Linux终端执行cd进入特定目录时挂起冻结故障咨询

• 执行cd directory_A时终端立即挂起，挂起时长最短可达1小时；即便最终成功进入目录，shell会完全冻结，无法执行任何命令。
• 若cd执行过程中按Ctrl+C终止进程，shell会进入异常状态：此时执行ls、cd等操作进入原本无异常的directory_B也会触发挂起；但从未尝试访问directory_A时，直接进入directory_B无任何异常。
• 特殊表现：在directory_A的父目录执行ls查看directory_A内容完全正常，也可以通过vim directory_A/foo.txt直接打开目录内的文件，仅cd进入该目录时会触发故障。

cd操作和普通ls、文件打开操作的核心差异在于：cd是shell内置命令，执行时不仅会切换当前进程的工作目录引用，还会触发内核路径解析、自动挂载逻辑、shell自定义钩子、全局系统调用钩子等多层逻辑，以下按优先级逐一排查：

1. 自动挂载/网络文件系统异常（最高概率）
   执行mount | grep directory_A确认该目录是否为autofs自动挂载点、NFS/CIFS/ceph等网络文件系统挂载点。这类场景下，父目录执行ls仅读取已缓存的目录项结构，不会触发实际挂载逻辑，但cd会强制触发挂载流程：如果存储端不可达、autofs配置了超长重试超时，进程会进入不可中断睡眠状态（D状态）。
   这一场景完全匹配「Ctrl+C终止cd后访问其他正常目录也挂起」的特征：autofs触发的未完成挂载请求会绑定在当前shell进程的命名空间上下文中，后续所有路径解析操作都会等待该挂起请求返回，和操作的目标目录无关。
   验证方式：在父目录执行stat directory_A，如果该命令也挂起，即可确认是元数据读取/挂载逻辑触发的故障。
2. shell自定义cd钩子异常
   绝大多数用户会给cd配置自定义逻辑：比如进入目录后自动执行ls、拉取git仓库状态、激活对应虚拟环境、加载目录级环境变量等，如果这类逻辑存在死循环、阻塞调用，就会导致cd后shell卡住。
   排查步骤：
   • 执行echo $SHELL确认当前使用的shell类型
   • 执行type cd（bash）或whence -v cd（zsh），确认cd命令是否被重定义为自定义函数
   • 执行/bin/bash --noprofile --norc启动一个不加载任何用户配置、全局配置的纯净shell，在纯净shell中尝试cd进入directory_A，如果操作正常即可定位为shell配置问题，重点检查PROMPT_COMMAND（bash）、chpwd钩子（zsh）、git状态自动拉取逻辑即可。
3. 全局系统调用钩子异常
   执行echo $LD_PRELOAD检查是否配置了全局预加载动态库，部分企业内部的安全审计、数据防泄漏客户端会通过LD_PRELOAD劫持文件路径相关的系统调用，如果这类程序存在死锁、逻辑bug，会在cd触发路径解析时卡住。临时unset LD_PRELOAD变量后再尝试cd即可验证。
4. 目录扩展属性/文件系统异常
   执行ls -ld directory_A检查目录权限、属主是否正常，执行getfattr -d directory_A检查是否存在损坏的扩展属性、ACL规则、安全标签，这类元数据损坏时，普通文件读写可能走缓存不触发校验，但cd切换工作目录时会强制校验元数据，触发阻塞。
5. 内核栈定位（终极排查手段）
   复现挂起现象时不要关闭当前终端，新开一个会话连接到同一台机器：
   • 执行ps aux | grep 卡住的shell进程PID，确认进程是否处于D（不可中断睡眠）状态
   • 执行cat /proc/<卡住的shell进程PID>/stack查看内核调用栈，可直接定位进程卡在文件系统、驱动、网络存储的哪一个具体函数调用上。

内容的提问来源于stack exchange，提问作者gstoica27