科技 · 实用指南
umount 提示“target is busy”？使用 -l 或 -f 前先找出仍存活的引用
先证明准确挂载点、子挂载、进程或内核持有者以及挂载命名空间；干净释放所有者，再把延迟或强制卸载限制在有记录的例外场景。
先证明准确挂载点、子挂载、进程或内核持有者以及挂载命名空间；干净释放所有者，再把延迟或强制卸载限制在有记录的例外场景。
“Target is busy”表示内核仍有活跃引用或挂载树约束，它不会告诉你具体是哪一种。 先用 findmnt 确认准确目标和来源；设备名、bind 路径与挂载点并不能互换。 先检查所有子挂载；下层另一个文件系统会使父挂载无法移除。
改变前冻结准确挂载证据
保存完整错误、目标路径、有效用户、主机、容器或服务上下文以及失败命令。取证期间保留挂载，用 findmnt -T /path 和明确列把路径绑定到真实挂载记录。
不要假定设备名、挂载点和 bind 视图是同一对象。涉及命名空间时记录 mountinfo 的挂载 ID 与父 ID，证据必须来自执行失败卸载的同一命名空间。
找进程前先画出子挂载树
运行 findmnt -R /mountpoint 检查每个子挂载。即使父目录没有明显进程，下层文件系统仍能阻止父树移除。确认所有权与影响后，才从最深层开始处理。
递归卸载是主动树操作，不是跳过审核的捷径。shared 或 slave 传播可能把挂载事件复制到同伴树；改传播或递归前先读 mountinfo 标签。
区分可见进程引用和内核引用
以足够权限执行 fuser -vmM。访问字母可区分当前目录、可执行文件、打开文件、根目录和内存映射；先确认用户、命令与服务，再停止任何东西。
不要默认 fuser -k，因为未指定信号时会发送 SIGKILL。空结果也只说明当前权限与命名空间可见范围；手册明确记录这些盲区。
检查命名空间、bind 与服务边界
挂载命名空间隔离每个进程看到的挂载列表。比较服务、容器或用户进程的 /proc/PID/mountinfo，主机 shell 可能看不到仍保留引用的那棵树。
对于 bind、automount、NFS、loop、swap 或文件系统专用持有者，要追到所属子系统并用其支持的生命周期释放；记录批准动作和回滚。
释放所有者并重试普通 umount
关闭文件、移走当前目录、停止已证明的服务或按顺序卸载子文件系统。一次只改一项，并重复 findmnt 与 fuser 以证明哪个引用消失。
重试普通 umount /mountpoint。成功才说明引用与树约束通过正常路径清除；随后确认目标命名空间中挂载消失且服务健康。
把 -l 与 -f 当作例外分支
umount -l 立即从可见层级分离，引用稍后才清理；util-linux 还指出网络或带子挂载的本地场景通常假定很快重启。路径消失不等于使用者已释放。
umount -f 主要面向不可达 NFS，不能保证不挂住；内核文档警告可能丢数据且仍会 EBUSY。若批准例外，记录原因、范围、重启或恢复计划、风险所有者与验收。
用证据收尾，而不是只看路径消失
保存前后 mountinfo 或 findmnt、被释放的持有者或子系统、普通卸载成功或获批例外，以及原启动路径的结果。确认没有子挂载，其他命名空间也没有意外副本。
本流程不授权杀进程、破坏容器、修改传播、强制网络文件系统或重启生产主机。完成意味着准确引用已解释、获批所有者已释放、目标命名空间干净且依赖服务通过健康检查。
