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 smbclient
esta manera:
smbclient //NETGEARV2/public -U adam
¿Que puedo hacer? Ya no existe smbmount
en Linux Mint (ni en Ubuntu).
Cuando verifico dmesg
me sale esta información:
CIFS VFS: Send error in QFSUnixInfo = -95
CIFS VFS: cifs_read_super: get root inode failed
sudo apt-get install smbfs
gritaE: Package 'smbfs' has no installation candidate
. Paquetecifs-utils
reemplazarlo, 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 cifs
Solo dejé de trabajar. Después de montar un recurso CIFS / SMB y mirar el resultado dedemsg
, descubrí que agregar la opciónvers=1.0
fue el truco. Mi comando parecefuente
vers=2.0
Puede ser una solución también.vers=2.0
trabajó para mi. Sin suerte consec=ntlm
sec=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=ntlm
opció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=ntlm
usandomount.cifs
. (sudo mount.cifs '\\server\share' '/mnt/share' -o domain=DOMAIN,username=USERNAME,sec=ntlm