当umount提示“device is busy”时，需先用df -h或mount确认挂载点路径及对应设备，再用lsof +D、lsof或fuser -vm定位占用进程，优先优雅终止关键服务，必要时用fuser -km强制结束，最后可选umount -l延迟卸载。
当执行 umount 命令提示 “device is busy” 时，说明系统拒绝卸载，因为有进程正活跃地使用该挂载点——可能是打开了其中的文件、将目录设为当前工作路径、运行着基于该路径的程序，或内核缓存尚未释放。不找出并处理这些占用源，强制卸载可能引发数据损坏或服务异常。
确认挂载点与设备路径
先用 df -h 或 mount | grep -v 'proc\|sysfs\|devtmpfs' 查出目标挂载点的完整路径（如 /mnt/data）及其对应设备（如 /dev/sdb1 或 /dev/mapper/vg0-lv_data）。这一步不可跳过，【若挂载点路径写错，后续所有排查都将无效】。
注意：不要仅凭设备名（如 /dev/sdb1）盲目操作，同一块物理盘在 device-mapper、LVM、多路径环境下可能映射出多个逻辑名，必须对准实际挂载路径。
定位占用进程（首选 lsof）
方法一：递归扫描整个挂载树（最彻底）
运行 sudo lsof +D /mnt/data。它会列出所有访问该路径及其任意子目录的进程，包括打开的文件、内存映射、当前工作目录（cwd）、根目录（root）等。
方法二：精准匹配挂载点本身（轻量快速）
若 +D 执行缓慢或超时，改用 sudo lsof /mnt/data。它只检查直接以该路径为 cwd、root 或文件名的进程，响应更快，适合大目录。
方法三：只查一级子目录（折中方案）
用 sudo lsof +d /mnt/data，比 +D 快，又比单纯 /mnt/data 更全面，适合不确定深度但想兼顾效率的场景。
定位占用进程（替代方案：fuser）
运行 sudo fuser -vm /mnt/data，输出格式清晰：每行含 USER、PID、ACCESS 类型（如 c 表示 cwd，F 表示打开文件，m 表示内存映射）和 COMMAND。例如：root 12345 c.. bash 表示 PID 12345 的 bash 进程正把 /mnt/data 当作当前目录。
ACCESS 列中的 c（cwd）最容易被忽略——即使没打开任何文件，只要终端 cd 进去过，就足以阻塞 umount。
终止占用进程
第一步：尝试优雅终止
对关键服务（如数据库、Web 服务），优先用其自身命令停服：systemctl stop mysqld 或 nginx -s stop，避免 kill -9 导致状态不一致。
第二步：强制终止非关键进程
若确认可安全中断，用 sudo kill -9 PID 杀掉单个进程；或批量清理：sudo fuser -km /mnt/data —— 它会向所有占用该挂载点的进程发送 SIGKILL。
【fuser -km 是强力操作，会中断所有关联进程，务必确认无正在写入的关键任务】
第三步：验证是否清空
再次运行 sudo lsof /mnt/data 和 sudo find /proc/*/cwd -lname "/mnt/data*" 2>/dev/null，确保无残留 cwd 引用。若仍有输出，说明还有隐藏进程未退出。
终极兜底：延迟卸载（umount -l）
当无法停止进程（如生产环境不允许中断服务），且只需立即解除挂载点绑定，可用 sudo umount -l /mnt/data。
它不等待进程释放，而是立即将该文件系统从 VFS 树中剥离，新进程无法再访问，老进程仍可继续读写直到自然退出。
注意：-l 不等于“强制卸载”，它只是解绑，底层设备仍被占用；后续仍需处理进程，否则空间无法真正释放，也无法重新挂载同一点。
