我有一些 SLES 11.2 服务器。他们用自动挂载做了一些非常奇怪的事情。我们有近 500 个可能的自动挂载，我们的用户及其代码可能需要，包括每个用户的 $HOME 的自动挂载条目。没问题。如果我访问我们支持的数千个 Linux 工作站或服务器中的任何一个，我可能会看到 10-20 个自动挂载。他们按预期卸载。
但是，我们认为自从使用 SLES 11.2 和 KDE4 以来，尽管我们可能是错的，但我们有一些系统，特别是 HPCE Linux 集群上的头节点之一，拥有所有 500 个活动的自动挂载并已挂载...并且它们不自己卸载？？？但是，我们可以运行一个脚本来手动卸载它们，并且除了少数真正活跃的之外，所有这些都可以毫无怨言地卸载吗？
我想知道这是否是夜间磁带备份程序中的一些故障？也许它会唤醒所有自动挂载但不备份它们？但他们为什么熬夜呢？
更多信息：
我们使用 autofs 来自动挂载我们访问的所有数据。这包括用户的 $HOME、应用程序、应用程序的输入数据、应用程序的结果等。
我们使用 NIS 映射来定义每个挂载的自动挂载参数和选项。这包括 NFS 主机名、NFS 主机上的文件系统名称、该自动挂载的客户端上的挂载点。此外，NFS 服务器上的“导出”文件也会影响谁可以挂载以及有哪些选项/限制。
“/etc/auto.master”告诉 autofs/automountd 在哪个 NIS 映射中查找数百个不同的安装。
需要这些自动挂载中的数据的用户或程序或应用程序只需访问创建挂载的目录即可“cd”或“ls”或“cat”等。只要有人位于已挂载的目录中或正在从中读取或写入文件，它就会保持挂载状态。如果挂载空闲 5 或 10 分钟，则会卸载自动挂载。
所有这些都按照设计在大量 Linux 和 Unix 客户端上运行。
有时，我们会看到客户端似乎没有使用自动挂载的文件系统，但它在超时后仍保持挂载状态。但这更奇怪......该服务器安装在所有 NIS 自动安装映射中的每个定义且可访问的安装位置。而且，10分钟后不是卸载它们吗？
我们可以理解备份程序是否遍历每个可能的子目录并因此激活所有自动挂载。但即便如此，自动挂载也应该在备份完成后卸载。事实似乎并非如此。
我相信更新会回答您的评论，@soubunmei Mark，我还没有尝试过 SIGUSR1。也许下次我会尝试一下。
答案1
我已经看到这种情况发生在 GNOME 围绕文件监控位（例如 nautilus）的更新中 - 对于 KDE 来说可能也是如此。我会寻找任何监视文件状态、文件系统使用情况等的东西，然后将其关闭。