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
一部のシステムツールは、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で識別されている場合、または参照されている場合は、変更後に構成ファイルを調整する必要があります。