我的啟動分割區的（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應該是永久性的，但事實似乎並非如此。我怎樣才能解決這個問題？
答案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 仍然已更改。
作為額外的確認，我重新啟動了 Ubuntu Live 映像並再次檢查了 的/dev/mapper/raidgroup-osbackupUUID blkid。仍然發生了變化 - 所以這部分現在已經解決了。
隨之而來的新問題...當從普通安裝重新啟動系統時，/儘管 UUID 現在不同，但引導程式仍然以某種方式安裝了錯誤的分割區。我已將此問題作為新問題發布：為什麼 Ubuntu 以 root 身分掛載了錯誤的分割區？
答案2
這個命令
sudo udevadm trigger
應更新您的 /dev/disk/by-uuid/ 目錄。不要忘記修改您的 /etc/fstab 檔案。
希望有幫助。