Bonjour

Sur FreeBSD 7.2-RELEASE (GENERIC, install minimale):
je bataille depuis quelques jours pour que HAL me monte automatiquement les différents devices de stockage (CD/USB/eSATA/...) qu'il pourrait détecter.

J'avais cru comprendre que la chose était possible et que la marche à suivre était la suivante:
- truster l'user dans PolicyKit.conf** (ne sachant pas trop quel user est sollicité, je m'en suis tenu à l'utilisateur par défaut)
- avoir /proc de monté (bon, pas de soucis)
- les devices concernés ne doivent pas être dans fstab (on commente le lecteur CD pour la forme)
- l'utilisateur doit avoir les droits sur le dossier de montage (un chmod/chown pour le compte utilisateur sur /mnt et /media)

j'ai ensuite fait ma sélection de fdi à conserver, et les ai mis dans /usr/local/etc/hal/fdi/policy/ (et ai déplacé ceux de /usr/local/share ailleurs, dans le doute).
mes fdi: 10-keyboard.fdi (très légèrment modifié), 10-sysmouse.fdi (origine) et 20-storage-methods.fdi (origine pour l'instant (faut au moins que je vire l'ignore pour vfat et ntfs))

après un restart des services, j'insère un CD, et ... rien ne se passe (enfin, outre les notifications habituelles en console).

quelqu'un aurait-il une idée ? ou un quelconque plan de substitution ?

autre question (juste pour m'en assurer): storage-methods fait parfois référence à linux. je peux tout virer ? ou il y a un piège ?

merci !

**
PolicyKit.conf:
[quote]<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">

<config version="0.1">
    <match user="root">
     <return result="yes"/>
    </match>
    <match action="org.freedesktop.hal.storage.mount-removable">
        <match user="satendlabite">
            <return result="yes"/>
        </match>
    </match>
    <define_admin_auth group="wheel"/>
</config>

Effectivement, je n'avais pas de polkit dans mon rc.conf.
Mais en relisant les log d'install (pkg_add), il ne dit rien à ce sujet...

Bref, ça ne change pas grand chose (enfin, rien) à la situation.


Nouveau test:
j'ai remplacé toutes les valeures *.Volume.method_execpath par test[0-C], avec test[0-C], un lien vers un script shell (+/- echo $0 $# $* by $UID on `date` >>/tmp/haltest, histoire de voire qui appelle quoi, et comment)
les scripts en question sont dans /usr/local/libexec/
j'ai retouché le PolKit.conf pour virer le match user (après le match action [...].mount-removable), donc (théoriquement), il devrait pouvoir me monter mon dev avec n'importe quel user (j'imagine)

résultat:
pour l'instant, une seule entrée s'est rajouté à mon fichier temporaire, et elle correspond à un reboot
je n'ai qu'un CD pour mes tests (clef USB prêté), mais jamais il n'a provoqué de réactions chez hald


...

jviens de voire quelques infos sur devd, ça ne serait pas une meilleure solution ?

[quote author=4146525453270 link=1243251927/0#0 date=1243251927]
- l'utilisateur doit avoir les droits sur le dossier de montage (un chmod/chown pour le compte utilisateur sur /mnt et /media)
[/quote]

Pas seulement, les utilisateurs doivent aussi avoir le droit de «monter» un média.

[code]sysctl vfs.usermount=1[/code]

vfs.usermount était bien set (oublié de le préciser dans mon premier post, désolé)

je vais m'en tenir a devd.
pas 'tout a fait automatique' ? certes, jvais devoir me rajouter un script shell pour récupérer le fstype, et monter en conséquences. Mais j'ai fait mes premiers tests, c'est plutôt concluant