加nofail和x-systemd.device-timeout=30可避免挂载卡死，但需确保fstab语法正确、设备存在、挂载点已建且依赖就绪，否则超时和nofail均失效。
加 nofail 和 x-systemd.device-timeout=30 就能避免系统卡在挂载环节——但光加参数不够，设备识别延迟、依赖未就绪、fstab 语法错，都会让超时失效。
fstab 必须带 nofail 才能跳过失败挂载
没加 nofail 时，只要某一行挂载失败（比如 USB 盘没插、云盘网络未通），systemd 会默认等待 90 秒后进入 emergency 模式。加了 nofail 后，mount 失败会被忽略，系统继续启动。
-
nofail只影响挂载行为，不改变设备是否被识别；它必须写在第 4 列（挂载选项）里，例如：defaults,noatime,nofail - 不能只写
noauto：那会彻底禁用开机挂载，mount -a也无效，除非手动执行mount /mnt/data - 如果 fstab 里有多个磁盘，每个需要容错的条目都得单独加
nofail，它不全局生效
设备识别慢时要配 systemd 超时和依赖
有些设备（如 USB 硬盘、iSCSI 目标、某些云盘）内核识别慢，或需等 udev 规则/驱动加载完才出现在 /dev/sdX 下。这时仅靠 nofail 不够，mount 可能因“设备不存在”直接报错退出，根本等不到超时逻辑。
- 加
x-systemd.device-timeout=30：告诉 systemd 最多等 30 秒让设备节点就绪，超时后才触发nofail逻辑 - 对需要底层服务的设备，显式声明依赖，例如 NFS 加
_netdev,x-systemd.requires=network-online.target - 验证是否生效：运行
systemctl cat dev-disk-by\x2duuid-xxxx.mount，看生成的 unit 是否包含对应After=和TimeoutSec=
fstab 条目本身出错会导致 mount -a 直接失败
mount -a 是开机挂载的模拟命令，但它不校验设备是否存在，只检查语法、挂载点路径、文件系统类型是否合法。一旦这里报错，nofail 都救不了——因为错误发生在解析阶段，根本没走到“尝试挂载”这步。
- 常见硬错误：挂载点目录不存在（
mount point does not exist）、第 3 列文件系统类型写错（如把ext4写成ext5）、UUID 值复制漏字符、字段间空格数不对 - 必须用
sudo mount -a -v测试：它会逐行输出，卡在哪一行、报什么错一目了然 - 别信“我刚改完 fstab 就重启了”——改完立刻
mount -a -v，成功了再 reboot；失败就停在这步修，别往后走
真正掉盘时 nofail 不是万能解药
如果 lsblk 或 sudo fdisk -l 根本看不到设备（比如 USB 掉电、SATA 线松动、NVMe 固件异常），nofail 只是让系统不卡住，但挂载点永远空着。这时候得查硬件层。
- 先确认设备物理存在：
dmesg | tail -30看有没有sdX: unknown device或nvme nvme0: failed to get namespace list类报错 - 热插拔设备注意：部分主板 BIOS 对 USB/SATA Hotplug 支持差，冷启动才能识别，不是配置问题
- 云服务器上常见：新挂载的云盘没执行
udevadm trigger或没等cloud-init完成，lsblk就看不到设备
