Erreur de montage (5): erreur d'entrée / sortie sur le montage

Je reçois une erreur de montage (5):

Erreur de sortie d'entrée lors du montage sur le partage de fenêtres cifs.

Commande exécutée:

sudo /bin/mount -t cifs //server/folder /mnt/folder/ -o username="domain/username",password=password

Erreur renvoyée:

erreur de montage (5): erreur d'entrée / sortie Reportez-vous à la page de manuel mount.cifs (8) (par exemple man mount.cifs)

La commande ams a travaillé sur RHEL 32.

— Abdul Jaleel
source

Veuillez vous référer au lien ci-dessous et suivre SEC askubuntu.com/questions/491297/permanent-windows-share-mounting

— vembutech

Toujours la même erreur après l'ajout de sec = ntlm

— Abdul Jaleel

Réponses:

Lors de la configuration d'un partage sur un serveur Windows 2012, j'ai dû utiliser:

sudo mount.cifs //server/folder /path/to/folder/ -o user=username,password=pass,vers=3.0

Notez le vers=3.0.

Sur la base des suggestions ci-dessous, vous devrez peut-être essayer vers=2.0. Le versparamètre est la clé.

— JebaDaHut
source

Je vous remercie. vers=2.0était définitivement la clé pour moi dans le montage, comme ce fut le cas -m SMB2lors de la cotation des actions avec smbclient -L( client max protocol = SMB2dans smb.conf, pour un cadre permanent).

L'ajout de <code> vers = 2.0 </code> aux options a résolu notre problème avec cette erreur. Merci pour la suggestion!

— Kentgrav

Cette réponse a fonctionné pour moi sous Linux avec la mountcommande. J'utilisais la mountcommande sans versoption depuis plus de 2 ans et puis, soudainement, le montage ne fonctionnait plus - même si je pouvais me connecter sur le terminal avec smbclient. Apparemment, il y a eu un changement de version du logiciel quelque part, de sorte que l' vers=3.0option maintenant est nécessaire, de sorte que le lecteur distant est monté.

— loves.by.Jesus

Le mien a fonctionné avec vers = 2.1, sudo mount -t cifs -o username=myUser,password=myPassword,vers=2.1 //1.2.3.4/folderA/folderB /foo/bar --verbosece qui est bizarre car la version dit 2.23 sur mon instance Amazon Linux 1 EC2[ec2-user@ip-1-2-3-4 ~]$ sudo mount --version mount from util-linux 2.23.2 (libmount 2.23.0: selinux, debug, assert)

— Kyle Bridenstine

vers = 2.0 était aussi la solution pour moi.

— YoMismo

Pour moi, le problème était différent lors de la tentative de montage d'un partage à partir d'un périphérique NAS à partir d'un bureau GNU / Linux plus récent. La spécification -o nounixde désactiver les extensions Unix a fonctionné pour moi.

En fin de compte, ce qui m'a aidé, c'est d'examiner le résultat dmesgqui m'a dit:

[160169.609325] CIFS VFS: Send error in SETFSUnixInfo = -5
[160169.609327] CIFS VFS: Negotiating Unix capabilities with the server failed. Consider mounting with the Unix Extensions disabled if problems are found by specifying the nounix mount option.
[160169.620877] CIFS VFS: Malformed FILE_UNIX_BASIC_INFO response. Unix Extensions can be disabled on mount by specifying the nosfu mount option.
[160169.620888] CIFS VFS: cifs_read_super: get root inode failed

— okurz
source

Vérifiez que le compte de domaine n'est pas verrouillé

— Paul
source

Bingo! Après beaucoup de frustration error(5), j'ai pensé à vérifier dmesgdu côté GNU / Linux, seulement pour trouver Status code returned 0xc0000234 STATUS_ACCOUNT_LOCKED_OUT. J'ai donc vérifié les propriétés du compte en question, qui est un compte Windows 10 local, et bien sûr, a Account is locked outété vérifié. (Cela s'est probablement produit en raison d'un trop grand nombre de connexions infructueuses lorsque je manipulais la configuration globale du partage plus tôt.)

— Ben Johnson

Je pense que j'avais eu la même erreur de niveau supérieur, je l'ai résolue, mais j'avais vu cette question dans mes recherches, donc je suis revenue assez longtemps pour poster .. :)

— Paul