umount报错“device is busy”是因为文件系统正被进程访问、当前工作目录在其内或存在子挂载；需用lsof/fuser定位进程、findmnt检查嵌套挂载，优先umount挂载点，紧急时可用umount -l懒卸载。
必须先确保没有进程在访问该分区，否则 umount 会失败。
为什么 umount 提示“device is busy”
这是最常见的卸载失败原因。Linux 不允许卸载正被使用中的文件系统，哪怕只是当前 shell 的工作目录在挂载点内、某个进程打开了挂载点下的文件、或有子挂载（如 bind mount）存在。
- 检查当前工作目录是否在挂载点下：
pwd；如果是，先cd /或其他非挂载路径 - 检查是否有进程打开挂载点内文件：
lsof +D /mnt/mydisk或fuser -v /mnt/mydisk - 检查是否存在子挂载：
findmnt /mnt/mydisk；若输出多行，需逐级umount子挂载点 - 不要依赖
lsof或fuser未安装的系统；可改用cat /proc/mounts | grep mydisk辅助确认
umount 命令到底该传设备名还是挂载点
传挂载点（目录路径）更安全、更推荐。传设备名（如 /dev/sdb1）在多个挂载点指向同一设备时可能误卸载错误实例。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 正确写法：
sudo umount /mnt/mydisk - 不推荐写法：
sudo umount /dev/sdb1（除非你确定它只挂载了一次） - 如果挂载点含空格或特殊字符，务必加引号：
sudo umount "/mnt/My Disk" - 挂载点不存在（比如目录被删了）但设备仍显示为已挂载？此时只能用设备名卸载，但属于异常状态，应先查清原因
强制卸载真能解决问题吗
可以临时绕过“busy”报错，但有数据损坏风险，仅限紧急排障，且不能用于 ext4/xfs 等日志型文件系统正在写入时。
- 懒卸载（
-l）：断开挂载点关联，待所有进程释放后自动清理，较安全：sudo umount -l /mnt/mydisk - 强制卸载（
-f）：对 NFS 等网络文件系统有效，对本地磁盘慎用，可能丢数据 -
-f和-l可组合使用，但不解决根本问题；卸载后应检查df -h是否消失，再确认无残留进程
卸载后还要注意什么
卸载只是断开目录与设备的映射，设备本身（如 /dev/sdb1）依然存在，分区表、文件系统结构都完好。但如果你下一步要重分区或格式化，必须确认已卸载——fdisk 或 mkfs 对已挂载设备的操作多数会被拒绝，少数强行操作会导致严重不一致。
- 验证是否卸载成功：
df -h | grep mydisk应无输出；findmnt /mnt/mydisk应返回空 - 不要以为
umount成功就万事大吉：若该分区在/etc/fstab中配置了自动挂载，重启后仍会挂上 - 想彻底“禁用”某分区？删掉或注释
/etc/fstab中对应行，否则它只是暂时离线
