我有一个从 Windows 7 机器运行的 .bat 脚本。脚本的一部分是使用 plink 通过 ssh 连接到 Red Hat 机器并运行几个命令。脚本中有大约 4 或 5 个 plink 命令。例如：
plink -pw password -ssh username@host "tar -czplf /archive/mounted_folder/test.tar /archive/folder_to_tar"
其中mounted_folder是已挂载的 NFS 共享，位于运行 Windows Server 2008 R2 的服务器上。
我注意到，如果系统超过一天没有被触碰过，然后运行该脚本，那么 Red Hat 机器上已安装的文件夹会丢失并变得不可用。如果您重置 Red Hat 机器，文件夹会再次正确安装，如果您再次运行该脚本，它会按预期工作 - 不会丢失任何内容。
究竟什么原因可能导致了这个问题？
编辑：
如果我尝试在文件夹退出后直接重新挂载它
mount -a
即使没有产生错误，安装仍然无法使用。我发现重新启动是重新安装它们的唯一方法
答案1
我不知道这是否是问题的一部分，但是已安装的文件系统不需要 fsck 或 dump。
第五个字段 (fs_freq) 由 dump(8) 命令用于这些文件系统，以确定哪些文件系统需要转储。如果第五个字段不存在，则返回零值，并且 dump 将假定文件系统不需要转储。
第六个字段 (fs_passno) 由 fsck(8) 程序用于确定在重新启动时执行文件系统检查的顺序。根文件系统的 fs_passno 应为 1，其他文件系统的 fs_passno 应为 2。驱动器内的文件系统将按顺序进行检查，但不同驱动器上的文件系统将同时进行检查，以利用硬件中可用的并行性。如果第六个字段不存在或为零，则返回零值，并且 fsck 将假定不需要检查文件系统。
对于已挂载的文件系统，应使用 mount 选项_netdev。这会告诉系统需要在网络联机后挂载它。否则，它可能无法在启动时挂载。
server:/win_archive/folder_to_mount /archive/mounted_folder nfs _netdev 0 0