Bonjour,
On 26 juin 2010, at 10:53, KOENIG Yvan wrote:
> Cette situation est-elle irrémédiablement bloquée ou y-a-t il moyen de changer les autorisations par défaut ?
Ton problème est complexe. As tu envisagé l'idée de désactiver la gestion des autorisations sur le volume 3 ?
Dans la mesure où c'est un volume de partage qui doit être accessible à partir des 2 systèmes, il ne me paraît pas insensé de faire fi des droits de fichiers.
Maintenant, si il faut conserver les autorisations, pour d'autres raisons non précisées, je ne vois pas 36 solutions. Il ne faut pas mettre en péril la sécurité du système, donc changer l'UMASK pour ton utilisateur est à proscrire.
Je propose donc l'utilisation des ACLs :
- il faut que le volume 3 soit configuré pour utiliser les ACLs (c'est normalement le réglage par défaut, il me semble).
- il faut configurer les bonnes ACLs pour le dossier qui recevra les captures d'écran.
- il faut tester...
Pour configurer les ACLs de sorte que tout le monde puisse lire/écrire les fichiers créés dans le dossier de captures, il faut s'y prendre ainsi :
$ sudo chmod +a "group:everyone allow read,write,file_inherit" "/Volumes/disque 3/dossier de capture"
Ensuite, on peut lister les ACLs pour vérifier le résultat :
$ ls -ale "/Volumes/disque 3/dossier de capture"
et on doit obtenir un truc comme ça :
drwxr-xr-x+ 5 patpro patpro 170 Jun 29 10:54 .
0: group:everyone allow list,add_file,file_inherit
...
Ensuite, on crée une nouvelle capture d'écran, et on liste à nouveau le contenu du dossier de capture :
-rw-r--r--@ 1 patpro patpro 742046 Jun 29 11:07 Screen shot 2010-06-29 at 11.07.39.png
0: group:everyone inherited allow read,write
On voit que "everyone" peut lire et écrire le fichier. Je n'ai pas testé plus loin. Mais c'est une piste valable je pense.
Une 3ème voie, plus douloureuse, serait de créer un plist pour launchd, avec un script shell attaché. Launchd pourrait alors surveiller le dossier cible, et à chaque fichier créé dans le dossier, il lancerait le script attaché. Le script doit alors impérativement déplacer le fichier vers un autre répertoire (sinon Launchd perd les pédales), et dans le même temps, il réglerait les autorisations ad hoc. Mais c'est la solution de la dernière chance, à mon avis.
patpro
_______________________________________________
archives :
http://listes.patpro.net/list/sshfr.fr.html
http://listes.patpro.net/mailman/listinfo/script_shell_fr
