mount -t cifs: "Operación no admitida", pero puede conectarse a través de smbclient


35

Después de que sysadmin reemplazó el NAS, ya no puedo montar el recurso compartido de red con

sudo mount -t cifs //netgear.local/public /media/mountY -o uid=1000,iocharset=utf8,username="adam",password="password"

Ambos NAS están basados ​​en Linux, uno con Samba 3.5.15 (el antiguo) y el otro con Samba 3.5.16 (el nuevo) (información obtenida de smbclient)

Sin embargo, puedo iniciar sesión y usar el recurso compartido con la ayuda de smbclientesta manera:

smbclient  //NETGEARV2/public -U adam

¿Que puedo hacer? Ya no existe smbmounten Linux Mint (ni en Ubuntu).

Cuando verifico dmesgme sale esta información:

CIFS VFS: Send error in QFSUnixInfo = -95
CIFS VFS: cifs_read_super: get root inode failed

En Ubuntu tienes que instalar el paquete smbfs.
Laurentiu Roescu

Si el NAS está basado en Linux, ¿necesita acceder a través de CIFS? Si también se exportan con NFS, debería usar NFS en su lugar.
Tim B

2
@LaurentiuRoescu como dije, no hay smbfs en Ubuntu reciente. Dice que se deprecia y sudo apt-get install smbfsgrita E: Package 'smbfs' has no installation candidate. Paquete cifs-utilsreemplazarlo, que se reduce a mount -t cifs.
Adam Ryczkowski

1
Verifique dmesg, debe haber más detalles sobre lo que salió mal del núcleo.
derobert

pregunta relacionada, en el contexto de ACL ( cifsacl): unix.stackexchange.com/questions/403509/…
myrdd

Respuestas:


43

En el trabajo me encontré con un problema similar. moun -t cifsSolo dejé de trabajar. Después de montar un recurso CIFS / SMB y mirar el resultado de demsg, descubrí que agregar la opción vers=1.0fue el truco. Mi comando parece

mount -t cifs // servidor / carpeta ./mountpoint -o usuario = USUARIO, dominio = DOMINIO, vers = 1.0


10
vers=2.0Puede ser una solución también.
Karl Richter

1
vers=2.0trabajó para mi. Sin suerte consec=ntlm
Max

2
La causa raíz parece cambiar con el tiempo: en 2013, la mayoría de las personas lo necesitaban sec=ntlm, luego era principalmente una falta vers=1.0, ahora vemos las primeras ocurrencias vers=2.0. :-)
Torsten Bronger

23

Después de ver dmseg y Google, encontré la solución:

Uno tiene que agregar la sec=ntlmopción. El problema (¿característica?) Se introduce en los núcleos recientes (uso 3.8.4). Simplemente no me di cuenta de que el problema está relacionado con el núcleo. Entonces, la forma correcta de montaje es:

sudo mount -t cifs //netgear.local/public /media/mountY -o uid=1000,iocharset=utf8,username="adam",password="password",sec=ntlm

por cierto, también funciona si agrega sec=ntlmusando mount.cifs. (sudo mount.cifs '\\server\share' '/mnt/share' -o domain=DOMAIN,username=USERNAME,sec=ntlm
Epeleg
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.