fstab配置错误易致系统启动卡在emergency mode，应优先用uuid、预建挂载点、测试mount -a；对nfs/cifs等需网络的挂载，推荐使用systemd .mount单元并设置依赖与重试；ntfs/exfat需装对应驱动并关闭windows快速启动。
fstab 配置写错会导致系统无法启动
Linux 开机自动挂载磁盘，核心就是编辑 /etc/fstab。但这里极其容易出错：只要某一行语法不对、设备不存在、文件系统类型写错，或者挂载点目录没提前创建，系统很可能卡在 emergency mode，连登录都进不去。
实操建议：
- 每次改完
/etc/fstab，务必先运行sudo mount -a测试——它会按配置重新挂载所有非已挂载项，报错立刻可见 - 设备标识优先用
UUID（查法：blkid），别用/dev/sdb1这类路径，热插拔或加盘后顺序可能变 - 挂载点目录必须提前手动创建，
mount -a不会帮你建目录 - 最后一列（
pass）对非根分区建议填0，避免 fsck 检查时阻塞启动
systemd 临时挂载单元比 fstab 更灵活
如果你挂的是 NFS、CIFS、或需要等网络就绪才挂的磁盘，fstab 很难处理依赖关系。这时候该上 .mount 单元文件，由 systemd 管理生命周期和依赖。
实操建议：
- 新建单元文件，比如
/etc/systemd/system/mnt-data.mount，内容里明确写WantedBy=multi-user.target和After=network-online.target -
What=填 UUID 或远程路径（如192.168.1.100:/share），Where=必须是绝对路径且已存在 - 启用前执行
sudo systemctl daemon-reload，然后sudo systemctl enable mnt-data.mount - 注意：systemd 默认不自动重试失败挂载，要加
Restart=on-failure和RestartSec=5才能应对网络延迟
挂载 NTFS 或 exFAT 磁盘要注意驱动和权限
Linux 内核原生不支持 NTFS 写入（5.15+ 有实验性支持），exFAT 则需装 exfat-utils 和 fuse-exfat；直接往 fstab 里写 ntfs-3g 或 exfat-fuse 而不确认包已安装，开机必然失败。
实操建议：
- Ubuntu/Debian：装
ntfs-3g（NTFS）或exfat-fuse exfat-utils（exFAT）；CentOS/RHEL 8+ 需启用epel仓库再装 -
fstab中文件系统类型写ntfs-3g或exfat-fuse，不能只写ntfs或exfat - 加
uid=1000,gid=1000,umask=022参数才能让普通用户读写，否则默认只 root 可写 - NTFS 分区若在 Windows 里启用了“快速启动”，Linux 下会挂载为只读——得关掉 Windows 的快速启动
自动挂载后 df -h 看不到？检查挂载状态和冲突
明明配了 fstab 或写了 systemd 单元，但 df -h 没显示，ls /mnt/data 也空，常见不是配置失效，而是挂载被覆盖或静默失败。
实操建议：
- 运行
findmnt /mnt/data，看是否真没挂上，还是挂到了子路径（比如/mnt/data/sub） - 检查
systemctl list-units --type=mount，确认对应.mount单元是否 active，failed 状态会直接暴露错误原因 - 如果该路径已被其他进程占用（比如另一个挂载、或 bind mount），新挂载会被忽略且无提示——先
sudo umount /mnt/data清场再试 - 某些桌面环境（GNOME/KDE）会自动管理可移动设备，和
fstab冲突，可在/etc/udisks2/udisks2.conf里设automount=false
真正麻烦的从来不是写一行配置，而是设备路径漂移、Windows 快速启动残留锁、systemd 依赖链没理清、或者某个服务抢在你之前占了挂载点——这些地方不挨个验证，光靠重启试错，三天都调不完。
