在我的例子中，我无法卸载挂载到AFP共享目录的分区。(分享到Apple bonjour/avahi mdns世界) 我把服务器上的所有登录都移动到它们的主目录;我把所有远程连接的mac电脑都移到了其他目录下。 即使使用umount -f，我仍然无法卸载分区 所以我重启了服务器上的netatalk守护进程。 (/etc/netatalk/afp.conf中有共享分配) 日志含义重启netatalk后，不带-f参数，umount成功。

文件夹内的多个挂载

另一个原因可能是在你的主挂载文件夹中有一个副挂载，例如，在你为嵌入式设备使用SD卡后:

# mount /dev/sdb2 /mnt       # root partition which contains /boot
# mount /dev/sdb1 /mnt/boot  # boot partition

卸载/mnt将失败:

# umount /mnt
umount: /mnt: target is busy.

首先我们必须卸载引导文件夹，然后卸载根目录:

# umount /mnt/boot
# umount /mnt

在卸载文件系统之前。我们需要检查是否有任何进程持有或使用文件系统。这就是为什么它显示设备繁忙或文件系统正在使用。 运行以下命令查看文件系统所使用的进程:

定影器 -cu /本地/mnt/

它将显示有多少进程持有/使用文件系统。

Local /mnt: 1725e(root) 5645c(shasankarora)

ps -ef | grep 1725 < - > ps -ef | grep < pid >

Kill -9 pid

杀死所有进程，然后您将能够卸载分区/繁忙设备。

看看umount2:

Linux 2.1.116 added the umount2() system call, which, like umount(), unmounts a target, but allows additional flags controlling the behaviour of the operation: MNT_FORCE (since Linux 2.1.116) Force unmount even if busy. (Only for NFS mounts.) MNT_DETACH (since Linux 2.4.11) Perform a lazy unmount: make the mount point unavailable for new accesses, and actually perform the unmount when the mount point ceases to be busy. MNT_EXPIRE (since Linux 2.6.8) Mark the mount point as expired. If a mount point is not currently in use, then an initial call to umount2() with this flag fails with the error EAGAIN, but marks the mount point as expired. The mount point remains expired as long as it isn't accessed by any process. A second umount2() call specifying MNT_EXPIRE unmounts an expired mount point. This flag cannot be specified with either MNT_FORCE or MNT_DETACH. Return Value On success, zero is returned. On error, -1 is returned, and errno is set appropriately.

当一切正常时，另一个选择是编辑/etc/fstab，添加noauto标志并重新启动机器。设备将不会被安装，当你完成任何操作时，移除标志并重新启动。

众答:

如果该设备上有一个zfs池，至少当它是一个基于文件的池时，lsof将不会显示使用情况。但你可以简单地跑步

sudo zpool export mypool

然后卸载。