16.04 CIFS "Host is down" mais ils ne le sont pas
J'ai ma configuration CIFS dans fstab et ils fonctionnent comme ils sont supposés le faire au démarrage. Ils montent comme ils le devraient et travaillent pendant un moment. De nulle part il semble (pourrait être après le déverrouillage de la machine, etc.) Je reçois l'erreur "Host is down" en essayant d'y accéder. J'ai plusieurs et ils sont tous en panne. Ils sont également partagés à partir du même serveur. En ce moment, je vérifie sur un ordinateur Windows et une machine obsolète 14.04 et ils fonctionnent comme ils sont censés le faire. Après avoir cliqué sur les actions de nautilus et obtenu des erreurs de répétition, ils recommenceront à travailler. Pour accéder à un partage "en panne", il faut environ 2 à 3 min de clic aléatoire sur différents montages et de revenir au premier lorsque, automatiquement, il affiche les données du point de montage.
Je n'ai pas ce problème sur les machines 14.04 qui n'ont pas été mises à jour depuis un moment. Toutes ces machines sont entièrement fonctionnelles et le système CIFS ne tombe jamais en panne. Le 16 avril, ils n'étaient pas un problème jusqu'à une date récente.
Je me suis assuré de mettre à jour tous les deux jours et j'ai nettoyé les anciens en-têtes de linux (dans la vue arrière, j'aurais probablement dû revenir). Je le fais parce que je demande un correctif, mais cela fait des semaines que nous luttons contre des montages CIFS sans solution.
Je suis confronté au même problème. Il semble que cela ait quelque chose à voir avec les versions les plus récentes du noyau et de samba.
J'ai réussi à résoudre ce problème en ajoutant Vers = 2.0 aux commandes de montage (ou à la fin de chaque ligne fstab)
Après de nombreux tests, l’ajout de vers=1.0 à la ligne de montage semble résoudre le problème. Le support fonctionne maintenant sur Ubuntu 17.10 comme il le faisait depuis des années sur les versions précédentes d’Ubuntu.
J'ai moi-même rencontré le même problème, je voulais monter automatiquement en utilisant la méthode trouvée dans le wiki Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) bien que j'ai le même problème comme indiqué ci-dessus: mount error(112): Host is down
Le problème, c’est ce qui m’a aidé à ajouter vers=3.0 au début et à la fin des options:
//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0
Il semble donc que cela ne fonctionne que maintenant si vous contournez SMB1 et utilisez un autre système spécifié, SMB3 fonctionnant pour moi, je n'ai donc rien essayé d'autre.
J'ai utilisé un compte local sur la machine Windows, pas avec un nom de domaine Outlook.com, car j'ai lu quelque chose qui pourrait aussi causer des conflits.
D'autres ont déjà fait allusion à la solution, mais il serait peut-être utile d'expliquer rapidement la raison.
mount.cifs dans Ubuntu 16.04 utilise le protocole SMB1 par défaut.
Les serveurs Windows actuels ne supportent plus ce protocole, à moins d'être spécifiquement configuré dans leur registre pour l'accepter. Donc, par défaut, ils refusent les connexions des clients utilisant le protocole SMB1. Ce qui conduit au message trompeur "L'hôte est en panne".
La solution consiste à indiquer à mount.cifs d'utiliser le protocole SMB2, SMB2.1 ou SMB3.0:
mount -t cifs ... -o vers=3.0,...
ou vers=2.1 ou vers=2.0.
De man mount.cifs:
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.
Si vous définissez votre monture dans /etc/fstab, cela pourrait ressembler à ceci:
//server/share /mnt/share cifs defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0
J'ai eu le même problème après une mise à jour du client des cifs-utils à 6.7-2. Et fondamentalement, la solution de josepcoves et user695658 a fonctionné pour moi. Mais seule la valeur 1.0 pour l'option de montage 'vers' a fonctionné pour moi. Il semble que la valeur par défaut pour le paramètre 'vers' ne soit plus 1.0.