挂载路径“丢失”通常不是数据没了，而是系统启动时没按预期挂上；需先用lsblk或fdisk -l确认分区是否存在，再通过partprobe刷新分区表、blkid精准获取UUID和TYPE，最后修正fstab中设备名、挂载点、文件系统类型等字段，并用mount -a验证。
挂载路径“丢失”通常不是数据没了，而是系统启动时没按预期挂上。blkid 不负责挂载，但它能帮你准确定位那个分区的身份——这才是修复 fstab 的前提。
确认目标分区是否被系统识别
先别急着改配置，用 lsblk 或 fdisk -l 看磁盘和分区是否存在。如果连 /dev/sdb1 都不显示，可能是未分区、未格式化，或内核没刷新分区表。遇到新分完区但 blkid 查不到的情况，运行：
- partprobe /dev/sdb（推荐，轻量安全）
- 或 blockdev --rereadpt /dev/sdb
再执行 blkid，就能看到真实设备信息了。
用 blkid 精准提取分区身份标识
直接运行 blkid 可列出所有已识别分区的 UUID、TYPE、PARTUUID。若已知挂载点原在 /data，但不确定对应哪个设备，可用：
- blkid -t TYPE=xfs（只看 xfs 类型）
- blkid -L mydata（按卷标查，需提前设过 LABEL）
- blkid /dev/sdb1（指定设备查详细信息）
重点记下输出中的 UUID=... 和 TYPE=...，它们是 fstab 中不可替代的依据。
检查并修正 /etc/fstab 条目
打开 sudo vi /etc/fstab，找到原挂载项。常见错误包括：
- 用了
/dev/sdb1这类易变设备名 → 替换为UUID=xxx... - 挂载点目录不存在 → 先 sudo mkdir -p /data
- 文件系统类型写错（如把 xfs 写成 ext4）→ 按 blkid 输出的 TYPE 修正
- 漏掉第5、6列 → 一般填
0 0（数据盘不参与 dump 和 fsck）
正确格式示例：UUID=40cf2200-65f2-4da7-acdf-dc1015fce2fb /data xfs defaults 0 0
验证配置并生效
保存 fstab 后，不要重启，先测试：
- sudo mount -a：重载全部 fstab 条目，报错会直接提示哪一行有问题
- mount | grep /data 或 findmnt /data：确认已成功挂上
- 若手动挂载 sudo mount /dev/sdb1 /data 成功，但
mount -a失败，说明 fstab 语法或路径有误
部分发行版还需运行 sudo systemctl daemon-reload 让 systemd 读取新配置。
