¿Por qué ya no funciona mount.cifs en fstab después de actualizar de 16.04 a 18.04?

10

Mi fstab para conectarme a un NAS local siempre fue

//192.168.111.112/RAID /home/moi/share/OMV cifs noauto,users,username=USERNAME,passwd=PASSWORD

Después de actualizar mi sistema de Lubuntu 16.04 a 18.04 esto ya no funcionó, dando el mensaje de error:

Failed to query password: Permission denied
Password for USER@//192.168.111.112/RAID: mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Ben
fuente

Respuestas:

9

Lo que funcionó para mí fue agregar vers = 1.0 a las opciones en fstab en combinación con cambiar la opción de contraseña de passwd a contraseña :

//192.168.111.112/RAID /home/moi/share/OMV cifs  vers=1.0,noauto,users,username=USERNAME,password=PASSWORD

Esto ayudó a encontrar un registro de errores:

tail -f  /var/log/kern.log 

Agradecería cualquier aporte adicional.


EDITAR: septiembre de 2019

Hoy me di cuenta de que usersya no es un argumento válido del mount cifscomando. Además, vers=1.0debería ser el predeterminado, según man mount.cifs.

Ben
fuente
2

He estado luchando con esto durante un par de días, pude obtener recursos compartidos de samba en un sistema de escritorio ubuntu 16.04 con mi nueva instalación lubuntu 18.04 usando smb4k, pero no en fstab. Utilicé algunos de los parámetros enumerados por 'mount' después de montar un recurso compartido usando smb4k. Lo que encontré fue credentials=/etc/samba/auth.myserver.meque no funcionó como lo hizo con ubuntu 16.04. La siguiente sintaxis permitiría un montaje:

//192.168.10.66/servershare     /mnt/localdir       cifs  rw,vers=1.0,sec=ntlmssp,username=USER,password=PASSWORD,domain=YOURDOMAIN,uid=LOCALUSER,gid=LOCALUSER,posixpaths,mapposix,acl     0   0

Lo que no sé es cuál de las opciones anteriores se requiere. Use sus propios valores para USUARIO, CONTRASEÑA y SU DOMINIO.

Cada vez que usaba credentials=/etc/samba/auth.myserver.me, siempre recibía un mensaje de "Permiso denegado". Aparentemente, ubuntu 18.04 no está accediendo correctamente al archivo de credenciales enumerado fstabo la sintaxis ha cambiado.

Puede que tenga que experimentar con el uid y el gid. Normalmente solo inicio sesión como un usuario en particular, al que llamo LOCALUSER, el grupo predeterminado para ese inicio de sesión también sería LOCALUSER.

jpage
fuente
Tuve el mismo problema y ninguna de las otras soluciones (como "vers = 1.0") funcionó para mí. Finalmente pude montar nuestros recursos compartidos simplemente agregando la domain=opción (incluso usando el archivo de credenciales como antes ...).
bitifet
1

Ben ha dado la respuesta:

Lo que funcionó para mí fue agregar vers = 1.0 a las opciones en fstab

Cuando intenta hacer un mount.cifs utilizando un recurso SMB1, obtiene este tipo de mensajes en el registro del kernel:

$ journalctl | grep CIFS

Sep 04 14:57:22 nfsbonos kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Sep 04 14:57:23 nfsbonos kernel: CIFS VFS: cifs_mount failed w/return code = -112

Por lo tanto, probar el mount.cifs usando la opción vers = 1.0 debería solucionarlo:

$ mount.cifs /\/\$IP_of_RESOURCE_CIFS/\folder /mnt/folder -o vers=1.0,credentials=/root/.smbcredentials

y en fstab, simplemente colocando al principio de las opciones "vers = 1.0" (después de cifs).

Muchas, muchas gracias, Ben.

Perkolator
fuente
1
Duplicado de askubuntu.com/a/1032238/790920
abu_bua
1

Al actualizar a Ubuntu 18.04, nuestros scripts de montaje cifs fallaron también, estas fueron las siguientes soluciones que necesitaba:

  • userNo usousername
  • passNo usopassword
  • domNo usodomain
  • Utilizar vers=1.0
  • Utilice barras invertidas, \no barras diagonales /en UNC
  • Cuando se invoca desde scripts de bash, escapa de las barras invertidas, es decir, en \\lugar de \.

Aquí hay un comando de montaje de muestra en un script:

#!/bin/bash

REMOTEHOST=contoso
REMOTEFOLDER=share
MOUNTDIR=/mnt/share
MOUNTUSER=billgates
MOUNTPASS=secret
MOUNTDOM=microsoft

sudo mount -t cifs \\\\${REMOTEHOST}\\${REMOTEFOLDER} ${MOUNTDIR} -o vers=1.0,user=${MOUNTUSER},pass=${MOUNTPASS},dom=${MOUNTDOM}

Aquí está la línea de montaje de muestra en /etc/fstab:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,user=billgates,pass=secret,dom=microsoft

Sin embargo, si está usando un archivo de credenciales, debe usar username, passwordy de la domainsiguiente manera:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb
# /root/.smb
username=billgates
password=secret
domain=microsoft
Stephen Quan
fuente
0

Mi entrada fstab probada y verdadera para montar una unidad USB conectada a un enrutador TP-Link dejó de funcionar después de una actualización de Ubuntu / Mint. Agregar vers = 1.0 lo arregló. Mi entrada fstab es exactamente la siguiente:

//192.168.0.1/volume9 / home / don / RemoteMedia / NAS_USB cifs vers = 1.0, invitado, uid = 1000 0 0

volume9 y su ubicación es la partición de disco identificada por la página web de administración del enrutador. Remote Media es una carpeta que creé en mi directorio personal "don". Asegúrese de cambiar los permisos de este directorio para que el usuario conectado pueda acceder sin privilegios de root. NAS_USB es solo un nombre que elegí que aparecerá en mi carpeta de Medios remotos una vez montado que contiene los contenidos "vinculados" del volumen9. Otras respuestas que encontré tenían contraseñas, etc. en el ejemplo. Esta unidad USB aparece como un simple recurso compartido de Windows y esta es una simple fstab para admitir el montaje automático del disco al inicio para que sea posible una copia de seguridad automatizada en la unidad de red.

Espero que esto ayude.

Enlace Donald
fuente