c'est sûrement con mais je ne me suis jamais posé le problème avant.
 
j'ai un disque partagé en NFS mais les fichiers qui y sont créés le sont avec un mask 022. donc, même si les users qui s'en servent appartiennent au même groupe, ils ne peuvent effacer/modifier que des fichiers qu'ils ont créé.
la commande umask ne vit que sur le shell où l'a lancé.

utilise  all_squash dans ton /etc/exports

mouais, c'est un peu gruik quand même
 
j'aimerais bien quand même avoir une solution plus générique

une solution plus générique pour du nfs ? Ca m'étonnerais car tu ne peux pas utiliser d'umask en parametre de ton mount.

plus générique tout court (le nfs c'est pour l'exemple). un truc qui marche en local aussi

C'est une question de permissions du répertoire.
Si tu le mets en drwxrwsr-x, ça devrait être bon.

Bjr a tous
 
Non le umask est hériter du mount init du fstab.
 
Je dois avouer que je cherche aussi une soluce pour un rep local.
 
J'ai un PC avec un rep partager entre les users, j'ai crée un  groupe 'AllPC' que j'ai assigner au rep en question avec 770 en mod.
 
Le problème c'est que les users doivent être en groupe primary du AllPC pour que lors de la création d'un fichier ou rep le groupe soit correct, sinon c'est users/users group. il reste donc le umask (0022) qui me pose problème, je voudrai qu'il soit 0002 et je n'ai tjr pas trouvé.
 

# type umask  
umask is a shell builtin
 
Rien avoir avec le montage, ni init.  
 
 
De solution propre et généraliste, je n'en vois pas
 

 
arf, j'y avais pas pensé par ce biai là. merci monsieur

 
Ha vi, change le umask a par ex 0222 dans fstab pour /home et vas y test. la création d'un fichier ou rep aura hériter du umask défini dans le fstab.
 
le prob pour moi il est là et je n'ai pas envie de créer un partition rien que pour cela.
 

 
J'ai fais cela aussi, mais comme je l'ai dit l'owner du fichier ou rep aura l'utilisateur (ce qui ne dérange pas) mais le groupe lui seras le 'primary' défini pour cet utilisateur et aura aussi hérité du umask (qui est par défaut 0022) donc pose problème.
 
A part changer via script dans bash.rc le umask pour un rep donner je ne vois pas d'autre soluce.

avv > oui, je comprends ta problématique.
perso, j'ai plus ce problème, j'ai modifié /etc/passwd pour que mes users aient justement le group "users" comme groupe par défaut.

 
en avait marre de chercher, j'ai demandé sur www.linuxfr.org, voir 'journaux'
 
la réponse est : chmod 2770 rep
 
Dois encore trouver la docu sur le 2 devant le 770 (pas beaucoup chercher non plus)
 
J'ai modifier le primary pour deux user et j'ai fait le test, rah cela marche. Le fait de mettre 2 devant fait que tout création dans le rep hérite du groupe de celui-ci.
 
Par contre pour le umask par encore de soluce.

c'est la même "astuce" que celle donnée plus haut par JarJar.
en fait, le chmod 2xxx est équivalent à un chmod g+s et qui à donc pour effet de permettre aux membres du groupe d'agir au nom du propriétaire.

Exact, mille excuse jarjar