我正在运行以太网 LAN，其中 Windows XP 到 Windows 10 机器与所有 6 种常规 Ubuntu 版本交互。由于 20.04 已停用 SMB1，因此能够通过在每台 Ubuntu 机器上将client min protocol = NT1和添加server min protocol = NT1到 smb.conf 的全局部分来完全读取共享文件。这是在加载相关 Samba 文件版本 [2:4.13.17~dfsg-0ubuntu0.21.04.1] 的情况下实现的。这些文件最近都更新为 2:4.13.17~dfsg-0ubuntu0.21.04.2，虽然 Windows 仍然可以看到 Ubuntu 共享，但所有相应的 Ubuntu 机器No such file or directory在尝试访问 Windows 共享时都会返回上面的标题消息，并补充说有。（它们仍然可以访问 Ubuntu 共享。）smb.conf 保持不变，因此更新版本中缺少什么或需要更改什么（暂时我已强制使用 Synaptic 的上一个版本。）
答案1
“forums.linuxmint.com/”中讨论的初始修复基本上就是我为恢复完整的 LAN 互功能所做的操作，即删除相关的 samba [2:4.13.17~dfsg-0ubuntu0.21.04.2] 文件及其依赖项，并使用 synaptic 包管理器强制安装以前的 [2:4.13.17~dfsg-0ubuntu0.21.04.1] 版本及其依赖项。我还发现单个终端条目“sudo apt-mark hold samba”足以阻止所有相关 samba 相关文件的更新，至少在我所有的机器上都是如此。无论如何，我拥有的所有 Windows 版本仍然可以毫无问题地读取任何一个 samba 版本。我还可以在“其他位置”的“连接到服务器”框中使用 smb://(ip.address) 访问所有 Windows 共享。不过，我想知道发生了什么，[.2] samba 更新甚至无法识别 Windows 共享的存在，或者看起来是这样。（在我拥有的所有 8 个 Ubuntu 版本中，Ubuntu 共享仍然运行良好）