![最近,Samba 20.04 的自动更新导致在尝试访问 LAN 上的 Windows 计算机时出现“无法从服务器检索共享列表”](https://linux22.com/image/946192/%E6%9C%80%E8%BF%91%EF%BC%8CSamba%2020.04%20%E7%9A%84%E8%87%AA%E5%8A%A8%E6%9B%B4%E6%96%B0%E5%AF%BC%E8%87%B4%E5%9C%A8%E5%B0%9D%E8%AF%95%E8%AE%BF%E9%97%AE%20LAN%20%E4%B8%8A%E7%9A%84%20Windows%20%E8%AE%A1%E7%AE%97%E6%9C%BA%E6%97%B6%E5%87%BA%E7%8E%B0%E2%80%9C%E6%97%A0%E6%B3%95%E4%BB%8E%E6%9C%8D%E5%8A%A1%E5%99%A8%E6%A3%80%E7%B4%A2%E5%85%B1%E4%BA%AB%E5%88%97%E8%A1%A8%E2%80%9D.png)
我正在运行以太网 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 共享仍然运行良好)