我在 250GB SSD 的 ext4 分区上安装了 Arch。我的目的是将包含它的分区复制到系统上的另一个硬盘，并调整副本的大小。因此，我从安装在另一个驱动器上的单独 Ubuntu 分区中使用 gparted 复制了该分区。
这似乎工作正常，因此为了确保副本正常工作，我尝试启动到新复制的分区。在启动过程中，它会在 GDM 启动之前挂起（并且仍然挂起），并且启动文本会时断时续地闪烁。例如，当我按 ctrl+f4 时，我可以看到登录提示，但闪烁的文本仍在继续，导致无法登录。所以我尝试重新启动到原来的 SSD Arch 分区。
奇怪的是，原始分区上的 Arch 安装将 /dev/sdc1 （复制的分区）挂载为 /，而不是 /dev/sda1 （ssd）。除此之外，它似乎启动正常。当我查看原始分区和复制分区中的 /etc/fstab 时，它仍然像以前一样将 /dev/sda1 指向 / 。
原始分区和复制分区的 UUID 相同，但 blkid 给出的partuuid 看起来像 PARTUUID="000118d6-01"，并且每个分区都不同。但是使用该partuuid 代替/dev/sdc1（用于复制分区）在fstab 中设置挂载点仍然会导致挂起启动。
挂载点怎么会被这样修改，以及如何修复我原来的 Arch 安装以像以前一样在启动时挂载 /dev/sda1 ？
答案1
我发现 Arch 分区的 grub2 引导命令会查找 UUID，以确定要挂载的分区。
因此，修复方法是，使用 gparted 更改复制分区的分区 UUID，而原始 Arch 分区将像以前一样工作。