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

sudo apt-get install smbfsgritaE: Package 'smbfs' has no installation candidate. Paquetecifs-utilsreemplazarlo, que se reduce amount -t cifs.dmesg, debe haber más detalles sobre lo que salió mal del núcleo.cifsacl): unix.stackexchange.com/questions/403509/…Respuestas:
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 dedemsg, descubrí que agregar la opciónvers=1.0fue el truco. Mi comando parecefuente
vers=2.0Puede ser una solución también.vers=2.0trabajó para mi. Sin suerte consec=ntlmsec=ntlm, luego era principalmente una faltavers=1.0, ahora vemos las primeras ocurrenciasvers=2.0. :-)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:fuente
sec=ntlmusandomount.cifs. (sudo mount.cifs '\\server\share' '/mnt/share' -o domain=DOMAIN,username=USERNAME,sec=ntlm