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
