web-dev-qa-db-ja.com

2つのパーティションで一時的に同じUUIDを使用するのは問題ですか?

Linuxインストールを新しいソリッドステートドライブに移動-小さいドライブでも の指示に従っている間、ポイント「9」の直後に行き詰まりました。 tune2fsを使用してsda1(SSDの新しいファイルシステムになりたい)にsdb6(HDDで実行中のubuntuのファイルシステム)のUUIDをコピーしました。

スタックを解除しようとしていますが...(スレッドについてすぐに投稿します)、2つのパーティションに同じUUIDを持っている間にシステムを実行するのは問題ですか?

もしそうなら、私もsda1パーティションの元のUUIDがわからないことを考慮して、例えばUUIDの文字を変更することによって、1つだけを発明しても大丈夫でしょうか?

システム情報Ubuntu 16.04

$ fdisk -l

Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 sectors
...
Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1        2048 225282211 225280164 107.4G 83 Linux


Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
...
Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1            2048 318919887 318917840 152.1G  7 HPFS/NTFS/exFAT
/dev/sdb2       318920702 976771071 657850370 313.7G  5 Extended
/dev/sdb5       960151552 976771071  16619520   7.9G 82 Linux swap / Solaris
/dev/sdb6       318920704 960151551 641230848 305.8G 83 Linux
3
ubuntubu

一部のシステムツールは、UUID番号でパーティションを参照します。これは、たとえば/etc/fstabで一般的です。パーティションは、他の方法ではなくUUID番号によってマウント用に識別されます。したがって、重複したUUID番号は混乱と不整合を引き起こす可能性があります。1回のブートで、1つのパーティションがマウントされる可能性があります。しかし、別のマウントでは、他のパーティションがマウントされる場合があります。ほとんどのパーティションでそうであるように、これはそのパーティション上のファイルが変更された場合に問題を引き起こす可能性があります。

blkidコマンドを使用して、パーティションが使用するUUIDを確認できます。

$ Sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4" PARTLABEL="Xubuntu /boot" PARTUUID="74ed9e82-2e96-4a12-89e0-e0563c296a08"

この例では、/dev/sdc3のUUIDが5028fa50-0079-4c40-b240-abfaf28693eaであることがわかります。

さまざまなファイルシステム固有のツールを使用してUUIDを変更できます。 ext2/3/4fsの場合、このツールはtune2fsと呼ばれ、-Uオプションを渡してUUIDを変更します。ただし、新しいUUIDが必要になり、uuidgenツールを使用してこれを生成できます。このツールは、tune2fsの呼び出しの一部として呼び出すことができます。

$ Sudo tune2fs -U $(uuidgen) /dev/sdc3

もちろん、システムのデバイスID(この例では/dev/sdc3)を変更する必要があります。

パーティションがext2/3/4fs以外のファイルシステムを使用している場合、XFSの場合はtune2fs、Btrfsの場合はbtrfstuneなど、xfs_admin以外のツールを使用する必要があります。

パーティションが/etc/fstabにマウントされている場合、grub.cfgファイルのUUIDで識別されている場合、または参照されている場合は、変更後に構成ファイルを調整する必要があります。

4
Rod Smith