umount设备或资源繁忙；已尝试:安装、lsof、fuser、exportfs、ps axf

Question

作为自动VM创建系统的一部分，块设备被安装到临时文件夹(/tmp/任何东西)。各种脚本在VM第一次运行之前安装和配置它。

最近发生了一些变化，临时的坐骑很忙，拒绝登顶。在试图确定哪些文件仍处于打开状态时，我检查了：

测试作为根

运行

• 坐骑
• lsof \ grep /tmp/
• fuser -m /tmp/.
• exportfs -rv
• 重新启动运行创建脚本的守护进程。
• ps axf
• dmsetup表
• losetup -a
• fuser -vm /tmp/tmp.随机-chars/(产生两行)
• • 用户PID访问命令

• • /tmp/tmp随机-chars:根内核挂载/tmp/tmp随机-chars

上述测试都没有显示文件系统使用的结果，但是umount -f仍然抱怨“设备或资源忙”/“设备忙”。

我还应该尝试什么其他的测试，这样我才能找到真正的根本原因，从而希望在一个目前无法重新启动的系统上修复卡住的挂载，并且防止这种情况再次发生？

它还/可疑/(但我不知道如何检查)是否加载了临时挂载的内核模块，因为临时挂载安装的Linux版本与主机正在运行的版本不同。

编辑

• 从各种搜索结果可以看出，/模块/只是读入内存。我不知道内核是否可以打开文件，也不知道如何访问任何这样的列表。
• 在“不显示问题的测试”列表中添加dmsetup / losetup
• fuser -vm在freenode ##linux中的建议

Answer 1

如果这是构建过程的一部分，我假设您无论如何都需要重新启动。尝试将“惰性”卸载到进程中。使用umount -l /tmp，看看这是否能帮助您在这个过程中克服这个障碍。

Answer 2

我们遇到了同样的问题，但似乎只有当虚拟机的根文件系统是ext4时才会发生这种情况。ext3工作正常。我知道这听起来很奇怪，但它可能是http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ描述的内核错误

如果是这样的话，我们必须简单地等待内核补丁程序，或者避免在主机器上安装新的vm。从临时的linux运行中安装它，因为虚拟机可以正常工作，因为机器是重新启动的，而没有重新启动主机器。

你试过ext3了吗？如果没有，请尝试在ext3上安装，如果使用ext4是关键的话，以后可以将其转换为ext4 (这在http://www.debian-administration.org/article/643/Migrating_一个_活着_系统_从…_ext3_至_ext4_文件系统中有描述)

Answer 3

umount可能失败的原因之一是远程设备的底层IP地址发生了更改。

当我从台式机服务器远程挂载笔记本电脑时，我看到了这种情况。第一次安装使用IP地址A。尽管重新启动膝上型计算机会给它地址B，但我的台式机继续将地址A记录为笔记本的地址。当我检查mount命令返回的IP地址并将其与膝上型计算机的当前地址进行比较时，我可以看到这一点。

• 我能够使用umount -l卸载
• 这个问题的解决方案是--对我来说--为笔记本电脑使用固定的IP地址。