linux重启后挂载点“消失”通常因自动挂载失败而非数据丢失，应先用findmnt或mount确认是否未挂载，再通过lsblk检查设备存在性，手动挂载验证；接着排查/etc/fstab中设备标识（推荐uuid）、挂载点路径、文件系统类型及选项是否合规，并用mount -a -v测试；最后确保依赖服务（如网络、lvm、加密）就绪，修改前备份fstab，重启后验证。
Linux 重启后挂载点“消失”，绝大多数情况不是数据丢了，而是磁盘没挂上去。核心思路是：先确认是否真没挂，再查为什么没挂，最后修复并防止复发。
一、确认挂载状态和设备存在性
别急着改配置，先快速定位问题性质：
- 运行 findmnt /your/mount/point 或 mount | grep your_mount_point，看目标路径是否在挂载列表中
- 如果没输出，再执行 lsblk 或 sudo fdisk -l，确认磁盘设备（如
/dev/vdb、/dev/sda1）是否被系统识别 - 若设备存在但未挂载，尝试手动挂载：sudo mount /dev/sdXn /mount/point —— 成功说明数据完好，问题出在自动挂载环节
- 若手动也失败，注意错误提示：
no such device可能设备名变了；wrong fs type可能文件系统类型写错；mount point does not exist说明挂载目录被删了，需 sudo mkdir -p /mount/point
二、检查 /etc/fstab 配置是否合规
这是最常见故障源。打开 sudo cat /etc/fstab，逐项核对：
-
第1列（设备标识）：避免直接写
/dev/sdb1，优先用 UUID（sudo blkid查）或 /dev/disk/by-id/xxx（ls -l /dev/disk/by-id/查），防止设备名因启动顺序变化而失效 -
第2列（挂载点）：路径必须真实存在，且权限允许挂载（如非 root 用户挂载需加
user或users选项） -
第3列（文件系统类型）：确保与实际一致（
ext4、xfs、ntfs3等），大小写敏感 -
第4列（挂载选项）：普通数据盘推荐
defaults；若设备识别慢（如云盘、USB），可加x-systemd.device-timeout=30；网络存储必须含_netdev -
第5、6列：数据盘一般填
0 0（跳过 dump 和 fsck）
三、验证 fstab 修改并排查依赖问题
修改完 fstab 后，不要直接重启：
- 执行 sudo mount -a -v：模拟开机挂载全过程，会逐行检查并报错，精准定位哪一行出问题
- 若提示设备不可达，检查依赖服务是否就绪：
– NFS/CIFS 挂载需确认网络已通、服务端在线
– LVM 卷需确保lvm2-pvscan@.service已启用
– 加密卷（LUKS）需配合/etc/crypttab配置 - 部分发行版（如 CentOS 7）修改 fstab 后需执行 sudo systemctl daemon-reload 才生效
四、安全备份与永久生效
操作前留退路，完成后验证可靠性：
- 修改 fstab 前先备份：sudo cp /etc/fstab /etc/fstab.bak
- 挂载成功后，用 df -h 和 ls /mount/point 确认数据可见
- 重启前建议先运行 sudo reboot --reboot 或直接关机测试，避免卡在启动阶段
- 重启后再次执行 findmnt /mount/point 和业务服务（如 MySQL、Redis）状态检查，确认全链路正常
