对于我们的灾难恢复设置，有一组磁盘从我们的生产站点复制到灾难站点。 在生产站点上，RHEL服务器在通过/ etc / fstab中的UUID指定的磁盘上安装了/ boot文件系统。
但是，如果灾难站点上的DR对应服务器使用灾难站点存储arrays中的复制根磁盘启动，则具有生产数据的磁盘的UUID将不同，从而导致系统找不到/ boot设备。
所以我希望find关于设置/ etc / fstab的最佳实践的一些想法，以便即使在物理设备的UUID可能改变的情况下也将始终如一地创build它们。
在/ etc / fstab中selectUUID以引用磁盘的原因是由于这些是SAN连接的磁盘。 所以如果磁盘目标path发生变化或其他的东西，那么我们需要确定/ boot FS总是通过一些独特的东西来find的。
逻辑卷上的文件系统是使用LVpath引用的。
对于/boot你应该能够标记文件系统，然后通过标签来引用它。 事实上，默认情况下，RHEL已经将/boot标记为/boot 。
e2label /dev/disk/by-uuid/**** /boot
会将磁盘的标签更改为/boot 。
然后你可以在/etc/fstab引用它：
LABEL=/boot /boot ext3 rw,relatime 0 2
LVM卷应该像VG / LV一样被引用，就像你已经在做的那样。