Nie można zamontować udziału CIFS z / etc / fstab

Mam w mojej linii /etc/fstabod wieków, które przestały działać od 13.04:

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

i daje mi:

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

dmesg jest tak pomocna jak słońce na pustyni:

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

Wiem, że kombinacja użytkownik / hasło jest poprawna, ponieważ działa to dobrze:

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

Jak mogę na stałe zamontować udział CIFS / Samba na Ubuntu 13.04?

zgodnie z ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) powinno być:

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

Spróbuj spojrzeć, co robisz źle. Uprość to: usuń file_mode, user i gid, być może również zmienne iocharset i sec. Jeśli to zadziała, dodaj zawsze jeden ...

The

sec = ntlm

nie rozwiązuje problemu na moim pulpicie (Ubuntu 13.10). Wygląda na to, że format parametru nieco się zmienił w domenie. Kiedyś to działało wcześniej, ale nie teraz:

-o nazwa użytkownika = msdomain / msusername, password = mspassword

Zmieniłem na ten format:

-o dom = msdomain, nazwa użytkownika = nazwa użytkownika, hasło = hasło

i teraz działa dobrze.

sec = ntlm też dla mnie pracował ...

Miałem mnóstwo problemów z tym z interfejsu CLI i fstab, ale działało dobrze z GUI (na Fedorze 20) na domowy NAS i aby wykluczyć takie rzeczy jak złożone hasła, stworzyłem użytkownika z prostą nazwą użytkownika i hasłem, a następnie użyłem Polecenie CLI mount.cifs do testowania. Cały czas otrzymywałem odmowę zgody (13), podobnie jak Wireshark z GUI i próbami CLI.

Jeśli to zrobisz, to chcesz ponownie otrzymać odpowiedź protokołu z serwera i rozwinąć wszystkie pola, by sprawdzić wersję / dialekt (w moim przypadku serwer chciał wersji 1.0) i, co ważniejsze, wymagania bezpieczeństwa, 1 oznacza, że serwer wymaga czegoś, a mój serwer wymaga szyfrowania hasła, więc ustawienie sec = ntlm naprawiło to dla mnie :-D.

Wielkie dzięki dla Dee powyżej!

Miałem ten problem w różnych sieciach, które wymagały usług udostępniania plików samba z serwera plików opartego na Ubuntu lub LinuxMint.

W każdym przypadku, gdy konto samby użytkownika miało hasło i umożliwiało przeglądanie (i manipulowanie plikami) udziału za pośrednictwem menedżera plików, montowania fstab nie działały.

Dzieje się tak niezależnie od ustawienia sec = ntlm lub sec = ntlmv2 lub sec = ntlmssp lub dowolnych innych opcji zwykle oferowanych jako „rozwiązanie” (tj. Takie jak ustawienie trybu_pliku lub użytkownika lub gid)

W każdym przypadku rozwiązanie dla naszych instalacji jest takie samo: zresetuj hasło użytkownika samby, a mount działa, niezależnie od opcji ustawień!

Nie jestem pewien, co się stanie, gdy hasło zostanie „odziedziczone / przekonwertowane” z konta Linux użytkownika, ale wydaje się, że istnieje znaczny problem, pomimo możliwości przeglądania (nie montowania) udziału samba.

Zamierzam teraz zamieścić tę odpowiedź na kilku podobnych postach AskUbuntu, które promują te same „odpowiedzi”, które często nie wydają się pomagać osobom z problemami.

Być może takie podejście pomoże ci w podjęciu wyzwania montażu samby fstab. Mam nadzieję i powodzenia.