ブート パーティションの (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-osbackupLVM デバイスです。
ライブ Ubuntu イメージから起動して、次のことを試しました。
sudo tune2fs -U random /dev/mapper/raidgroup-osbackup
これは成功したようで、ターゲット デバイスに新しい UUID が表示されました。
ただし、再起動後に/dev/mapper/raidgroup-osbackup再マウントされ/、blkid元の UUID が表示されました。
変更はtune2fs永続的であるはずだと思っていましたが、そうではないようです。どうすれば修正できますか?
答え1
どうやら解決したようです。どの手順で問題が解決したかは正確にはわかりませんが、今回は次の操作を実行しました。
新しい 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 アレイを再度有効にすると、操作していたファイル システムの論理ボリュームが自動的に再アクティブ化されました。 で UUID を確認するとblkid、UUID がまだ変更されていることを確認できました。
/dev/mapper/raidgroup-osbackup追加の確認として、Ubuntu ライブイメージを再起動し、のUUID をもう一度確認しましたblkid。それでも変更されたため、この部分は解決されました。
新たな問題が発生しました... 通常のインストールからシステムを再起動すると、/UUID が異なっているにもかかわらず、ブート ローダーはどういうわけか間違ったパーティションをマウントし続けます。この問題を新しい質問として投稿しました:Ubuntu が間違ったパーティションをルートとしてマウントするのはなぜですか?
答え2
このコマンド
sudo udevadm trigger
/dev/disk/by-uuid/ ディレクトリを更新する必要があります。/etc/fstab ファイルを変更することを忘れないでください。
それが役に立つことを願っています。