先确认当前是否位于挂载点目录中（例如 pwd 显示为 /mnt/iso），然后使用 lsof +D /mnt/iso 或 fuser -v /mnt/iso 检查占用该挂载目录的进程；必要时可通过 fuser -k 结束相关进程，或使用 umount -l 进行懒卸载。需要注意，Linux 卸载 ISO 镜像时必须指定挂载点路径，不能使用设备路径或 ISO 文件本身的路径。

umount 命令执行失败：设备忙（device is busy）如何处理

在 Linux 卸载虚拟光驱或 ISO 挂载时，最常见的问题并不是不会使用 umount，而是执行后出现 umount: /mnt/iso: target is busy 报错。这通常表示当前挂载点正在被某个进程占用——例如你正在该目录中打开 shell、某个程序正在读取其中的文件，甚至只是终端当前工作路径停留在挂载目录内。

• 先确认是否身处挂载点目录：执行 pwd，如果结果为 /mnt/iso 或其下级目录，请先 cd 到其他目录后再重新卸载
• 检查占用进程：使用 lsof +D /mnt/iso 或 fuser -v /mnt/iso，可查看所有正在访问该路径的 PID 与对应命令
• 终止相关进程：执行 fuser -k /mnt/iso 可强制结束占用进程（需谨慎，可能导致正在运行的服务中断）
• 如果进程无法立即结束，可尝试懒卸载：umount -l /mnt/iso，系统会在资源释放后自动完成清理。此时挂载点会立即不可见，但底层设备会在不再被引用后才真正断开

卸载 ISO 镜像时应使用挂载点还是设备路径

对于 ISO 文件的挂载场景（通常通过 -o loop 实现），umount 主要识别的是挂载点路径，而不是原始 ISO 文件路径。比如，你使用 mount -o loop ubuntu.iso /mnt/iso 挂载镜像后，正确的卸载命令应为 umount /mnt/iso，不能写成 umount ubuntu.iso，也不建议直接写成 umount /dev/loop0。即使后者能够查询到，也可能报错，甚至误操作到其他设备。

• 确认实际挂载点：可执行 mount | grep iso9660 或 findmnt -t iso9660 来查看 ISO 挂载信息
• 不要混淆 /dev/cdrom：它通常代表物理光驱设备，而 ISO 文件挂载依赖的是 loop 设备，两者并不是同一回事
• 卸载完成后，挂载目录中的内容会自动消失，这是正常现象，并非系统异常

umount -f 强制卸载的风险与适用情况

umount -f 并不是解决 Linux 卸载失败问题的通用办法。它会绕过部分内核资源检查直接执行断开操作，存在引发数据损坏或程序崩溃的风险，因此只适合在紧急场景下使用，并且要确保没有关键进程仍在读写该挂载点。

• 仅在明确判断“只是缓存未完成刷新、且没有实际写入操作”时再考虑使用，例如只是通过 ls 简单查看过文件内容
• 不要对正在被数据库、编译工具、打包程序等使用的挂载目录执行强制卸载
• 更稳妥的替代方式是：先执行 sync 刷新缓存，再使用 umount -l 懒卸载，相比 -f 通常更安全、更可控

卸载后 loop 设备没有释放？通常无需处理

在挂载 ISO 镜像时，系统会自动分配一个 loop 设备（例如 /dev/loop2）。卸载完成后，这个 loop 设备往往不会立刻消失，仍可能出现在 losetup -a 的输出结果中。这属于 Linux 的正常机制，一般不会影响后续挂载和使用，也通常不需要手动清理。

• 除非你频繁挂载大量 ISO 文件，导致 loop 设备资源被占满（这种情况较少见），否则通常无需干预
• 如果确实需要手动释放，可执行：losetup -d /dev/loop2，但前提是必须确认该 loop 设备没有被其他挂载继续使用
• 较新的内核版本（如 5.10+）通常支持更完善的自动回收机制，因此大多数情况下直接忽略即可