El montaje de la unidad cifs proporciona: error de montaje (22): argumento no válido

44

Estoy tratando de correr:

sudo mount -t cifs //user.my-backup.com /mnt/wal_drive -o iocharset=utf8,rw,credentials=/etc/backupcredentials.txt,uid=postgres,gid=postgres,file_mode=0660,dir_mode=0770

Sin embargo, sigo recibiendo el siguiente error:

mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

¿Qué estoy haciendo mal?

mount cifs

— Niels Kristian
fuente

1

Dos posibles problemas: su fuente es una URL que puede no resolverse o no anuncia Samba; y, el uid / gid debe expresarse numéricamente. ¿Has leído la manpágina referida ?

— douggro

3

Mount realmente debería devolver un mejor mensaje de error. Saber qué argumento es inválido haría que este mensaje de error fuera mucho más útil.

— Gregory Arenius

1

Mount da un error genérico porque los detalles están en el registro. Como se dice a continuación, use tail -f /var/log/kern.log para comprender lo que está sucediendo.

— Sam

1

dmesg | taille informa un poco más sobre qué opción le está causando problemas.

— HongboZhu

63

tal vez esto ayude con esto, mount error(22): Invalid argument... el posible error es el argumento / s (modo) en el comando de montaje.

revise sus registros de los errores encontrados.
```
tail -f  /var/log/kern.log 
```
eliminar el argumento no válido

— usuario278458
fuente

99

Esto funcionó para mí. Encontré el error CIFS not working, kernel upgrade:No dialect specified on mounty lo resolví [agregando] vers=1.0a mi / etc / fstab ( bbs.archlinux.org/viewtopic.php?id=230952 ). Sospecho que es causado por el uso del kernel 4.13.

— blaha

Dios, gracias a Dios por stackoverflow. Mismo problema en ubuntu. Agregué vers = 2.0 y funciona. Mount.cifs actual está en 6.4. Probablemente algunas mejoras en las credenciales pero no cavar en CIFS ahora ...

— dturvene

6

Tuve el mismo problema en Arch Linux, con este mensaje en el registro:

kernel: CIFS VFS: cifs_mount failed w/return code = -22

Para mí, la solución era especificar una versión anterior de cifs (por defecto era 3.0):

/etc/fstab:

//my-router/share /media/share cifs ver="2.1",rw,soft,uid=ele,gid=ele,file_mode=0770,dir_mode=0770,credentials=/etc/router-credentials.conf 0 0

— Igor Avdeev
fuente

3

Otra posible causa es la presencia de sec=ntlmin /etc/fstaby su incompatibilidad con los nuevos protocolos SMB como SMB3.

Si bien no es el caso del OP, esto también puede causar mount error(22): Invalid argumenterrores, como lo hizo para mí después de actualizar un servidor antiguo.

Aunque kern.logincluye una sugerencia specify vers=1.0 on mount, puede ser más seguro eliminarlo o cambiarlo sec=ntlm. Quizás use los valores predeterminados para permitir la negociación automática de la versión y seguridad de SMB, o especifique opciones compatibles como vers=3.0,sec=ntlmssp.

Obviamente, esto depende de las características de su servidor SMB, pero trataría de evitarlo a vers=1.0menos que fuera necesario.

— drgrog
fuente

2

Estaba usando una URL incorrecta. Debería haber sido://user.my-backup.com/backup

— Niels Kristian
fuente

2

En mi caso, este problema fue causado porque había montado un directorio lleno de enlaces simbólicos. Después de investigar los enlaces simbólicos en Windows, obtuve sus rutas "reales" y las monté en su lugar.

— pzkpfw
fuente

2

Puede agregar la información de versión para SMB para resolver el problema. Lo que hice fue agregar vers = 1.0. Esta es la versión 1 de SMB que funciona con todos los controladores smb. Para su caso se verá más o menos así

sudo mount -t cifs //user.my-backup.com /mnt/wal_drive -o iocharset=utf8,rw,vers=1.0,credentials=/etc/backupcredentials.txt,uid=postgres,gid=postgre ,file_mode=0660,dir_mode=0770

— Siddharth Kaul
fuente

1

Después de actualizar a Jessie Debian, el paquete debe haber cambiado. Eliminé guid=0la siguiente fstabmontura y todo volvió a funcionar correctamente.

//x.x.x.x/General/  /usr/local/share/general cifs uid=0,guid=0,rw,credentials=/etc/gen-cifspasswd 0 0

— Benjamin Stewart
fuente