Não foi possível montar o compartilhamento CIFS em / etc / fstab

Eu tenho uma linha na minha /etc/fstabidade que parou de funcionar desde 13.04:

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

e isso me dá:

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

dmesg é tão útil quanto a luz do sol no deserto:

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

Eu sei que a combinação user / pass está correta, pois isso funciona bem:

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

Como posso montar permanentemente um compartilhamento CIFS / Samba no Ubuntu 13.04?

de acordo com ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) deve ser:

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

Tente ver o que você está fazendo de errado. Simplifique, remova o file_mode, user e gid, talvez as variáveis ​​iocharset e sec também. Se isso funcionar, adicione sempre um ...

o

sec = ntlm

não resolve o problema na minha área de trabalho (Ubuntu 13.10). Parece que o formato do parâmetro mudou um pouco no domínio. Costumava trabalhar isso antes, mas agora não:

-o nome de usuário = msdomínio / msusername, senha = mspassword

Mudei para este formato:

-o dom = msdomain, nome de usuário = msusername, senha = mspassword

e funciona bem agora.

sec = ntlm também funcionou para mim ...

Eu tive muitos problemas com isso na CLI e no fstab, mas funcionou bem da GUI (no Fedora 20) para um NAS doméstico e para descartar coisas como senhas complexas, criei um usuário com um nome de usuário e senha simples e, em seguida, usei o Comando da CLI mount.cifs para testar. Eu continuava recebendo permissão negada (13) o tempo todo, assim como um Wireshark das tentativas da GUI e da CLI.

Se você fizer isso, deseja que a mensagem Resposta do protocolo volte do servidor e expanda todos os campos para verificar a versão / dialeto (no meu caso, o servidor desejava a versão 1.0) e, mais importante, os requisitos de segurança, 1 significa que o servidor requer algo e meu servidor exigiu criptografia de senha, portanto, a configuração sec = ntlm corrigiu para mim :-D.

Muito obrigado a Dee acima!

Eu tive esse problema em várias redes que precisavam de serviços de compartilhamento de arquivos samba de um servidor de arquivos baseado no Ubuntu ou LinuxMint.

Em todos os casos, enquanto a conta samba do usuário tinha uma senha e permitia navegar (e manipular arquivos) de um compartilhamento através de um gerenciador de arquivos, as montagens fstab não funcionavam.

Isso independentemente de ter definido sec = ntlm ou sec = ntlmv2 ou sec = ntlmssp ou qualquer uma das várias outras opções normalmente oferecidas como uma "solução" (por exemplo, como definir o modo de arquivo ou usuário ou gid)

Em todos os casos, a solução para nossas instalações acabou sendo a mesma: redefina a senha do usuário do samba e a montagem funcionará, independentemente das opções de configuração!

Não sei ao certo o que acontece quando a senha é "herdada / convertida" da conta Linux do usuário, mas parece haver um problema significativo lá, apesar da capacidade de navegar (não montar) um compartilhamento de samba.

Agora vou cruzar esta resposta para algumas postagens similares do AskUbuntu, que promovem as mesmas "respostas" que geralmente parecem não ajudar as pessoas com problemas.

Talvez essa abordagem o ajude com seu desafio de montagem do fstab samba. Espero que sim e boa sorte.