报错是这么冒出来的。控制台买了五百 G 数据盘并挂到实例，lsblk 能看到 vdb 这块设备，df -h 里却根本没有它，业务写 /data 其实还落在只有四十 G 的系统盘上，跑了几天就报空间不足。
原因不止一个，得分开看。只做了挂载动作，既没有分区也没有 mkfs。少数情况下是分区做了但没有写进 fstab，重启之后挂载就丢了。
另外，挂到了已有挂载点下面，被上层目录整个遮住。
先确认设备是否被识别
lsblk -f再往下分区并格式化
mkfs.ext4 /dev/vdb1建目录挂载
mkdir -p /data && mount /dev/vdb1 /data取出 UUID 写入 fstab
blkid /dev/vdb1这台环境是别人交接的，不少默认值被动过，只能一项项核。
同事提醒我看一下最近一次发布，时间点确实对得上。
恢复的判定其实很直接。df -h /data 显示五百 G，lsblk 与 df 的容量对得上，重启之后依然自动挂载。
挂载点原有文件会被遮住，看着像数据丢了；一定要先 umount 再 ls 目录，确认里面没有东西再格式化。报错文案容易误导，真正的原因往往在相邻那一层的日志里。