web-dev-qa-db-ja.com

LVMパーティションのUUIDを永続的にリセットするにはどうすればよいですか?

ブートパーティションの(ddクローン)バックアップにより、重複したUUIDが残りました。

blkidの表示:

/dev/sda1: UUID="32579810-0388-416d-bb49-7031ac2c2975" TYPE="ext4"
...
/dev/mapper/raidgroup-osbackup: UUID="32579810-0388-416d-bb49-7031ac2c2975" TYPE="ext4"
...

ここで、/dev/mapper/raidgroup-osbackupはLVMデバイスです。

ライブUbuntuイメージから起動して、次のことを試しました。

Sudo tune2fs -U random /dev/mapper/raidgroup-osbackup

これは成功したように見え、ターゲットデバイスは新しいUUIDを示しました。

ただし、再起動後、/dev/mapper/raidgroup-osbackup/に再マウントされ、blkidは元のUUIDを示しました。

tune2fsによる変更は永続的であるはずだと思いましたが、そうではないようです。どうすればこれを修正できますか?

4
Thomas Arildsen

私は今それを解決したようです。どのステップで問題が解決したか正確にはわかりませんが、今回は次のようにしました。

新しいUUIDを生成します。

uuidgen

これにより、新しいUUIDが得られ、それを次の場所にコピーしました。

Sudo tune2fs -U <insert here> /dev/mapper/raidgroup-osbackup

次に、以下を使用して論理ボリューム/dev/mapper/raidgroup-osbackupを無効にしました。

Sudo lvm lvchange -an /dev/mapper/raidgroup-osbackup

同じボリュームグループと物理ボリューム上の他の論理ボリュームを無効にしました。次に、「ディスク」GUIで基盤となる(ソフトウェア)RAIDアレイを無効にしました。 「ディスク」でRAIDアレイを再度有効にしました。これにより、いじっていたファイルシステムの論理ボリュームが自動的に再度アクティブになりました。 blkidでUUIDを確認すると、UUIDがまだ変更されていることを確認できました。

追加の確認として、Ubuntuライブイメージを再起動し、/dev/mapper/raidgroup-osbackupのUUIDをblkidでもう一度確認しました。まだ変更されているので、この部分は解決されました。

それに伴い、新しい問題が発生しました...通常のインストールからシステムを再起動すると、UUIDが異なるにもかかわらず、ブートローダーが/にマウントされた間違ったパーティションを取得します。私はこの問題を新しい質問として投稿しました: buntuがrootとして間違ったパーティションをマウントするのはなぜですか?

1
Thomas Arildsen

このコマンド

Sudo udevadm trigger

/ dev/disk/by-uuid /ディレクトリを更新する必要があります。/etc/fstabファイルを変更することを忘れないでください。

それが助けになることを願っています。

0
dubis