No se puede montar el recurso compartido CIFS desde / etc / fstab

Tengo una línea en mi vida /etc/fstabque dejó de funcionar desde el 13.04:

//192.168.100.2/share   /mnt/popcorn      cifs username=MyUserName,password=MyPassword,user,gid=sambashare,file_mode=0664 0   0

y me da

mount /mnt/popcorn
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

dmesg es tan útil como el sol en el desierto:

[  622.471321] CIFS VFS: Send error in SessSetup = -13
[  622.471458] CIFS VFS: cifs_mount failed w/return code = -13

Sé que el combo usuario / pase es correcto, ya que esto funciona bien:

bart@dosar:~$ smbclient //192.168.100.2/share --user=MyUserName
Enter nmt's password: 
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.32]
smb: \> ls
...

¿Cómo puedo montar permanentemente un recurso compartido CIFS / Samba en Ubuntu 13.04?

de acuerdo con ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) debe ser:

//servername/sharename  /media/windowsshare  cifs  username=msusername,password=mspassword,iocharset=utf8,sec=ntlm  0  0

Intenta mirar lo que estás haciendo mal. Hazlo simple, elimina el file_mode, user y gid, quizás también las variables iocharset y sec. Si esto funciona, agregue siempre uno ...

los

sec = ntlm

no resuelve el problema en mi escritorio (Ubuntu 13.10). Parece que el formato del parámetro cambió un poco sobre el dominio. Solía ​​funcionar esto antes pero ahora no:

-o nombre de usuario = msdomain / msusername, contraseña = mspassword

He cambiado a este formato:

-o dom = msdomain, username = msusername, password = mspassword

Y funciona bien ahora.

sec = ntlm también funcionó para mí ...

Tuve muchos problemas con esto desde la CLI y fstab, pero funcionó bien desde la GUI (en Fedora 20) hasta un NAS doméstico y para descartar cosas como contraseñas complejas, creé un usuario con un nombre de usuario y contraseña simples y luego usé el Comando CLI mount.cifs para probar. Seguía obteniendo permisos denegados (13) todo el tiempo, lo mismo que un Wireshark de los intentos de GUI y CLI.

Si hace esto, entonces desea que el mensaje de Respuesta de protocolo vuelva del servidor y expanda todos los campos para verificar la versión / dialecto (en mi caso, el servidor quería la versión 1.0) y, lo que es más importante, los requisitos de seguridad, un 1 significa que el El servidor requiere algo y mi servidor requiere cifrado de contraseña, por lo que configurar sec = ntlm lo arregló para mí :-D.

Muchas gracias a Dee arriba!

He tenido este problema en varias redes que necesitaban servicios de intercambio de archivos samba desde un servidor de archivos basado en Ubuntu o LinuxMint.

En todos los casos, mientras que la cuenta samba del usuario tenía una contraseña y permitía navegar (y manipular archivos) de un recurso compartido a través de un administrador de archivos, los montajes fstab no funcionaban.

Esto es independientemente de haber configurado sec = ntlm o sec = ntlmv2 o sec = ntlmssp o cualquiera de las otras opciones que normalmente se ofrecen como una "solución" (es decir, como configurar el file_mode o user o gid)

En todos los casos, la solución para nuestras instalaciones ha resultado ser la misma: restablezca la contraseña del usuario de samba y el montaje funciona, ¡independientemente de las opciones de configuración!

No estoy seguro de lo que sucede cuando la contraseña se "hereda / convierte" de la cuenta de Linux del usuario, pero parece haber un problema importante allí, a pesar de la capacidad de navegar (no montar) un recurso compartido de samba.

Ahora voy a publicar esta respuesta en un par de publicaciones similares de AskUbuntu que promueven las mismas "respuestas" que a menudo no parecen ayudar a las personas con problemas.

Quizás este enfoque lo ayudará con su desafío de montaje de fmbab samba. Eso espero y buena suerte.