Suite aux infos de Tapioca, j'ai fait quelques tests avec les fichiers /usr/share/hal/scripts/hal-system-storage-mount et /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
J'ai essayé de rajouter une ligne
<append key="volume.mount.valid_options" type="strlist">noexec</append>
dans /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi pour ce qui concerne iso9660 -> échec
Dans le même fichier, j'ai essayé successivement de remplacer tout les "noexec" par des "exec" -> échec
Enfin j'ai changé le "noexec" dans la commande mount à la fin du fichier /usr/share/hal/scripts/hal-system-storage-mount -> ça marche
Mais il me semble que dans ce cas l'option "exec" sera utilisée pour tout montage. J'aurai préféré ne l'appliquer qu'au lecteur de cd (et en y réfléchissant qu'au montage de ce cd en particulier).
Comme souvent un pb en cachant un autre, il m'est finalement nécessaire d'avoir un point de montage fixe pour l'utilisation de cedega avec un jeux demandant un cd. Je me résoud donc pour l'instant à créer un point de montage (ex: /mnt/cdrecorder), à demonter le cd de /media/nom_du_jeux en root ( car en user : "umount: /media/nom_du_jeux is not in the fstab (and you are not root)" ), à le remonter en user dans /mnt/cdrecorder avec l'option exec, et là ça marche. J'ai gardé l'automontage qui et pratique dans la plupart des cas, et j'ai ma petite manip pour mon cas particulier, donc ça roule...
...Ca roule pour moi qui suis root mais pas pour un utilisateur lambda qui ne peut qu'éjecter le cd et non pas le démonter.
Décidement je m'en sort pas...une idée ?
L'idéal serait de lancer un script qui automatise cette manip pour un simple user. Mais le script doit intégrer le passage en root, et ça je sais pas faire...mais je vais essayer !!!
