一年多来，我已经能够使用 Ubuntu Server 16.04 备份大量 Windows 服务器，但这一切都在 2017 年 5 月 9 日星期二停止工作。
以下是我使用 fstab 挂载这些 Windows 文件系统的方法：
sudo nano /etc/fstab
\\192.168.1.1\c$ /mnt/win2012r2 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
\\192.168.1.2\d$ /mnt/win2008r2 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
\\192.168.1.3\c$ /mnt/win2012 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
\\192.168.1.4\d$ /mnt/win2008 cifs credentials=/home/user/.smb,iocharset=utf8,sec=ntlm 0 0
/home/user/.smb 文件仅包含以下内容：
username=administrator2
password=s3cr3tPW
domain=company1
重新启动后，如果我尝试执行挂载命令，它会显示所有这些服务器的驱动器已挂载到 Linux 文件系统：
sudo mount -a --verbose -vvv
/mnt/win2012r2 : already mounted
/mnt/win2008r2 : already mounted
/mnt/win2012 : already mounted
/mnt/win2008 : already mounted
但是，如果我尝试列出这些挂载点所在的目录，则需要很长时间并最终显示这些主机已关闭：
ls /mnt
ls: cannot access 'win2012r2': Host is down
ls: cannot access 'win2008r2': Host is down
ls: cannot access 'win2012': Host is down
ls: cannot access 'win2008': Host is down
上面的错误本质上与我在 cron rsync 日志中看到的错误相同：
failed: Host is down (112)
再说一遍，这一切都始于 2017 年 5 月 9 日星期二。而且，这不仅仅发生在这个网络上；而且还发生在这个网络上。这是在一家完全不同的公司发生的同样的事情，我使用相同的备份方法。
最后，这些备份服务器上的设置最近没有更改。我什至不记得在 5 月 8 日到 9 日期间明确进行过任何更新。
答案1
临时黑客。
从命令行安装时我遇到了同样的错误。
sudo mount -t cifs //ls2/jc /mnt/ls2 -o username=jc
我没有收到错误，“主机已宕机”，直到我尝试访问共享目录/mnt/ls2 和 /mnt。
ls /mnt/ls2
ls /mnt
然后，我卸载了共享sudo umount /mnt/ls2，然后使用与以前相同的命令重新安装sudo mount -t cifs //ls2/jc /mnt/ls2 -o username=jc。
一切顺利。
重要的提示：
份额//ls2/jc为不是在 Microsoft 机器上，但在 Ubuntu 14 服务器上更新了当前运行的smbd Version 4.3.11-Ubuntu.和 uname -a 输出：
Linux ls2 4.4.0-75-generic #96~14.04.1-Ubuntu SMP Thu Apr 20 11:06:56 UTC 2017 i686 i686 i686 GNU/Linux
执行 mount 命令的客户端 uname -a 输出：
Linux tec3 4.4.0-75-generic #96~14.04.1-Ubuntu SMP Thu Apr 20 11:06:30 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
客户端挂载版本：
mount from util-linux 2.20.1 (with libblkid and selinux support)