/etc/fstab 中挂载 NFS 共享必须添加 _netdev 选项，否则系统启动时因网络未就绪而卡死；推荐格式为：IP:/path /mnt nfs rw,hard,intr,nfsvers=4,rsize=8192,wsize=8192,_netdev,timeo=600,retrans=2 0 0。
/etc/fstab 中挂载 NFS 共享，关键不是“能不能写”，而是“写错就卡住系统启动”。NFS 挂载必须等网络就绪、服务可达，否则 mount -a 会阻塞，甚至导致系统进不了 multi-user.target。
fstab 条目必须带 _netdev，否则开机可能卡死
Linux 启动时默认按顺序挂载 /etc/fstab 所有条目，不等网络。NFS 依赖网络，若没加 _netdev，系统会在“等待 NFS 挂载”上卡住几十秒甚至超时失败，进而跳过后续服务（比如 ssh、docker），最终黑屏或进入 emergency mode。
-
_netdev告诉 systemd：这个设备需要网络，延迟到network-online.target就绪后再挂 - 它不是可选修饰，是强制要求——尤其在云环境（如 Azure NFS）或 DHCP 网络中更关键
- 不要只写
defaults，那不含_netdev
推荐 fstab 格式：NFSv4 + 显式参数 + 安全兜底
用以下模板替换你的 fstab 行（根据实际 IP 和路径调整）：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
192.168.1.100:/shared /mnt/nfs-share nfs rw,hard,intr,nfsvers=4,rsize=8192,wsize=8192,_netdev,timeo=600,retrans=2 0 0
-
nfsvers=4：强制走 NFSv4，避免 v3/v4 协商失败（Azure NFS 只支持 v4.1） -
hard,intr：硬挂载保障数据一致性；intr在现代内核中仍建议保留，防止 Ctrl+C 无效 -
timeo=600,retrans=2：超时设为 60 秒（单位是 0.1 秒），重试 2 次，避免长时间 hang 住 - 不要用
soft：软挂载可能静默丢写入，生产环境禁用
挂载前必须验证的三件事
fstab 写完不能直接重启，先手动验证：
- 本地挂载点目录已存在：
sudo mkdir -p /mnt/nfs-share（fstab 不会自动建目录） - 能连通服务端且看到共享：
showmount -e 192.168.1.100返回列表才算通 - 执行
sudo mount -a—— 零报错才表示 fstab 语法和路径都对；若有错（如mount.nfs: Connection refused），说明服务端没开、防火墙拦了，或 NFS 版本不匹配
Azure NFS 或云环境要额外加 noresvport
如果你挂的是 Azure 文件共享或某些云厂商 NFS，常因端口随机性导致连接复位。这时必须加 noresvport：
10.0.0.5:/ /mnt/azure-nfs nfs rw,hard,nfsvers=4.1,_netdev,noresvport,timeo=600,retrans=2 0 0
-
noresvport强制客户端使用非特权端口（>1024），绕过云网络中间件的端口限制 - Azure 文档明确要求该选项，缺了会导致间歇性 IO 错误或挂载后无法读写
- 注意：NFSv4.1 的
vers=4.1写法在较老内核（如 CentOS 7 默认）不被识别，得用nfsvers=4+minorversion=1
_netdev、用 soft 图省事、以及云环境缺 noresvport。改完 fstab 务必跑一遍 mount -a，别等重启才发现问题。 
