Bon ben finalement je vais finir par faire un topic, j'arrive pas à trouver la solution à mon problème (et c'est pas faute d'avoir cherché ).
Voila donc la situation:
- Une clef usb en FAT32 (n'importe quelle clef/disque formaté en vfat quoi )
- Thunar + thunar-volman qui permet de monter/démonter les périphériques via HAL sans avoir besoin de les ajouter au fstab

Je branche ma clef, tout va bien, elle est reconnue par le noyau, udev me crée le périphérique, HAL me crée le point de montage dans /media
Dans thunar, l'icône de la clef apparait, je clique dessus, ça la monte automatiquement dans le point de montage de /media créé à cet effet juste avant
Et c'est après que ça se gâte
En fait, ça s'est déjà gâté avant, mais personne ne s'en est rendu compte, tellement la fourberie de la chose est fourbe  
Ce saloupio me monte ma clef en umask=000 !!!

Et donc, fichiers comme répertoires sont rwxrwxrwx
Mais moi j'veux pas, j'veux un joli rw-r--r-- pour les fichiers et rwx-r-xr-x pour les répertoires quoi
Je me dis donc, il faut aller trifouiller les confs de HAL pour ma clef
Je m'en vais donc créer un .fdi dans /etc/hal/fdi/policy/20thirdparty en essayant plusieurs possibilités dans le genre

Avec plein d'essais différents, du genre extra_options, options, blablatruc etc ...
Au redémarrage de HAL, aucun souci, au rebranchage de ma clef, aucun souci, lshal m'affiche bien les paramètres que je viens de lui donner. On peut donc supposer qu'au montage, ça va marcher ? EH BEN NON §§§

J'ai essayé de remonter jusqu'à la source, thunar utilise la commande exo-mount pour monter les périphériques.
exo-mount tout seul sur l'UDI de ma clef -> ça fait comme dans thunar, umask=000
exo-mount à qui je passe un "-o dmask=022,fmask=133" -> ça fait ce que je voudrais

Maintenant, reste à trouver où il faut configurer exo-mount, quel est ce PUTAIN DE FICHIER DE CONF qu'il faut modifier ...
Alors si vous avez une piste, merci d'abréger mes souffrances, siouplé quoi  

Et si tu passes l'aoption --hal-udi à exo-mount et que tu ne spécifies pas "-o dmask=022,fmask=133", ça fait ce que tu veux ?

non, justement

T'as ça chez toi ?

C'est ton proxy le problème
 
Mais sinon, je ne vois pas trop le problème, que le fat/ntfs n'a pas les mêmes droits que ext3/4. Je pense(ais) même qu'il n'y avait aucune vérification sur ces volumes là.
 
Le problème se pose aussi si la clef est en ext3 ?

Le problème ne vient pas de quelque chose qui manque, mais du fait que je ne sais pas à quel endroit configurer les options de montage pour thunar (exo-mount à priori), étant donné qu'il ne prend pas en compte le .fdi de HAL.
Ou alors il le prend en compte, mais je n'arrive pas à trouver la bonne clef à activer
 
volume.mount.additionnal_options -> marche pas
volume.mount.extra_options -> marche pas
volume.mount.options -> marche pas
volume.policy.mount_option.umask -> marche pas  
 
etc ...

euh, tu trouves logique qu'un simple fichier .txt se retrouve exécutable (chmod 777 quoi) quand tu le copies sur ta clef ?
 

j'ai pas de clef ext3
 

pareil, une fois le mask passé. le fichier copié prends les droits du sysFS embarqué (il me semble),
le mask appliquer sur le montage sur un sysFS tel que FAT permet juste d'empecher un autre user de ton systeme linux
d'y avoir acces total.
une fois ta clef démontée puis remontée, ton fichier apparaitra rwx sauf si tu lock physiquement ta clef

 
Logique non, mais le FAT/NTFS c'est comme ça, y'a pas les droits unix    

format d:

thunar-volman -c ?

Ben justement, c'est pour ça que je veux pouvoir paramétrer le fmask/dmask de mes périphériques USB lorsque je les monte sous Linux
 
Z'allez quand même pas me dire que c'est impossible quoi, surtout quand ça marche très bien en mettant le périphérique dans fstab (mais après, ça oblige à tout gérer à la main alors que HAL fait ça de manière automatique)

il propose pas la possibilité de modifier les paramètres de montage

/etc/udev/rules.d/

Ah vi exécuter un fichier texte

udev ça sert à créer le périphérique, pas à régler les options de montage

oui mais quel est l'intéret final? aucun, ce genre de réglage sont surtout utile
pour un serveur samba où tu as a gérer plusieurs $users sur le même systeme.
 
sinon donne moi une de tes situations perso que j'aurais pu omettre et pour laquelle
l'utilité de tweaker ce parametre.  

Simple: tout ce que je dl depuis le pc du taf (sous win) et que je recopie ensuite sur mon dd sous linux a ensuite un umask=000
Quand t'as 2 pauvres fichiers ça va encore, mais quand tu fais un mirroir local d'une distro sur ta clef que tu recopies ensuite ... hum

bah c'est le répertoire de desti. qu'il faut verrouiller?? ce mirroir de distro n'est pas actif, pas de risque
et ton pc @home n'est pas relié à l'internet que je sache.
à part que cela fasse "plus propre", quel est l'intérêt??

mais oui mais non, une fois la clef usb montée, les fichiers/répertoires sont en umask=000, quel que soit le répertoire de destination, quand je fais un copier/coller ça garde le umask
 

- faire plus propre, en effet
- trouver la réponse à cette putain de question qui m'obsède depuis 2 mois

sur la clef oui, ça t'y peux rien c'est de la VFAT
sur ton repertoire de desti. sur ton pc, il faut le verrouiler r-------- après la copie, ça
c'est un pb pour la sécu et ça se résoud pas autrement que manuellement.
après ya p'tete moyen de faire au montage, mais bon c'est du

  (ça je peux le concevoir )

Mais non c'est pas du
Dans un fstab, tu peux très bien passer ça en paramètre quand même !!!

Et ça marche très bien !
 

fstab c'est plus à vocation définitive, genre tu vois une partoche en vfat qui "traine" sur ton pc.
la probabilité qu'un user zelé autre sur ton systeme aille faire "mumuse" avec ton backup est assez faible, nan?
 
sinon, comme dit plus haut j'aurais mis l'option dans udev (même si c'est pas sa vocation 1ère)

tootafé
c'est bien pour ça que je voudrais que ça se "fasse tout seul" avec HAL/Thunar, même si je dois ajouter un p'tit brin de config quelque part
 

et je mets ça comment dans udev alors ?
 
Sinon, c'est peut-être tout simplement dans le fdi de HAL que je ne mets pas la bonne option, mon seul pb c'est que j'arrive pas à trouver quelle est l'option à donner  

dans le style
sinon j'ai un truc un fichier de ce type pour passer des argus au hal-daemon

euh ... j'vois pas trop en quoi ça pourrait résoudre mon pb en fait

bah le RUN+ permet de passer de l'argu à mount?
qd à l'autre, je ne sais pas comment ça fonctionne, mais c'est peut être lié à ce que tu veux faire

ok, je vais investiguer et voir si ça m'aide, mais ça me parait un brin compliqué

Tu devrais essayer de poster sur la ML, tu trouverais peut-être une solution plus propre.

sur la ML de thunar tu veux dire ?

Ouais, ou des thunar-plugins si elle existe.

à priori, y'a une ML thunar-dev et un chan irc sur freenode aussi, je verrais tout ça vendredi

quelle distribution et quelle version?
 
En effet suite à un changement de hal mes l'automount n'a plus fonctionné sur ma debian sid  (testing aussi après qlq semaines).
 
Il y a une semaine tout est ok et le problème a duré 6 mois.
Je devais le faire à la main: pmount-hal /dev/sdb (j'ai d'ailleur crée un pgm pour ca et il me suffisait de cliquer)
 
Est ce que l'auto mount a déjà fonctionné sur yon ordi?