修改挂载点需先卸载再挂载，避免系统卡死；fstab中必须用UUID替代/dev/sdX，并用mount -a验证，但需注意其不模拟启动时设备就绪顺序。
直接改挂载点本身不难，但改完就重启或不验证，大概率进不了系统。
先卸载再挂载：umount 和 mount 必须成对出现
挂载点是“活”的，不能边用边换。必须先让系统释放对设备的占用，才能挪到新位置。
- 用
df -h或mount | grep sdb确认当前挂载路径，比如/mnt/data - 执行
sudo umount /mnt/data—— 注意不是设备名（/dev/sdb1），而是挂载点目录 - 如果提示
target is busy，说明有进程正在读写该目录，用lsof +D /mnt/data或fuser -v /mnt/data查出并停掉 - 卸载成功后，再用
sudo mount /dev/sdb1 /mnt/newdata挂到新目录
fstab 里别写 /dev/sdX：UUID 才扛得住硬件变动
编辑 /etc/fstab 时写 /dev/sdb1 是最常见翻车点。热插拔、加盘、内核升级都可能让设备名变成 /dev/sdc1，导致开机卡在 emergency mode。
- 运行
sudo blkid /dev/sdb1，拿到类似UUID="a1b2c3d4-e5f6-7890-g1h2-i3j4k5l6m7n8"的输出 - 在
/etc/fstab中第一列写成UUID=a1b2c3d4-e5f6-7890-g1h2-i3j4k5l6m7n8，不带引号，不加空格 - 第二列填新挂载点，比如
/mnt/newdata；第三列填真实文件系统类型（ext4、xfs、ntfs），别凭印象瞎写 - 改完别急着重启，先跑
sudo mount -a验证语法和可访问性
mount -a 不等于开机能过：它不检查设备就绪顺序
mount -a 只做静态校验，不会模拟启动时设备加载延迟、依赖关系或 systemd device timeout。很多“验证通过但重启失败”的问题都出在这儿。
- 确保挂载点父目录已存在：
sudo mkdir -p /mnt/newdata，否则报No such file or directory - 对 USB、NTFS、exFAT 这类非原生支持的设备，fstab 第四列加上
nofail,x-systemd.device-timeout=30，避免启动卡死 - 如果新挂载点在
/mnt下，而/mnt本身是另一个挂载条目，注意它们在 fstab 中的顺序——父目录条目必须排在子目录前面 - 第六列（fsck 字段）：根分区填
1，其他本地磁盘填2，swap/USB/网络存储必须填0，否则找不到设备时会卡住 fsck 步骤
真正容易被忽略的是：fstab 修改后，mount -a 成功只代表“现在能挂”，不代表“开机时一定能挂”。设备识别时机、驱动加载顺序、udev 规则触发时机，这些底层节奏 mount -a 压根不参与。稳妥做法是改完后重启进 recovery mode 测试一次，或者至少在虚拟机里走一遍完整启动流程。
