Impossibile montare la condivisione CIFS da / etc / fstab

Ho una linea nella mia /etc/fstabda anni che smette di funzionare dal 13.04:

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

e mi dà:

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

dmesg è utile quanto il sole nel deserto:

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

So che la combinazione utente / pass è corretta, poiché funziona perfettamente:

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
...

Come posso montare permanentemente una condivisione CIFS / Samba su Ubuntu 13.04?

secondo ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) dovrebbe essere:

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

Cerca di capire cosa stai facendo di sbagliato. Semplifica, rimuovi file_mode, user e gid, forse anche iocharset e le variabili sec. Se funzionerà, aggiungine sempre uno ...

Il

sec = ntlm

non risolve il problema sul mio desktop (Ubuntu 13.10). Sembra che il formato del parametro sia cambiato un po 'sul dominio. Utilizzato per funzionare prima, ma non ora:

-o username = msdomain / msusername, password = mspassword

Ho cambiato in questo formato:

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

e funziona bene ora.

sec = ntlm ha funzionato anche per me ...

Ho avuto un sacco di problemi con questo dalla CLI e fstab ma ha funzionato bene dalla GUI (su Fedora 20) a un NAS domestico e per escludere cose come password complesse ho creato un utente con un semplice nome utente e password e quindi ho usato il Comando CLI mount.cifs con cui provare. Continuavo a ottenere il permesso negato (13) per tutto il tempo, così come un Wireshark della GUI e dei tentativi della CLI.

Se lo fai, vuoi che il messaggio di Protocol Protocol risponda al server ed espandi tutti i campi per verificare la versione / dialetto (nel mio caso il server voleva la versione 1.0) e, soprattutto, i requisiti di sicurezza, un 1 significa che il il server richiede qualcosa e il mio server ha richiesto la crittografia della password, quindi l'impostazione sec = ntlm l'ha risolto per me :-D.

Mille grazie a Dee sopra!

Ho riscontrato questo problema su varie reti che necessitavano di servizi di condivisione file samba da un file server basato su Ubuntu o LinuxMint.

In ogni caso, mentre l'account samba dell'utente aveva una password e consentiva la navigazione (e la manipolazione dei file) di una condivisione tramite un file manager, i montaggi fstab non funzionavano.

Questo indipendentemente dal fatto che abbia impostato sec = ntlm o sec = ntlmv2 o sec = ntlmssp o una delle varie altre opzioni tipicamente offerte come una "soluzione" (cioè come impostare il file_mode o l'utente o il gid)

In ogni caso la soluzione per le nostre installazioni è stata la stessa: reimpostare la password dell'utente samba e il montaggio funziona, indipendentemente dalle opzioni di impostazione!

Non sono sicuro di cosa succede quando la password viene "ereditata / convertita" dall'account Linux dell'utente, ma sembra che ci sia un problema significativo lì, nonostante la possibilità di navigare (non montare) una condivisione samba.

Adesso inserirò questo post tra due post simili di AskUbuntu che promuovono le stesse "risposte" che spesso non sembrano aiutare quelli con problemi.

Forse questo approccio ti aiuterà con la tua sfida di montaggio della samba fstab. Lo spero e buona fortuna.