ディスクの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が必要です。これがまさに私たちが期待するものです。

おすすめ記事