Error de montaje (5): error de entrada / salida en el montaje

Recibo un error de montaje (5):

Error de entrada y salida al montar en cifs windows share.

Comando ejecutado:

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

Error devuelto:

error de montaje (5): error de entrada / salida Consulte la página de manual de mount.cifs (8) (por ejemplo, man mount.cifs)

El comando ams funcionó en RHEL 32.

— Abdul Jaleel
fuente

Consulte el siguiente enlace y siga SEC askubuntu.com/questions/491297/permanent-windows-share-mounting

— vembutech

Sigue dando el mismo error después de agregar sec = ntlm

— Abdul Jaleel

Respuestas:

Al configurar un recurso compartido en un servidor Windows 2012, tuve que usar:

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

Tenga en cuenta el vers=3.0.

Según las sugerencias a continuación, es posible que deba intentarlo vers=2.0. El versparámetro es la clave.

— JebaDaHut
fuente

Gracias. vers=2.0Definitivamente fue la clave para mí en el montaje, como fue el caso -m SMB2al enumerar acciones con smbclient -L( client max protocol = SMB2en smb.conf, para configuración permanente).

Agregar <code> vers = 2.0 </code> a las opciones resolvió nuestro problema con este error. ¡Gracias por la sugerencia!

— Kentgrav

Esta respuesta me ha funcionado en Linux con el mountcomando. Había estado usando el mountcomando sin la versopción durante más de 2 años y luego, de repente, el montaje ya no funcionaba, aunque podía conectarme al terminal smbclient. Aparentemente, ha habido un cambio en la versión del software en algún lugar, por lo que ahora vers=3.0se necesita la opción, de modo que el disco remoto esté montado.

— amado.por.Jesús

El mío funcionó con vers = 2.1, lo sudo mount -t cifs -o username=myUser,password=myPassword,vers=2.1 //1.2.3.4/folderA/folderB /foo/bar --verbosecual es extraño porque la versión dice 2.23 en mi instancia de 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 fue la solución para mí también.

— YoMismo

Para mí, el problema era diferente al intentar montar un recurso compartido desde un dispositivo NAS desde un escritorio GNU / Linux más reciente. Especificar -o nounixpara deshabilitar las extensiones de Unix funcionó para mí.

Al final, lo que me ayudó fue analizar el resultado dmesgque me dijo:

[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
fuente

Verifique que la cuenta de dominio no esté bloqueada

— Pablo
fuente

¡Bingo! Después de mucha frustración con respecto error(5)a mí, se me ocurrió verificar dmesgel lado de GNU / Linux, solo para encontrarlo Status code returned 0xc0000234 STATUS_ACCOUNT_LOCKED_OUT. Entonces, verifiqué las propiedades de la cuenta en cuestión, que es una cuenta local de Windows 10 y, efectivamente, Account is locked outse verificó. (Esto probablemente ocurrió como resultado de demasiados inicios de sesión fallidos cuando estaba jugando con la configuración general de recursos compartidos anteriormente).

— Ben Johnson

Creo que tuve el mismo error de nivel superior, lo resolví, pero había visto esta pregunta en mi investigación, así que volví a aparecer lo suficiente como para publicar ... :)

— Paul