根本原因是系统默认死等设备就绪，正确做法是nofail+x-systemd.device-timeout=5+_netdev组合：nofail避免中断启动，x-systemd.device-timeout显式限制systemd设备探测时长为5秒（默认90秒），_netdev延迟至网络就绪后再挂载。
Linux 启动时因网络或远程存储挂载失败而卡住，根本原因不是“挂载超时没设”，而是系统默认会死等设备就绪。真正有效的做法是绕过等待、让挂载快速失败，而不是调长或缩短某个“timeout”参数。
fstab 里没有 timeout=xx 这种挂载选项
timeout= 不是 ext4、xfs、nfs 或 cifs 的合法 mount option。写进 /etc/fstab 会被内核静默忽略，或导致 systemd 反复重试（比如卡在 A start job is running for dev-disk-by-uuid...），反而拖慢启动。真正的超时控制不在文件系统层，而在块设备驱动或 systemd 单元层面。
正确配置：nofail + x-systemd.device-timeout
适用于 NFS、CIFS 等网络挂载，目标是“不阻塞启动、5秒内放弃”。示例：
UUID=abcd-efgh /mnt/nfs nfs defaults,nofail,x-systemd.device-timeout=5,_netdev 0 0
关键点：
-
nofail：挂载失败不报错、不进 emergency mode -
x-systemd.device-timeout=5：systemd 最多等 5 秒探测设备（默认 90 秒） -
_netdev：强制延迟到网络就绪后再尝试挂载 - 挂载点目录必须已存在（如
mkdir -p /mnt/nfs） - 文件系统类型写准确（NFS 用
nfs或nfs4，CIFS 用cifs）
测试方法：
sudo mount -a # 检查语法和连接 sudo systemctl daemon-reload && sudo systemctl restart local-fs.target
替代方案：用 autofs 按需挂载
对非关键共享（如开发用的 NFS 目录），autofs 更干净：
- 开机完全不挂载，零启动延迟
- 第一次访问
/mnt/nfs时才触发挂载，失败立即返回 - 闲置超时自动卸载，节省连接资源
- 配置简单，无需在 fstab 中硬编码
注意：磁盘硬件级超时不能靠挂载参数改
SATA/NVMe 设备响应超时（如卡死时内核多久判 offline）由 /sys/block/sda/device/timeout 控制，单位秒，默认 30。这是内核块层行为，与 mount 无关。临时修改：
echo 15 | sudo tee /sys/block/sda/device/timeout
永久生效需通过 udev 规则或内核启动参数，但需权衡稳定性——设太短易误判离线。
不复杂但容易忽略
