服务器“S”运行 Ubuntu 18.04 LTS 和 Samba 4.7.6-Ubuntu。 smb.conf
保留所有默认设置,除了更改了工作组名称并在底部添加了以下块:
[lan_share]
path = /disk2
browseable = yes
read only = yes
[lan_share_1]
path = /disk1
browseable = yes
read only = yes
[lan_share_3]
path = /disk3
browseable = yes
read only = yes
当客户端是带有软件包samba
和“cifs-utils”的 Debian 8 时,一切都按预期工作,包括从客户端安装的共享复制到本地磁盘的能力。
现在,新客户端工作站“W”正在运行最新版本的 Ubuntu 18.04 LTS ,samba
并且cifs-utils
从共享复制到本地不起作用。
/etc/fstab
W 上的股份按以下方式设置:
//192.168.1.233/lan_share_1 /disk1 cifs credentials=/etc/samba/user,noexec 0 0
//192.168.1.233/lan_share /disk2 cifs credentials=/etc/samba/user,noexec 0 0
//192.168.1.233/lan_share_3 /disk3 cifs credentials=/etc/samba/user,noexec 0 0
上面列出的路径上有一个凭证文件,该文件在 Debian 上也能正常工作,在 Ubuntu 上可能也能正常工作,因为没有关于权限的错误消息。
所有这些都是从 Debian 客户端准确复制的,没有任何问题。现在,尝试通过 GUI 文件浏览器复制目录树(例如,从/disk2
到主目录)一开始似乎会成功,然后进度对话框会中途冻结,甚至无法取消。进度对话框会一直保留,直到 Thunar(文件浏览器)进程被终止 - 除非用户单击大红色“取消”图标,在这种情况下,对话框会显示“正在取消...”,直到进程被终止。只有前几个文件被复制。
我已经检查过了:
- 服务器和客户端上的工作组名称相同
- 服务器上的 ufw 允许“samba”应用程序配置文件中的端口
- 共享中的文件在服务器上正常(可通过 SSH、SCP 访问)
- 客户端上其他一切都正常运行
我仍然有 Debian 系统,当连接到同股- 可以通过 GUI 将整个目录结构从共享复制到本地。Web 搜索发现了其他各种 Samba 问题,其中一些与从早期版本升级到 Ubuntu 18 有关,但没有一个能准确描述这种情况。
更新:这(“升级到 17.10 后无法安装 cifs 共享”) 看起来很有希望。我发现“noexec”是不必要的(1),并根据上一页,将“ ,noexec
”替换为“ ,vers=2.1
”。
另外,在服务器上,执行以下操作:sudo chmod-R 775 /disk2
。进行这些更改之一或全部后,我现在可以使用命令行成功地从本地安装的共享复制到主目录 - 但这仍然使 Thunar 挂起。现在认为这可能至少部分是 GUI 问题。
更新:谢谢 Terrance,我马上要检查一下 NFS。我没有 Windows 客户端,如果问题不大的话,我只需要这个功能。
答案1
我在使用 Linux mint xfce 19.1 和 19.0 时遇到了同样的问题。首先,我的“WD My Book Live” NAS 服务器出现了问题。我通过在 fstab 中添加 vers=2.0 解决了这个问题(我尝试了 vers 3.0 2.1 和 2.0,并选择了最高工作版本)。一开始我以为问题已经解决了,但后来有时从 NAS 复制文件时会出现问题。只有在复制扩展名为 html、gif、ico 和 txt 的文件时才会出现此问题(但可以很好地复制问题文件)。复制这些文件后,复制过程会冻结。复制扩展名为 flac、zip 和 tar.gz 的文件没有问题。复制多个文件时,复制过程在到达问题文件时会冻结。我通过在 fstab 中将 vers=2.0 更改为 vers=1.0 解决了这个问题。2.0 版本似乎存在兼容性问题?在测试 NAS 连接时,我使用了一个 3 Gb 的 iso 文件。我没有从 NAS 复制太多问题文件(可能有更多问题扩展),因此问题大多不可见。但经过一段时间后,我明白某些扩展存在结构问题。也许扩展不是问题,但文件的大小可能是问题。对于我的示例文件,问题文件很小!