Ubuntu Girl
  1. Ubuntu Girl
  3. 16.04 CIFS “L’hôte est en panne” mais ils ne le sont pas
Intereting Posts
Comment puis-je copier du texte à partir de boîtes de dialog et de menus? Comment sauvegarder l’historique de défilement dans Byobu? Comment puis-je régler la vitesse de défilement de ma souris manuellement? Comment faire en sorte que les menus déroulants aient une ombre? Partitionnement d’installation Ubuntu: logique ou primaire? Dois-je append le kernel HWE à l’installation manuelle du serveur Ubuntu (pas à partir d’un fournisseur d’hébergement)? Comment faire pour que nautilus oublie le mot de passe enregistré? Ubuntu MIR et Gnome-Shell sur Wayland = Problèmes Ubuntu depuis 13h10? Connexion à un téléscripteur à partir d’un autre ordinateur Puis-je avoir un menu global dans la session de repli de Gnome? accéder aux dossiers partagés sur un hôte Ubuntu et un invité Windows XP Quelle est la différence entre tasksel et les méthodes normales Où déposer des bogues / liste de souhaits pour Unity? Comment obtenir une liste de tous les packages dans une section de référentiel à partir de la ligne de commande? Où est Thunderbird dans le centre logiciel Ubuntu? 18.04 Installation minimale

16.04 CIFS “L’hôte est en panne” 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élocking de la machine, etc.) J’ai 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 assemblys et de revenir au premier lorsque, automatiquement, il affiche les données du sharepoint assembly.

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 assemblys 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 kernel et de samba.

J’ai réussi à résoudre ce problème en ajoutant Vers = 2.0 aux commandes de assembly (ou à la fin de chaque ligne fstab)

Après de nombreux tests, append vers=1.0 dans la ligne de assembly semble résoudre le problème. Le assembly 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 souhaitais effectuer un assembly automatique à l’aide de la méthode décrite dans le wiki d’Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ), bien que j’ai le même problème que précédemment: mount error(112): Host is down

Le truc, c’est ce qui m’a aidé, c’est d’append vers=3.0 au vers=3.0 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.

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 assembly ‘vers’ a fonctionné pour moi. Il semble que la valeur par défaut pour le paramètre ‘vers’ ne soit plus 1.0.

D’autres ont déjà fait allusion à la solution, mais il serait peut-être utile de l’expliquer prochainement.

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 assembly 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