無法再掛載 Windows 文件系統（自 2017 年 5 月 9 日起）

一年多以來，我已經能夠使用 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 日之間明確進行過任何更新。

臨時破解。

從命令行安裝時，我遇到了同樣的錯誤。

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。

一切正常。

重要的提示：

共享不在Microsoft 機器上，而是在 Ubuntu 14 伺服器上更新了 current //ls2/jcrunning 。和 uname -a 輸出：smbd Version 4.3.11-Ubuntu

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

安裝命令執行 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)

引用自：https://unix.stackexchange.com/questions/364362