fstab我知道我可以通过输入路径（如/dev/sda1或/dev/mapper/myvg-logicalVolume1）或通过 fs 标签（LABEL=root）或通过 UUID（UUID=1234-5678-...）来指定挂载。
我认为在可靠性方面对“经典”分区使用 UUID 具有明显的优势/dev/sda1，因为如果您重新分区驱动器/更多分区/添加更多磁盘，您的某些分区现在可能会被识别为另一个名称，尽管通过 UUID 挂载更难分辨您的数据存储在哪个分区/LV 中。
但是使用LVM，我的直觉告诉我 LVM 系统本身会管理其磁盘/分区的发现，并且某些 PV（在处理分区/磁盘之后）现在的名称不同并不重要。因此，通过 UUID 安装或使用类似 的路径不会有任何区别（就可靠性而言）/dev/mapper/vg-lv，后者更清晰。
它是否正确？
答案1
没错。
通过 UUID 挂载是解决分区名称更改这一旧问题的一种方法，例如，/dev/sda1如果放入另一个驱动器，分区名称就会更改。
device-mapper将持久地命名您的 LVM 卷，/dev/mapper/vg-lv以便您可以依赖这个抽象名称保持不变，而不管底层存储如何变化。
device-mapper-multipath对于不使用友好名称 ( /dev/mapper/WWID) 或使用友好名称和绑定文件 ( )处理的设备也是如此/dev/mapper/mpath0。
答案2
如果您稍后想要重命名卷组或逻辑卷（lvrename 或 vgrename），那么您只会搬起石头砸自己的脚。
忘记您重命名 vg 或 lv 的原因，该操作会搞砸您的挂载和导出。
LVUUID 通过 vg 和 lv 重命名命令保持不变。
仅仅因为这个原因，使用 UUID 可能就是好的，特别是当您负责大量的导出和挂载时。
答案3
在使用 SAN 存储的环境中，这是一个糟糕的想法...由于 UUID 是硬件驱动的，如果您对磁带进行完整备份并在新硬件上进行恢复，系统将无法启动，因为所有的 UUID 现在都不同了。