必须指定nfs版本，否则默认尝试v3或v4.0但行为不一致；常见卡住、超时或“rpc: program not registered”多因版本错配；应先用rpcinfo -p server_ip确认服务端支持的版本（nfs 100003为v2/v3，100005为v4），再显式指定vers=4.0或vers=3。
挂载命令里必须指定 NFS 版本
不加 vers 参数时，mount 默认尝试 v3 或 v4.0，但行为因内核版本和服务器配置差异极大。常见现象是挂载卡住、超时或报 RPC: Program not registered —— 这往往不是服务没启，而是客户端连错了协议版本。
实操建议：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 先确认服务端支持的版本：
rpcinfo -p server_ip，看输出中是否有nfs 100003（v2/v3）或nfs 100005（v4） - 显式指定版本更可靠：v4 用
vers=4.0，v3 用vers=3；v4.1/v4.2 需确认内核支持（cat /proc/filesystems | grep nfs4） - v4 推荐关闭
lock（nolock），避免因rpc.statd未运行导致挂载失败
/etc/fstab 自动挂载要防网络就绪时机问题
/etc/fstab 里直接写 192.168.1.10:/shared /mnt/nfs nfs defaults 0 0 很容易在开机时失败，因为网络接口还没 up、DNS 没通、或 NFS 服务本身启动慢于 mount 过程。
实操建议：
- 加
_netdev选项，告诉 systemd 等网络就绪后再挂载：192.168.1.10:/shared /mnt/nfs nfs _netdev,vers=4.0,nolock,hard,intr,rsize=1048576,wsize=1048576 0 0 - 避免用主机名代替 IP，防止 DNS 失败阻塞挂载；如必须用域名，加
x-systemd.requires=systemd-resolved.service - 测试 fstab 条目是否有效：
sudo mount -a，而非等重启才发现错误
写挂载脚本要注意 mount 返回值和重试逻辑
手动挂载脚本如果只写 mount -t nfs ...，遇到临时网络抖动或服务延迟就会失败退出，后续操作全断。
实操建议：
- 检查返回值并重试（最多 3 次，间隔 2 秒）：
for i in {1..3}; do sudo mount -t nfs -o vers=4.0,nolock 192.168.1.10:/shared /mnt/nfs && break sleep 2 done - 挂载前先探测服务可用性：
timeout 3 showmount -e 192.168.1.10 >/dev/null 2>&1，失败则跳过或报错 - 脚本末尾加
df -h | grep '/mnt/nfs'验证是否真挂上了，别只信 exit code
硬挂载（hard）与软挂载（soft）选哪个
hard 是默认且推荐的，但一旦服务器宕机或网络中断，进程会卡在 UNINTERRUPTIBLE（D 状态），kill -9 都无效；soft 虽可中断，但可能静默丢数据，NFS 协议本身不保证一致性。
实操建议：
- 生产环境一律用
hard,intr（intr允许用 Ctrl+C 中断挂起的 I/O） - 加
timeo=600（单位 1/10 秒，即 60 秒超时）和retrans=2控制重试次数，避免无限等待 - 若必须用
soft（如某些嵌入式场景），务必配合应用层校验，不能依赖文件系统返回值
_netdev、timeo、intr 这些参数不是可选项，是兜底逻辑的一部分。
