我的启动分区的 (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 仍然已更改。
作为额外的确认，我重新启动了 Ubuntu Live 映像，并再次使用 检查了的 UUID /dev/mapper/raidgroup-osbackup。blkid仍然有变化 - 所以这部分现在已经解决了。
/随之而来的是新的问题... 从普通安装重新启动系统时，尽管 UUID 现在不同了，但引导加载程序仍然会挂载错误的分区。我已将此问题发布为新问题：为什么 Ubuntu 以 root 身份挂载错误的分区？
答案2
此命令
sudo udevadm trigger
应该更新你的 /dev/disk/by-uuid/ 目录。不要忘记修改你的 /etc/fstab 文件。
希望这有帮助。