filesystems – 为什么fstab使用UUID而不是实际的文件系统名称?

例如,这是我/ etc / fstab的第一行:

UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a    /    ext4    errors=remount-ro    0    1

这是df -h命令的输出(报告可用磁盘空间):

honey@bunny:~$df -T

Filesystem     Type     1K-blocks    Used Available Use% Mounted on
/dev/vda       ext4      30832636 4884200  24359188  17% /
none           tmpfs            4       0         4   0% /sys/fs/cgroup
udev           devtmpfs    498172      12    498160   1% /dev
tmpfs          tmpfs       101796     320    101476   1% /run
none           tmpfs         5120       0      5120   0% /run/lock
none           tmpfs       508972       0    508972   0% /run/shm
none           tmpfs       102400       0    102400   0% /run/user

>从两者可以推断出UUID = 050e1e34-39e6-4072-a03e-ae0bf90ba13a代表/ dev / vda,因为fstab中的第一列是< file system>?
>那么,如果我修改/ etc / fstab可以吗?

/dev/vda    /    ext4    errors=remount-ro    0    1

>编辑:如果是(对于上面的问题),为什么sudo blkid命令为/ dev / vda显示不同的UUID?

$sudo blkid

/dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"

我在这里错过了什么?

答:我总结(3)是我主机云中的一个错误.所以,是的,blkid(或ls -l / dev / disk / by-uuid)报告的UUID应该与/ etc / fstab中使用的UUID相同.

最佳答案
使用UUID的优点是它独立于操作系统为您的硬盘提供的实际设备编号.图像您将另一个硬盘添加到系统,由于某种原因,操作系统决定您的旧磁盘现在是sdb而不是sba.如果fstab指向设备名称,则启动过程将被搞砸.但是,如果是UUID,那就没问题了.

有关UUID的更多详细信息也可以在博客文章“UUIDs and Linux: Everything you ever need to know”中找到

转载注明原文:filesystems – 为什么fstab使用UUID而不是实际的文件系统名称? - 代码日志