NFS挂载失败首要排查服务端nfs-server和rpcbind是否运行；其次用showmount和rpcinfo验证共享导出与RPC注册；再检查网络连通性、防火墙端口（111/2049）及/etc/exports语法与权限；最后分析日志并显式指定NFS版本挂载。
确认服务端NFS与RPC是否就绪
挂载失败的第一环，往往卡在服务端没跑起来。在NFS服务器上执行：
- systemctl status nfs-server（或 nfs-kernel-server，取决于发行版）
- systemctl status rpcbind（NFSv3必需；NFSv4可省略，但建议保留）
若显示 inactive 或报 Unit not found，说明服务未安装或损坏。常见于系统升级后 systemd 或 nfs-utils 包依赖异常，可重装修复：
- Debian/Ubuntu：sudo apt install --reinstall nfs-kernel-server rpcbind systemd
- RHEL/CentOS：sudo yum reinstall nfs-utils rpcbind systemd
启动后务必运行 exportfs -r 重载配置，否则新改的 /etc/exports 不生效。
验证共享目录是否真正导出
别只信配置文件，要用客户端命令实测服务端是否“看得见”：
-
showmount -e
—— 正常应列出共享路径及授权网段；若报 clnt_create: RPC: Portmapper failure，说明 rpcbind 没通或被防火墙拦截 -
rpcinfo -p
—— 应显示 100003 (nfs)、100005 (mountd) 等端口注册信息；缺项即服务未注册成功
如果 showmount 返回空，检查服务端 /etc/exports 是否存在语法错误（如漏括号、路径非绝对路径）、共享目录物理路径是否存在、权限是否可读（ls -ld /shared/dir）。
检查网络与防火墙连通性
NFS对端口和协议敏感，不能只 ping 通就认为没问题：
- 基础连通：ping
- NFS核心端口检测：telnet
2049 （TCP）和 nc -u111 （UDP RPC） - 防火墙必须放行：111（tcp/udp）+ 2049（tcp/udp）；若使用 NFSv3 还可能动态占用其他端口，此时需加 insecure 选项并开放 rpcbind 所分配的临时端口范围，或直接允许整个 RPC 服务
常见误操作：只开 2049 却忽略 111，导致 mount 请求根本无法完成 RPC 绑定。
分析日志与挂载参数细节
错误提示往往藏在日志里，而非终端一句话：
- 服务端查：sudo tail -20 /var/log/syslog | grep -i "nfs\|rpc\|export"（Ubuntu/Debian）或 /var/log/messages（RHEL）
- 客户端查：dmesg | tail -15 | grep nfs，或 journalctl -u nfs-client.target -n 20
- 特别注意日志中出现 illegal port —— 表明客户端用了高编号端口（>1024），需在 /etc/exports 对应条目加 insecure，例如：
/data 192.168.1.0/24(rw,sync,no_subtree_check,insecure)
挂载时建议显式指定 NFS 版本，避免自动协商失败：
mount -t nfs4 -o proto=tcp,vers=4.2 192.168.1.51:/data /mnt
