Impossible de monter le partage CIFS à partir de / etc / fstab

8

J'ai une ligne dans mes /etc/fstabâges qui a cessé de fonctionner depuis le 13.04:

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

et ça me donne:

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

dmesg est aussi utile que le soleil dans le désert:

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

Je sais que le combo utilisateur / passe est correct, car cela fonctionne 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
...

Comment puis-je monter de façon permanente un partage CIFS / Samba sur Ubuntu 13.04?

Bart Friederichs
la source

Réponses:

12

selon ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) devrait être:

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

Essayez de regarder ce que vous faites mal. Simplifiez les choses, supprimez le fichier_mode, l'utilisateur et le gid, peut-être aussi les variables iocharset et sec. Si cela fonctionne, ajoutez toujours un ...

Dee
la source
Pas de chance. Tout supprimé, toujours la même erreur.
Bart Friederichs
5
L'ajout l'a sec=ntlmcorrigé. Merci.
Bart Friederichs
OT: 19 minutes pour résoudre le problème, cela ressemble à une communauté puissante
Dee
2
Ajoutez "utilisateurs" avant "nom d'utilisateur" et vos utilisateurs non root devraient pouvoir le monter.
James T Snell
5

le

sec = ntlm

ne résout pas le problème sur mon bureau (Ubuntu 13.10). Il semble que le format des paramètres ait un peu changé le domaine. Utilisé pour travailler auparavant, mais pas maintenant:

-o username = msdomain / msusername, password = mspassword

J'ai changé ce format:

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

et ça marche bien maintenant.

Rayon
la source
2

sec = ntlm a aussi fonctionné pour moi ...

J'ai eu beaucoup de problèmes avec cela de la CLI et de fstab mais cela a bien fonctionné de l'interface graphique (sur Fedora 20) à un NAS domestique et pour exclure des choses comme des mots de passe complexes, j'ai créé un utilisateur avec un nom d'utilisateur et un mot de passe simples, puis j'ai utilisé le Commande CLI mount.cifs pour tester avec. Je n'arrêtais pas d'obtenir l'autorisation refusée (13), tout comme un Wireshark des tentatives d'interface graphique et de CLI.

Si vous faites cela, vous souhaitez que le message de réponse au protocole revienne du serveur et développez tous les champs pour vérifier la version / le dialecte (dans mon cas, le serveur voulait la version 1.0) et, plus important encore, les exigences de sécurité, un 1 signifie que le le serveur nécessite quelque chose et mon serveur a exigé le cryptage du mot de passe, donc la définition de sec = ntlm l'a corrigé pour moi :-D.

Un grand merci à Dee ci-dessus!

mrcarrots
la source
Bienvenue sur Ask Ubuntu! Veuillez ne pas ajouter de remerciements comme réponses. Investissez un peu de temps dans le site et vous obtiendrez des privilèges suffisants pour voter positivement sur les réponses que vous aimez, c'est la façon de demander merci à Ubuntu.
guntbert
1

J'ai eu ce problème sur divers réseaux qui avaient besoin de services de partage de fichiers samba à partir d'un serveur de fichiers basé sur Ubuntu ou LinuxMint.

Dans tous les cas, alors que le compte samba de l'utilisateur avait un mot de passe et permettait de parcourir (et de manipuler les fichiers) d'un partage via un gestionnaire de fichiers, les montages fstab ne fonctionnaient pas.

Ceci indépendamment du fait d'avoir défini sec = ntlm ou sec = ntlmv2 ou sec = ntlmssp ou l'une des diverses autres options généralement proposées en tant que «solution» (par exemple, en définissant le mode_fichier ou l'utilisateur ou le gid)

Dans tous les cas, la solution pour nos installations a fini par être la même: réinitialiser le mot de passe de l'utilisateur samba et le montage fonctionne, quelles que soient les options de réglage!

Je ne sais pas ce qui se passe lorsque le mot de passe est "hérité / converti" du compte Linux de l'utilisateur, mais il semble y avoir un problème important, malgré la possibilité de parcourir (pas de monter) un partage samba.

Je vais maintenant croiser cette réponse à quelques messages AskUbuntu similaires qui promeuvent les mêmes "réponses" qui, souvent, ne semblent pas aider ceux qui ont des problèmes.

Peut-être que cette approche vous aidera avec votre défi de montage fstab samba. J'espère et bonne chance.

FBachofner
la source