Невозможно смонтировать общий ресурс CIFS из / etc / fstab

У меня есть целая /etc/fstabвечность, которая перестала работать с 13.04:

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

и это дает мне:

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

dmesg так же полезно, как солнечный свет в пустыне:

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

Я знаю, что комбинация user / pass верна, так как она работает нормально:

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

Как я могу постоянно смонтировать общий ресурс CIFS / Samba в Ubuntu 13.04?

Согласно ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) должно быть:

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

Попробуйте посмотреть, что вы делаете неправильно. Сделайте это просто, удалите file_mode, user и gid, а также переменные iocharset и sec. Если это сработает, всегда добавляйте один ...

The

сек = NTLM

не решает проблему на моем рабочем столе (Ubuntu 13.10). Кажется, формат параметра немного изменился в отношении домена. Раньше работал это раньше, но не сейчас:

-o имя пользователя = msdomain / msusername, пароль = mspassword

Я изменил на этот формат:

-o dom = msdomain, имя пользователя = msusername, пароль = mspassword

и теперь это работает хорошо.

sec = ntlm у меня тоже работает ...

У меня было множество проблем с этим из CLI и fstab, но он хорошо работал от GUI (на Fedora 20) до домашнего NAS и, чтобы исключить такие вещи, как сложные пароли, я создал пользователя с простым именем пользователя и паролем, а затем использовал Команда CLI mount.cifs для тестирования. Я все время получал отказ в разрешении (13), так же как и Wireshark с попытками GUI и CLI.

Если вы сделаете это, вы захотите вернуть ответное сообщение протокола с сервера и разверните все поля, чтобы проверить версию / диалект (в моем случае сервер требовал версию 1.0) и, что более важно, требования безопасности, а 1 означает, что Сервер требует чего-то, и мой сервер требует шифрования пароля, поэтому установка sec = ntlm исправила это для меня :-D.

Большое спасибо Ди выше!

У меня была эта проблема в различных сетях, где требовались службы совместного доступа к файлам samba с файлового сервера на основе Ubuntu или LinuxMint.

В любом случае, хотя учетная запись samba пользователя имела пароль и позволяла просматривать (и манипулировать файлами) общий ресурс через файловый менеджер, fstab mounts не работал.

Это независимо от того, установлено ли sec = ntlm или sec = ntlmv2 или sec = ntlmssp или любой из различных других параметров, обычно предлагаемых в качестве «решения» (например, таких как установка file_mode или user или gid)

В любом случае решение для наших установок оказалось одинаковым: сбросьте пароль пользователя samba, и монтирование будет работать независимо от настроек!

Я не уверен, что произойдет, когда пароль «унаследован / преобразован» из учетной записи Linux пользователя, но, похоже, существует серьезная проблема, несмотря на возможность просматривать (не монтировать) общий ресурс samba.

Теперь я собираюсь опубликовать этот ответ на паре похожих постов AskUbuntu, которые рекламируют одни и те же «ответы», которые часто не помогают тем, у кого проблемы.

Возможно, этот подход поможет вам решить вашу проблему с fstab samba. Я надеюсь на это и удачи.