在Ubuntu系统运维中，当你需要挂载新磁盘或者修改系统启动时的磁盘挂载配置时，最稳妥的做法就是通过blkid命令获取磁盘的UUID，然后将这个UUID写入/etc/fstab文件中。原因很简单：设备名如/dev/sdb1在系统重启或硬件变动后可能发生变化，但UUID是磁盘分区的唯一标识符，永远不会变。用UUID挂载磁盘，能从根本上避免因设备名漂移导致的系统启动失败或挂载错误问题。下面我把整个操作流程、注意事项和常见坑全部讲透。
一、为什么要用UUID而不是设备名来挂载磁盘在Linux系统中，磁盘设备名是由内核按照检测顺序分配的。比如你插了一块新硬盘，系统可能把它识别为/dev/sdb，但如果你同时有多块USB设备或者RAID卡，这个顺序随时可能变化。上次是sdb，下次重启可能变成sdc。如果你在/etc/fstab里写的是/dev/sdb1，那设备名一变，系统启动时就找不到对应分区，轻则挂载失败，重则直接进入紧急模式。
UUID（Universally Unique Identifier）是在格式化分区时由文件系统生成的唯一标识。不管你把这块盘插到哪个接口、接到哪台机器，它的UUID始终不变。所以在生产环境中，用UUID挂载是标准做法，也是运维规范里明确要求的。
二、使用blkid命令查看磁盘UUID的完整操作blkid是一个系统自带的命令行工具，用来查看块设备的属性信息，包括UUID、文件系统类型、分区标签等。在Ubuntu中默认已经安装，不需要额外安装任何软件包。
最基本的用法就是直接在终端输入：
sudo blkid
这条命令会列出系统中所有块设备的信息，输出类似这样：
/dev/sda1: UUID="a1b2c3d4-e5f6-7890-abcd-ef1234567890" TYPE="ext4" PARTUUID="12345678-01" /dev/sdb1: UUID="f9e8d7c6-b5a4-3210-fedc-ba9876543210" TYPE="xfs" PARTUUID="87654321-02" /dev/sdc: UUID="11223344-5566-7788-99aa-bbccddeeff00" TYPE="swap"
如果你只想查看某一块特定磁盘，可以指定设备名：
sudo blkid /dev/sdb1
输出就只会显示/dev/sdb1的信息。如果你想看更详细的信息，可以加-o参数指定输出格式：
sudo blkid -o full
这个命令会把所有属性都展示出来，包括LABEL、PARTLABEL、UUID_SUB等。在实际运维中，我建议你养成习惯，每次查看UUID时同时确认文件系统类型（TYPE），因为fstab里需要同时填写这两项。
三、查看和确认目标分区的具体步骤在修改fstab之前，你需要先明确几件事：第一，你要挂载的是哪个分区；第二，这个分区的文件系统类型是什么；第三，你想把它挂载到哪个目录。这三个信息缺一不可。
先用lsblk看一下磁盘结构：
lsblk -f
这个命令会显示所有磁盘和分区的挂载点、文件系统类型和UUID，信息一目了然。如果你看到某个分区没有挂载点，那就是你要操作的目标。
再用fdisk确认分区详情：
sudo fdisk -l /dev/sdb
确认分区号和大小无误后，再用blkid获取精确的UUID。这一步很重要，因为有时候你以为操作的是sdb1，实际上可能是sdb2，写错了后果很严重。
四、修改/etc/fstab文件的完整流程fstab文件位于/etc/fstab，它定义了系统启动时自动挂载的文件系统。这个文件如果写错，系统可能无法正常启动。所以操作前一定要备份。
第一步，备份原文件：
sudo cp /etc/fstab /etc/fstab.bak
第二步，用编辑器打开fstab。推荐用nano或者vim，如果你不熟悉vim就用nano：
sudo nano /etc/fstab
第三步，在文件末尾添加一行新的挂载记录。fstab每一行有六个字段，用空格或Tab分隔：
<文件系统> <挂载点> <类型> <选项> <dump> <pass>
用UUID挂载时，第一个字段写UUID=加上UUID值。举个实际例子，假设你要把/dev/sdb1（XFS文件系统）挂载到/data目录：
UUID=f9e8d7c6-b5a4-3210-fedc-ba9876543210 /data xfs defaults 0 0
如果是ext4文件系统：
UUID=a1b2c3d4-e5f6-7890-abcd-ef1234567890 /mnt/backup ext4 defaults 0 2
各个字段的含义我解释一下：第一个字段是设备标识，用UUID=开头；第二个字段是挂载点目录，必须提前创建好；第三个字段是文件系统类型；第四个字段是挂载选项，defaults是最常用的，表示rw、suid、dev、exec、auto、nouser、async；第五个字段是dump备份频率，0表示不备份；第六个字段是fsck检查顺序，0表示不检查，1是根分区优先检查，2是其他分区。
第四步，保存退出。在nano中按Ctrl+O保存，Ctrl+X退出。在vim中按Esc后输入:wq回车。
五、修改后的验证方法——这一步绝对不能跳过fstab改完之后，千万不要直接重启验证。如果写错了，系统起不来你就麻烦了。正确的做法是先用mount命令测试：
sudo mount -a
这条命令会挂载fstab中所有未挂载的条目。如果没有报错，说明语法和UUID都没问题。然后用df或者lsblk确认挂载是否成功：
df -h /data
lsblk /dev/sdb1
如果mount -a报错了，比如提示"wrong fs type"或者"mount point does not exist"，那就要回去检查：UUID是不是复制错了、挂载点目录是不是没创建、文件系统类型是不是写对了。常见的错误就是UUID复制时少了一个字符或者多了一个空格。
确认没问题后，再重启系统做最终验证：
sudo reboot
重启后用以下命令确认挂载状态：
mount | grep /data
cat /etc/mtab | grep /data六、常见问题和运维实战经验
问题一：blkid看不到新分区的UUID。这种情况通常是因为分区刚创建还没有格式化。你需要先格式化：
sudo mkfs.ext4 /dev/sdb1
sudo mkfs.xfs /dev/sdb1
格式化完成后再执行blkid就能看到UUID了。
问题二：fstab里已经有一个用设备名挂载的条目，想改成UUID。直接把/dev/sdb1替换成UUID=xxxx就行，其他字段保持不变。改完记得mount -a测试。
问题三：系统是UEFI启动，有EFI分区。EFI分区一般用vfat类型，也建议用UUID挂载。查看方式一样：
sudo blkid | grep vfat
问题四：挂载点目录不存在。fstab不会自动创建挂载点，你需要手动创建：
sudo mkdir -p /data
问题五：多块盘UUID相同。这种情况极少发生，但如果你是克隆的虚拟机或者用dd复制的磁盘，UUID可能会重复。解决办法是用tune2fs或者xfs_admin重新生成UUID：
sudo tune2fs -U random /dev/sdb1
sudo xfs_admin -U generate /dev/sdb1七、进阶技巧：脚本化批量管理
如果你管理的服务器很多，每次手动查UUID再写fstab效率太低。可以写个简单的bash脚本批量处理：
#!/bin/bash
DISK=$1
MOUNT_POINT=$2
FS_TYPE=$3
UUID=$(sudo blkid -s UUID -o value ${DISK})
if [ -z "$UUID" ]; then
echo "Error: Cannot find UUID for ${DISK}"
exit 1
fi
if [ ! -d "$MOUNT_POINT" ]; then
sudo mkdir -p $MOUNT_POINT
fi
echo "UUID=${UUID} ${MOUNT_POINT} ${FS_TYPE} defaults 0 0" | sudo tee -a /etc/fstab
sudo mount -a
echo "Done. ${DISK} mounted at ${MOUNT_POINT} with UUID ${UUID}"
使用方法：
sudo ./mount_disk.sh /dev/sdb1 /data xfs
这个脚本会自动获取UUID、创建挂载点、追加fstab条目并测试挂载。在批量部署场景下非常实用。
八、总结和最佳实践建议在Ubuntu运维中，blkid加fstab的组合是磁盘管理的基础操作，但也是最容易出问题的环节。我的建议是：第一，永远用UUID不用设备名；第二，改fstab之前必须备份；第三，改完必须用mount -a验证，不要直接重启；第四，挂载点目录提前创建好；第五，记录好每块盘的UUID和用途，方便后续排查。把这些习惯养成，你在磁盘管理上基本不会翻车。
最后提醒一点，如果你的系统用了LVM或者mdadm软件RAID，情况会更复杂一些，因为涉及逻辑卷的UUID和物理卷的对应关系。但核心思路不变——先用blkid确认标识，再写入对应的配置文件，改完验证。掌握了这个方法论，不管什么场景都能应对。
