16.04 CIFS“主机已关闭”,但不是


27

我在fstab中安装了CIFS,它们正在按预期的方式工作。他们按需安装并工作了一段时间。似乎无处不在(可能是在解锁机器后等),我尝试访问它时收到“主机已关闭”错误。我有多个,他们都很沮丧。它们也从同一服务器共享。这时,我检查了Windows计算机和一台过时的14.04机器,它们按预期的方式启动并运行。在Nautilus中单击共享并出现重复错误后,它们将再次开始工作。要访问“下降”的共享,大约需要2-3分钟,这是随机单击不同的安装,然后自动还原到第一个,它会自动显示安装点中的数据。

在一段时间未更新的14.04机器上,我没有此问题。所有这些机器都可以正常运行,并且CIFS永远不会“崩溃”。在16.04之前,它们才不是问题。

我确保每隔一天更新一次,并清理了旧的Linux标头(在以后看来,我可能应该恢复原状)。我之所以这样做,是因为我恳求修复程序出现,但是与CIFS挂接作战已经有数周时间了,而没有任何解决方案。


我有完全相同的问题。就在几周前刚刚开始。运气好的话?
伊恩H

不,仍然面临着同样的问题。您是否正在运行gnome-shell?我开始怀疑这是否是转折点,因为我有一台在gnome-shell之前还可以的笔记本电脑
DevinM '17

不,我使用urxvt。我认为这是保险丝中的错误。
伊恩H

Answers:


14

我正面临着同样的问题。似乎它与最新的内核版本和samba有关。

我设法通过在安装命令(或每fstab行的结尾)处添加vers = 2.0来解决此问题


3
您能否尝试让其他人更清楚?显示来自fstab或shell的行,并解释为什么有帮助?
Zanna

嗨,我按照启动板中所述的步骤应用了此变通方法:bugs.launchpad.net/ubuntu/+source/cifs-utils/+bug/1687273
josepcoves

我正在测试此修复程序。到目前为止,一切都很好。如果它在明天之前仍然有效,我将接受此作为答案。谢谢(你的)信息!
DevinM '17

对我不起作用-您可以张贴您的所作所为吗?您如何知道要使用哪个版本号?
hippyjim

4
由于这是公认的答案,因此也许应该提到尝试使用有效的值vers会产生最佳结果,而不是推荐一个特定的协议版本(该版本在过时的服务器上不起作用)。从高协议版本开始,然后逐一列出。如果最终您需要vers=1.0对远程服务器进行升级(如果可能)或以其他方式进行保护。
0xC0000022L

38

经过多次测试后vers=1.0,似乎可以解决这个问题。该安装现在可以在Ubuntu 17.10上使用,就像在旧版Ubuntu上使用多年一样。


3
经过10次尝试后,这是唯一可行的解​​决方案。 vers=2.0没用。
奥利维尔·庞斯

我不知道vers = 1.0 vs 2.0或3.0,并且在手册页中找不到任何提及,但这对我有用。
格雷格·查巴拉

3
//192.168.1.222/volume_1 / media / nas cifs username = ****,password = ****,vers = 1.0
Steven

@GregChabala:或许检查出mount.cifs(8)即用man 8 mount.cifs?在mount.cifs6.8版(来自cifs-utils软件包)中,手册页中确实包含的提及vers=arg
0xC0000022L '18

vers=1.0就我而言。
Sohel Pathan

7

我本人也遇到过同样的问题,尽管我遇到了上述相同的问题,但我想使用Ubuntu Wiki(https://wiki.ubuntu.com/MountWindowsSharesPermanently)中的方法自动挂载:mount error(112): Host is down

事情是帮助我添加vers=3.0和的选项的原因:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

因此,似乎只有当您绕过SMB1并使用其他指定的SMB3时,它才起作用,SMB3对我有用,因此我没有尝试过其他任何事情。

我已经在Windows计算机上使用了一个本地帐户,而不是将其与Outlook.com域名一起使用,因为我读到了一些也可能引起冲突的信息。


似乎Windows 10 Pro内部预览版本16232.rs_prerelease.170624-1334的最新更新包括一项更改,该更改要求我添加vers=3.0以安装以前没有该共享的共享。
迪伦·奥利弗

6

其他人已经暗示了解决方案,但是简短地解释原因可能是值得的。

mount.cifs 在Ubuntu 16.04中,默认情况下使用SMB1协议。

在的更高版本中mount.cifs,默认的SMB版本是2.1或3.0。

当前的Windows服务器不再支持SMB 1.0协议,除非在其注册表中对其进行了特殊配置以接受该协议。因此,默认情况下,它们拒绝使用SMB1协议来自客户端的连接。这导致产生误导性消息“主机已关闭”。

但是某些较旧的系统(通常是NASes)不支持协议2.1或3。

解决方案是mount.cifs使用vers=选项告诉使用正确的协议连接到服务器。例如,要连接到Windows 10计算机,请执行以下操作:

mount -t cifs ... -o vers=3.0,...

或从Ubuntu 18.04或更高版本迁移至旧的NAS:

mount -t cifs ... -o vers=1.0,...

man mount.cifs(在Ubuntu 16.04中):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

如果您在中定义安装/etc/fstab,它可能看起来像这样:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

cifs vers = 1.0,credentials = / root / .smbcredentials在18.04 LTS中为我工作。fsatb中的“ defaults”包含一个解析错误,因此删除该文本可以避免该错误。
格雷厄姆

@Graham smb1非常过时且危险。它也比较慢。尝试至少达到vers=2.1
Joel Coehoorn

@JoelCoehoorn但vers = 1.0起作用了,而后来的版本却没有...我从3开始,将vers降为1.0起作用。从那以后绝对没有问题。

@Graham然后,您需要修复要连接的主机,以便它支持smb2.1或更高版本。SMB1.0 真的很糟糕
Joel Coehoorn

@JoelCoehoorn我遵循了此线程中包含的建议:serverfault.com/questions/414074/mount-cifs-host-is-down解决了该问题。刚刚再次尝试vers = 3.0,相同的错误仍然存​​在,并且驱动器未安装。vers = 1.0有什么可怕的呢?
格雷厄姆

0

在客户端将cifs-utils更新到6.7-2之后,我遇到了同样的问题。基本上,josepcoves和user695658的解决方案为我工作。但是只有mount选项'vers'的值1.0对我有用。似乎参数'vers'的默认值不再是1.0。


这是已接受答案的重复。
karel
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.