Bonjour,
J'ai un petit soucis qui est la suite d'un autre probleme resolu dans ce forum... (http://forum.hardware.fr/hardwaref [...] 6522-1.htm)
J'ai un repertoire sur un serveur Windows. Ce repertoire est mounté en local au demarrage
de ma machine Linux.
Or je n'ai pas de droits dans ce repertoire, alors que j'en suis le proprietaire. Je ne peux  
pas non plus changer les droits , ni en tant que proprietaire, si en tant que root...  
(la commande chmod 777 le_rep passe apparament mais ne modifie pas les droits...)
 
Comment dois-je faire pour avoir les droits voulus dans ce repertoire ?
 
Merci d'avance pour vos reponses.
 
Ju

Si tu le monte via le fstab, montre nous la ligne correspondante. Fait nous aussi voir les droits du point de montage, tu demonte et tu fait un ll.
 
A+

utilise les options group=titi,umask=002 dans le fstab pour donner à tous les utilisateurs du groupe titi les droits d'écriture dessus.

 
Voici la ligne coorespondante dans mon fstab

 
et un ll me donne
 

 
sachant que toto a l'uid 505 et fait partit du groupe users.
 
Je vais essayer en rajoutant le umask dans les options du fstab
 
Ju

 
 
Mmmnon, ca ne marche pas non plus. Voici la ligne que j'ai actuellement
 

 
Et mon message d'erreur est
Acces refuse : impossible d'ecrire dans /home/toto/mnt_perso/fichier
 
Par contre, je precise que j'ai ( mais j'avais deja avant) le droit de modifier des fichiers dans ce repertoire.

J'ai mal compris ta question, mais il n'est pas possible de modifier les droits dans un montage samba, il sont definis au montage dans les options du fstab

 
Sisi, je pense que tu as compris ma question !!
 
OK, il n'est pas possible de changer les droits dans un montage samba vu qu'ils sont definis dans fstab. Mais dans ce cas, que dois-je mettre comme ligne dans fstab pour avoir tous les droits dans ce repertoire ?
 
Ma ligne actuelle est :
 

Arrive tu as modifier/creer des fichiers sur ce montage ?
Que veux tu faire comme modif ?
 
Ci-joint un exemple de montage
//SERVEUR/TOTO$ /mnt/serveur/toto smbfs  users,credentials=/home/toto/.cred,workgroup=TATATA,noauto,uid=500,gid=500

 
En local, je n'arrive pas a creer de fichier dans le repertoire de montage .
Lorsque je me connecte en ssh sur le serveur, j'arrive a creer des fichiers dans le repertoire qui doit etre monté.
 
La modif que je veux faire, c'est avoir acces a mon repertoire du serveur avec tout les droits (comme lorsque je me connecte en ssh).
Donc, j'ai rajouté ma fameuse ligne dans fstab. Ce qui me monte le repertoire desiré du serveur a l'endroit voulu en local. Mais le probleme, c'est qu'a ce moment la, je n'ai plus le droit de creer des fichiers dans ce repertoire...
(Je crois que je commence a m'embrouiller dans mes explications !!)
 
Je vais essayer en rajoutant : credentials et workgroup dans les options.
Avant je vais chercher a quoi cela correspond car je n'en ai pas la moindre idee.

Ta commande "ls" plus haut indique qu'il n'y a pas d'utilisateur avec l'uid 505, sinon il afficherait son nom (toto) ...

le fichier credentials sert a mettre le login et passwd ailleur que dans le fstab donc rien avoir avec les problemes de droits, le workgroup est utilise pour me faire authentifier dans le domaine.
 
Connecte toi sur la machine et tape la commande:
 
mount
 
ca doit te donner quelque chose comme:
//10.1.1.100/toto on /home/toto/mnt_perso type smbfs (0)
 
Si non le montage n'est pas fait.
Si oui, fait une ll -d /home/toto/mnt_perso pour voir les droits.
 
Puis comme albator le dit quel est ton id (Cde id)
Bien que tu es dit:
 
"sachant que toto a l'uid 505 et fait partit du groupe users."

 
Merci  Albator !!!
Effectivement, ce n'etait pas le bon UID !!!
 
Apparement, maintenant ca marche :-)
 
Lors d'un mount, j'obtiens bien :

 
et le ls donne bien les bon droits :-)

 
Merci donc a Stef, Jar Jar, et a l'oeil implacable d'Albator.
 
@+
 
julien

Bonjour,  
 
Je voudrais savoir s'il est possible sur un serveur Samba de recupérer les mêmes droits utilisateur d'acces aux fichiers que ceux d'un serveur windows ?
Par exemple en recupérant les droits windows, je ne sais pas...

http://us4.samba.org/samba/docs/ma [...] trols.html