“device is busy”或“target is busy”本质是挂载点被进程cwd、mem、root等隐式占用，或存在子挂载、内核引用；应先用fuser -v和lsof +d /mnt/data精准定位，再按cwd退出、服务停止、延迟卸载（umount -l）分步处理。

挂载点无法卸载，常见报错是“device is busy”或“target is busy”。真正卡住的往往不是显眼的服务进程，而是那些不常被注意的“隐蔽占用者”——比如后台 shell 的当前工作目录（cwd）、已退出但残留的子进程、内存映射文件（mem）、甚至内核线程临时引用。fuser 和 lsof 配合使用，能一层层把它们揪出来。

fuser -v 先看全貌，重点识别 cwd 和 root 类型

fuser 是定位目录级占用最直接的工具，尤其擅长发现“人在目录里却没打开文件”的情况：

• 执行 fuser -v /mnt/data，关注输出中 FD 列为 c（当前工作目录）、r（根目录）、m（内存映射）的行
• 例如显示 bash 12345 user c ... /mnt/data，说明 PID 12345 的 bash 正停在该目录下，哪怕只执行了 cd 就没动过
• 带 * 的 PID 通常是内核线程，一般不用处理；但若只有它占着，要检查是否挂载点本身被嵌套（如 bind mount）

lsof +D 深挖子目录和隐式占用

fuser 看的是路径层级，lsof 能穿透到文件粒度，对“看似空目录实则被占用”的场景更有效：

Preqstation

一款AI工具，主要用于将PREQSTATION编码任务委派给Claude Code、Codex CLI或Gemini CLI，采用PTY安全执行（工作目录+后台+监控），适合需要提升相关任务效率的用户。

下载

• 运行 lsof +D /mnt/data，递归扫描所有子目录下的打开文件、cwd、mem、DEL（已删未释放）等
• 若输出为空但 umount 仍失败，改用 lsof /mnt/data —— 它会匹配路径本身作为 cwd 或 root，常能抓出仅 cd 进去就闲置的终端
• 特别留意 NAME 列是 /mnt/data 或其子路径，且 TYPE 是 DIR 或 REG；FD 是 cwd 表示“人还在里面”，mem 表示程序加载了该目录下的共享库

分步清理：先温和再强制，避免误杀关键进程

别一上来就 -k 杀光，按优先级逐层处理：

• 对 cwd 是目标目录的 shell 进程，直接让对应用户 cd / 即可释放，无需 kill
• 对普通应用进程（如 python、node），先尝试发 TERM 信号：fuser -k -TERM /mnt/data，给它机会清理临时文件和锁
• 确认无误后，再用 fuser -k -i /mnt/data 交互式终止——每杀一个都提示，避免误伤系统服务
• 若仍有残留，检查父进程是否已死但子进程 orphaned，可用 pgrep -P $PPID | xargs kill -9 清理

卸载前兜底验证：绕过 fuser/lsof 的盲区

有时工具没报进程，但 umount 还是失败，可能是以下原因：

• 当前终端就在该挂载点内：执行 pwd 确认，若路径含 /mnt/data，直接 cd /
• 存在子挂载（nested mount）：用 findmnt /mnt/data 查完整挂载树，逐个 umount 子项
• 内核模块或 NFS 客户端持有引用：尝试 umount -l /mnt/data（lazy unmount），解耦后再用 lsof /mnt/data 和 find /proc/*/cwd -lname "/mnt/data" 双重验证是否真无占用