web-dev-qa-db-fra.com

Impossible de monter un lecteur externe Windows en réseau via cifs

Depuis la mise à jour Windows 10 Anniversary Update, le montage d’un lecteur externe branché sur une machine Windows de mon réseau me pose problème.

Mon fstab:

//bowser.local/Fire  /media/Fire  cifs  auto,_netdev,comment=systemd.automount,sec=ntlm,uid=cameron,credentials=/root/.smbcredentials,iocharset=utf8,file_mode=0755,dir_mode=0755,defaults  0  0

Je reçois l'erreur:

mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

J'ai fait des recherches et essayé plusieurs options (mes options n'ont pas commencé aussi longtemps!).

Le problème est que cela fonctionne bien avec d’autres actions. J'ai essayé de partager Desktop à partir du lecteur C sous Windows juste pour effectuer un test et tout fonctionne correctement. Je sais donc que les informations d'identification ne sont pas mauvaises ou qu'il ne parvient pas à trouver le PC sur le réseau ... il semble y avoir quelque chose de spécifique sur le lecteur externe? Eh bien, les lecteurs ... j’essaie de monter deux appareils et le même problème.

Si j'essaye l'interface graphique et que j'utilise "Connect to Server" dans Nautilus pour commenter smb://bowser.local, le partage Fire s'affiche, mais si je clique dessus, j'obtiens le message d'erreur suivant:

Unhandled error message: Failed to mount Windows share: Invalid argument

Le partage Desktop fonctionne bien.

Je ne sais pas si cela peut aider, mais sur mon Mac, aller à Shared > bowser > Fire dans le Finder fonctionne également très bien.

Comme mentionné, en utilisant Windows 10 avec la mise à jour d'anniversaire:

  • Windows 10 Enterprise 14393
  • Bureau Ubuntu 16.04
  • Mac OS X 10.11.6

Mise à jour: Merci au commentaire de emk2203, une nouvelle erreur s'est produite lors de la tentative de connexion directe avec smbclient: tree connect failed: NT_STATUS_INSUFF_SERVER_RESOURCES.

Cela a conduit à plus de preuves que c'était la faute de Windows et un ami m'a suggéré de regarder dans les journaux. Dans les journaux Windows, j'ai trouvé cette erreur:

Le paramètre de configuration du serveur "irpstacksize" est trop petit pour que le serveur puisse utiliser un périphérique local. S'il vous plaît augmenter la valeur de ce paramètre.

4
CWSpear

Grâce à l’erreur irpstacksize que j’ai découverte dans les journaux Windows, j’ai pu trouver n article qui expliquait comment augmenter cette valeur (en mettant l’essentiel ci-dessous au cas où le lien se briserait) ).

C'est une entrée de registre (éditer via regedit) (créez-la si elle n'existe pas - elle n'existait pas pour moi):

HKEY_LOCAL_MACHINE
 \SYSTEM
  \CurrentControlSet
   \Services
    \LanmanServer
     \Parameters
IRPStackSize DWORD 0x0000000f (15)

IRPStackSize est sensible à la casse . La virgule 15 est la valeur par défaut. Ils disent de l'augmenter à 5 jusqu'à (50 est le maximum?). Je ne pouvais trouver aucune preuve que le porter à 50 aurait des conséquences négatives réelles (et la plupart des gens semblaient croire que ce ne serait pas le cas), alors après que cela ne fonctionnait toujours pas à 33 ans, j'ai sauté à 50 et il a travaillé !

Entre chaque modification, vous devez redémarrer Services > Server pour que la modification soit prise en compte.

5
CWSpear

Moin, j'ai eu le même problème. Après une longue recherche sur google, j'ai trouvé l'erreur par moi-même.

La mise à jour d'anniversaire a changé mon état network-firewall en public, de sorte qu'il bloque tout. Après que je sois revenu à privat, cela a été résolu.

Salutations de Berlin.

0
ReeBo