ディスクのUUIDの変更を引き起こす要因は何ですか?

ディスクのUUIDの変更を引き起こす要因は何ですか?

同じ産業用PCモデルで基本SSDのUUIDが変更されているのを見ました。これら2つのIPCは似ていますが、他の2つのLinuxディスクイメージから回復しました。質問はタイトルの通りです。メインディスクのUUID/dev/sda2が異なります。

  • どちらもUbuntu 16.04です。
  • LinuxディスクイメージA:カーネル4.15.0-65。 UUID bc96e844-27c1-4ccb-af66-053cce7cecdb。ユーザmとnが存在します。ユーザーnのホームフォルダが暗号化されました。
  • LinuxディスクイメージB:カーネル4.15.0-96 UUID 19e10365-d0b9-44c1-ac5d-a7acd5941bae。ユーザーmのみが存在します。一部のパッケージは最新です。

ところで、ディスクイメージAで多くのIPCを構築しました。すべてのIPCをチェックするわけではありませんが、ランダムにいくつかをチェックしましたが、すべて同じUUIDが表示されました。

イメージAから回復した1つのホストから/var/log/syslog次のUUIDを出力します。

Apr 16 13:59:03 poodle_noodle kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-58-generic root=UUID=bc96e844-27c1-4ccb-af66-053cce7cecdb ro quiet splash vt.handoff=7
:

(実際に上記のログでいくつかの実験を行ったので、カーネルバージョンは4.15.0-58で、4.15.0-65でもありませんが、UUIDは同じです。だからこのカーネルバージョンは除外します)

ミラーBから復元されたホストから:

$ sudo blkid
:
/dev/sda2: UUID="19e10365-d0b9-44c1-ac5d-a7acd5941bae" TYPE="ext4" PARTUUID="d1cf8631-f3f7-4b8d-baba-86c6fcebe232"
:

答え1

修正する:

これが起こったことです。イメージ自体は、パーティションとファイルシステムを含むソースディスクのコピーです。これにより、ディスクレイアウト、ファイルシステム、コンテンツなどがイメージング中のマシンのディスクに書き込まれます。ある時点で、誰かがmkfsを実行して画像に使用されるファイルシステムを作成し、UUIDを作成しました。これらのイメージは異なるファイルシステムのコンテンツから生成されるため、異なるUUIDを持ちます。これは通常、新しいインストールを実行してから再分割/再フォーマットしてイメージを構築するため、意味があります。

これはイメージベースのインストールでのみ発生します。通常のインストール(install-root/debootstrap/pacstrap/etc/)を実行すると、通常は古いファイルを削除するために再フォーマットして新しいファイルシステムの新しいUUIDを作成します。

古い:

問題を100%理解していませんが、分析方法は次のとおりです。同じモデルの2台のPCがありますが、「同じ」パーティションのUUIDがなぜ違うのですか?

UUIDはUniversally Unique Identifierの略です。コメントに書かれているように、彼らのデザインは普遍的にユニークです。 UUIDは作成時にランダムに生成され、同一にするには一種の肯定的な措置を講じる必要があります。

UUIDが変更される原因は何ですか?たとえば、ファイルシステムの形式によってファイルが変更されることがあります。

はい。パーティションには異なるUUIDが必要です。これがまさに私たちが期待するものです。

答え2

次のスレッドを確認しましたか?

https://serverfault.com/questions/3132/how-do-i-find-the-uuid-of-a-filesystem そして

ファイルシステムUUID(2つの同じUUID)を変更するには?

スーパーブロックはこの32ビット16進IDを格納するため、スーパーブロックが破損するとuuidが変更される可能性があります。

答え3

上記のOPで述べたカスタムLinuxディスクイメージも使用せず、デフォルトのUbuntu 16.04.06 ISOを使用して簡単なテストを実行しました。

TBD、設定が同じであってもUUIDが変更され続けることを確認しました。したがって、UUID変更をトリガーすることはLinuxオペレーティングシステムのパラメータではありません。

観察の結果、@Livinglifebackが後続のコメントで語った内容https://unix.stackexchange.com/a/580848/14968私が見たものから合理的な説明のように見えます。

イメージはファイルシステムから取得され、フォーマット時にUUIDが生成されます。イメージからディスクを複製すると、ディスクは複製されたイメージと同じUUIDを持ちます。しかし、画像が互いに同じUUIDを持つ理由はありません。

私がしたテスト:

同じコンピュータを使用して.isoからUbuntu 16.04.06をインストールします。次にsudo blkidUUIDを見てください/dev/sda2。各インストールに対してまったく同じ構成を選択します。

4番のうち4番は別のUUIDを見ました。

関連情報