当我们取消注释GRUB_DISABLE_LINUX_UUID = true时会发生什么？

当我们取消注释/ etc / default / grub中的GRUB_DISABLE_LINUX_UUID = true时会发生什么。

• 好吧，我认为那条线上的评论说明了一切
  # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux

• 取消注释后，该行root =将作为设备名称而不是UUID传递。

  linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
  至
  linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX

• 但是，不建议取消注释该行，因为如果删除/创建新分区，分区表将被更改。
• 这样您就无法启动系统。

取消注释时，下次grub重新生成/boot/grub.cfg时，将使用绝对设备名称代替UUID，即/ dev / sdXY

因此，如果您在分区表中重新排列分区（例如，插入/删除分区）并且更改分区号，则grub找不到要引导的内核

使用UUID，即使重新排列分区也不会破坏事情

UUID的缺点是难以使用，因此很难记住。

真正的交易是向系统添加磁盘。如果您的磁盘以前是/ dev / sda，并且作为唯一驱动器插入到SATA1，后来又添加了第二个驱动器，但是将其插入SATA0，它将变成/ dev / sda，并且root =映射为无效。但是，UUID没有此问题，因为它们是唯一的标识符。

另外，如果您有多个扩展卡，有时它们的检测时间会略有不同，从而导致悬挂在其上的驱动器的驱动器名称分配不同。同样，UUID不受影响。同样，如果某个驱动器出现故障，则有时会占用另一个驱动器，例如/ dev / sda死了，也许在下次启动时/ dev / sdb神奇地变成了/ dev / sda。

我想说的是，它越大或越有可能成为一个更大的系统，那么启动时驱动器改组的可能性就越大。

我个人并不在意将UUID用于root =，但我知道它的位置。