文件系统 UUID 与逻辑卷 UUID

文件系统 UUID 与逻辑卷 UUID

我正在创建备份脚本。首先,我想确保源文件系统/逻辑卷已安装(并知道它安装在哪里)。

显然,这可以使用文件系统的 UUID 和逻辑卷的 UUID 来完成(检查逻辑卷挂载点(命令行))。

我想知道我应该使用哪一种以及为什么(如果有任何理由更喜欢其中一种)。会有什么真正的区别吗?

就我而言,我总是在每个逻辑卷中创建一个分区(填满逻辑卷空间),但我不知道是否可以进行其他设置来允许更复杂的配置。

答案1

这取决于你真正关心什么。

如果您想查看是否已安装特定文件系统,请使用文件系统 UUID。因为这就是文件系统本身的标识。这通常是每个人的默认选择:人们关心特定的文件系统,而不是它们驻留在哪个分区、卷、磁盘上。它可能是一个网络块设备,谁在乎呢,只要它存在就行。

现在,如果您根本不关心文件系统 - 猜猜看,有人mkfs昨天运行并创建了一个新文件系统 - 您可以检查 VG/LV 名称,或者如果您也不关心名称更改,则检查逻辑卷UUID。或不使用 LVM 时的 PARTUUID。

你走得越深,离文件系统本身就越远。您还/dev/disk/by-path可以使用它来识别插入某个 USB 端口的 USB 记忆棒,而不必关心插入的是哪个 USB 记忆棒。有时这可能就是您想要的。

但通常您只需使用文件系统 UUID。

答案2

如果找不到具体原因,请不要使用 LV UUID。文件系统 UUID 更为人所知。例如,LV UUID 无法通过 /etc/fstab / mount、findmnt、lsblk 查看/使用。显然它们是 LVM 特定的,并且出于某种原因我还没有看到它们包含在更通用的抽象中(即 PARTUUID)。

相关内容