数据盘挂载与 /etc/fstab 的正确写法

fstab 写错一个字母，重启后机器可能直接卡进救援模式，这是运维事故单上的常客。按下面的顺序来，可以避开绝大多数翻车。 第一步：认盘与格式化 lsblk 列出所有块设备，找到还没有挂载点的那块，比如 vdb。分区用 fdisk /dev/vdb（依次 n、p、w），整盘不分区直接用也常见。格式化：mkfs.xfs /dev/vdb1 或 mkfs.ext4 /dev/vdb1。格式化是不可逆动作，认准盘名再回车，别把系统盘格了。 第二步：拿到 UUID blkid /dev/vdb1 会输出一串 UUID。fstab 里强烈建议写 UUID 而不是 /dev/vdb1：设备名会因插拔顺序、驱动变化而漂移，UUID 不会。用设备名写 fstab，哪天盘序变了，挂错盘的尴尬说不清。 第三步：写 fstab mkdir -p /data 先建挂载点，然后在 /etc/fstab 加一行： UUID=e2f9c1a0-3b7c-4d2e-8f1a-9c0b7d6e5f43 /data xfs defaults,nofail 0 2 六段含义依次是：设备、挂载点、文件系统、挂载选项、dump 备份标记（写 0）、fsck 检查顺序（根分区 1，数据盘 2 或 0）。选项段常用值再交代几个：rw 可写、noatime 减少读时间戳的写盘、_netdev 标记网络盘要等网络就绪再挂，多个选项逗号相连，defaults 是一组常用值的打包。nofail 的意思是这块盘不在时不要阻塞开机，云主机加新盘建议都带上。挂 NFS 这类网络文件系统还有两个值要分清：hard 等待、soft 报错，配合 bg 让失败后转后台重试，本地盘则都用不上。多块数据盘的机器，挂载点按用途命名比按盘序可靠：/data、/backup 各司其职，再配上 UUID，盘序怎么变都不乱。 第四步：验证，别直接重启 mount -a 按 fstab 挂一遍，df -h 确认 /data 出现且容量正确。再模拟一次：umount /data 后重新 mount -a 仍然成功，才算稳；顺手 touch /data/test 后删掉，可写性一并确认。 万一已经写错开不了机 云控制台进 VNC，系统停在 emergency mode 时按提示输入 root 密码，mount -o remount,rw / 把根分区改成可写，vim /etc/fstab 修正那一行（vim 不可用就用 vi 或 sed），reboot 即可。改 fstab 每一步都遵循"先 mount -a 后重启"，就永远用不上这一段。