NFS挂载卡死本质是客户端等待服务端响应时陷入D状态，需从网络、服务、挂载参数、内核状态四方面验证排查：先用cat /proc/mounts确认hard挂载，strace定位卡住路径，ping+telnet+showmount验证服务端连通性，最后优先执行umount -l恢复响应。

Linux 中 NFS 挂载卡死（如 df -h、ls /mnt/nfs、mount 命令无响应），本质是客户端在等待服务端响应时陷入不可中断睡眠（D 状态）。排查需从网络、服务、挂载参数、内核状态四方面入手，不靠猜，靠验证。

确认是否真有 NFS 挂载点且为硬挂载

执行以下命令查看当前所有挂载，重点关注 NFS 类型及挂载选项：

cat /proc/mounts | grep -E "nfs|cifs"

若输出中某行包含 hard（例如 hard,proto=tcp,timeo=600），说明该挂载点使用硬挂载——这是导致卡死的最常见原因。软挂载（soft）通常会快速超时返回错误，不会阻塞命令。

定位具体卡住的挂载路径

如果 df -h 卡住，但 cat /proc/mounts 仍可执行，可用 strace 追踪系统调用停在哪一步：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

strace -e trace=statfs df -h 2>&1 | grep -v "ENOENT"

观察输出最后停留的路径（如 /mnt/nfs），即为问题挂载点。若连 strace 都卡住，说明内核已进入 D 状态，需优先尝试卸载。

检查服务端连通性与服务状态

卡死往往源于服务端不可达。分三步快速验证：

• ping 服务端 IP：确认基础网络可达（ping -c 3 192.168.1.100）
• 检查 NFS 关键端口：NFS v4 默认走 2049（TCP/UDP），执行 telnet 192.168.1.100 2049 或 nc -zv 192.168.1.100 2049
• 查询服务端导出列表：运行 showmount -e 192.168.1.100，若失败或超时，基本可判定服务端异常或防火墙拦截

立即恢复系统响应的操作

确认问题挂载点后，按优先级顺序执行以下操作：

• 懒卸载（推荐首选）：umount -l /mnt/nfs —— 立即从挂载树移除，后台清理，df -h 马上恢复正常
• 若懒卸载无效，再试强制卸载：umount -f /mnt/nfs（仅对 NFS 有效）
• 若提示 “target is busy”，先查占用进程：fuser -mv /mnt/nfs，杀掉对应 PID 后重试懒卸载
• 极端情况（连 umount -l 都卡）：后台异步执行 umount -l /mnt/nfs && df -h