SuperAl Asked: 2024-06-13 22:44:52 +0800 CST2024-06-13 22:44:52 +0800 CST 2024-06-13 22:44:52 +0800 CST Linux 在睡眠后访问 Windows 挂载的共享时出现长时间延迟 772 我们的文件服务器从一些较旧的 Windows 升级到 Windows Server，问题立即开始出现。第一个问题是 Linux 上挂载的共享在从睡眠状态唤醒后变得不可用。Windows 服务器管理员通过禁用服务器终止连接之前的默认 15 分钟超时解决了这个问题。现在，挂载的共享在从睡眠状态唤醒后仍然可用，但它们最多几分钟内无法访问。然后它们再次工作，直到 Linux 进入睡眠状态并唤醒。有没有办法解决几分钟的超时问题？ linux 2 个回答 Voted Robert Glonek 2024-06-18T04:03:51+08:002024-06-18T04:03:51+08:00 这是文件管理器还是 systemd/fstab 挂载？无论哪种方式，您都需要为您的共享配置空闲超时。否则，连接将被网络放弃，而 Linux 仍然认为它在那里。然后，它会在连接断开时尝试发送数据包，认为它在那里。它可能会在网上收到错误，表明这是一个暂时的故障，所以它只是重试直到超时。然后它尝试建立新的连接。为避免这种情况，如果使用 GUi 文件管理器挂载，请在睡眠后卸载并重新挂载。如果使用数据库/systemd，请在连接空闲时设置超时。 由于我现在无法访问 PC，因此示例取自 Reddit：//${SMBServer}/${share} /mnt/${ShareFolder} cifs credentials=${CredFile},vers=2.1,x-systemd.automount,x-systemd.device-timeout=10,x-systemd.idle-timeout=60,uid=$UID,gid=$GID 0 0 Best Answer SuperAl 2024-06-19T18:22:53+08:002024-06-19T18:22:53+08:00 选择vers=3.11解决了这个问题。
这是文件管理器还是 systemd/fstab 挂载？无论哪种方式，您都需要为您的共享配置空闲超时。否则，连接将被网络放弃，而 Linux 仍然认为它在那里。然后，它会在连接断开时尝试发送数据包，认为它在那里。它可能会在网上收到错误，表明这是一个暂时的故障，所以它只是重试直到超时。然后它尝试建立新的连接。为避免这种情况，如果使用 GUi 文件管理器挂载，请在睡眠后卸载并重新挂载。如果使用数据库/systemd，请在连接空闲时设置超时。
由于我现在无法访问 PC，因此示例取自 Reddit：//${SMBServer}/${share} /mnt/${ShareFolder} cifs credentials=${CredFile},vers=2.1,x-systemd.automount,x-systemd.device-timeout=10,x-systemd.idle-timeout=60,uid=$UID,gid=$GID 0 0
选择
vers=3.11解决了这个问题。