我有一个从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机器，则文件夹会再次正确挂载，如果再次运行该脚本，它将按预期工作 – 不会丢失任何内容。
究竟是什么原因可能导致这个问题？
编辑：
如果我尝试重新安装文件夹后，直接退出使用
mount -a
即使没有产生错误，坐骑仍然是不可用的。 我发现重新启动是重新安装它们的唯一方法
我不知道这是否是问题的一部分，但挂载的文件系统不需要fsck或转储。
第五个字段（fs_freq）由dump（8）命令用于这些文件系统，以确定哪些文件系统需要转储。 如果第五个字段不存在，则返回零值，转储将假定文件系统不需要转储。
fsck（8）程序使用第六个字段（fs_passno）来确定在重新引导时进行文件系统检查的顺序。 根文件系统应该指定fs_passno为1，其他文件系统的fs_passno为2.驱动器中的文件系统将按顺序检查，但不同驱动器上的文件系统将同时检查，以利用硬件中可用的并行性。 如果第六个字段不存在或为零，则返回零值，fsck将假定文件系统不需要检查。
对于已挂载的文件系统，您应该使用挂载选项_netdev 。 这告诉系统在networking联机之后需要挂载它。 否则，它可能不会在启动时挂载。
server:/win_archive/folder_to_mount /archive/mounted_folder nfs _netdev 0 0