FSTAB 中的 UUID 与 /dev/sdX

Question

我有一个 Linux 系统，我们强制使用 /dev/devname 来运行系统。

proc            /proc            proc    defaults        0       0
/dev/sda1       /                ext3    barrier=1,errors=remount-ro 0       1
/dev/sda5       /opt             ext3    barrier=1,defaults        0       22 
/dev/sda2       /opt/vortex/dvss ext3    barrier=1,defaults 0   3
/dev/sda6       none             swap    sw              0       0
/dev/scd0       /media/cdrom0    udf,iso9660 user,noauto     0       0

到目前为止，我们的系统运行没有出现任何问题。但是，在某些已安装的机器上，我们经常会看到系统无法正常启动并突然进入“Grub救援”状态

当我将设备安装为辅助设备并运行 E2Fsck 时，我看到系统可以恢复。

现在，我们正在努力解决这个失败问题。[修复由于 GRUB 错误导致系统启动失败的问题

为了顺序，我注意到在一些论坛中他们说要在 FSTAB 中设置基于 UUID 的启动

如果通过UUID来设置的话，我们会有哪些优势呢？

是否有可能减少我的 GRUB 错误

Answer 1

从man fstab：

可以不明确给出设备，而是通过其 UUID 或卷标（参见 e2label(8) 或 xfs_admin(8)）指示要安装的（ext2 或 xfs）文件系统，写入 LABEL= 或 UUID=，例如、“LABEL=启动”或“UUID=3e6be9de-8139-11d1-9106-a43f08d823a6”。这将使系统更加健壮：添加或删除 SCSI [或 SATA] 磁盘会更改磁盘设备名称，但不会更改文件系统卷标。

至于 GRUB 有时无法启动的原因，我怀疑设置 UUID 会改变任何东西（因为即使使用 UUID 给出一些奇怪的 BIOS 设置，它似乎也会失败），但它值得尝试。