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

10

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.

linux mount samba cifs 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:

17

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
3
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
1
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
1
vers = 2.0 fue la solución para mí también.
YoMismo
2

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
2

Verifique que la cuenta de dominio no esté bloqueada

Pablo
fuente
1
¡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