[hal] impossible de monter un CD / une clef USB sous KDE

[marc[i1]]

Bonsoir,

alors j'ai installé Archlinux il y a quelque jours et j'ai un problème qui traine et donc je ne parviens pas à me débarrasser ... hal

Lorsque je veux utiliser ma clef USB ou un CD, je les insèrent simplement, une jolie fenêtre me demande ce que je souhaite faire, je lui réponds que je veux regarder le contenu et là !!! paf !!!
Un pop-up m'agresse et me dit :

A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal")

Alors bon, je suis curieux je cherche des infos mais je doit avouer que je sèche un peu car j'ai pas trouvé de solution.

Les périphériques sont bien reconnu, pour preuve la sortie de dmesg pour la clef USB :

Code : Tout sélectionner

usb 4-3: new high speed USB device using ehci_hcd and address 4
usb 4-3: configuration #1 chosen from 1 choice
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
  Vendor: VBTM      Model: Store 'n' Go Pro  Rev: 5.02
  Type:   Direct-Access                      ANSI SCSI revision: 00
usb-storage: device scan complete
SCSI device sda: 1019391 512-byte hdwr sectors (522 MB)
sda: Write Protect is off
sda: Mode Sense: 45 00 00 08
sda: assuming drive cache: write through
SCSI device sda: 1019391 512-byte hdwr sectors (522 MB)
sda: Write Protect is off
sda: Mode Sense: 45 00 00 08
sda: assuming drive cache: write through
 sda: sda1
sd 0:0:0:0: Attached scsi removable disk sda
usb 4-3: USB disconnect, address 4

Voici aussi le fichier hal.conf qui semble tout à fait normal :

Code : Tout sélectionner

marci1 $ cat /etc/dbus-1/system.d/hal.conf
<!DOCTYPE busconfig PUBLIC
 "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
 "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>

  <!-- This configuration file specifies the required security policies
       for the HAL to work. -->

  <!-- Only root or user hal can own the HAL service -->
  <policy user="hal">
    <allow own="org.freedesktop.Hal"/>
  </policy>
  <policy user="root">
    <allow own="org.freedesktop.Hal"/>
  </policy>

  <!-- Allow anyone to invoke methods on the Manager and Device interfaces -->
  <policy context="default">
    <allow send_interface="org.freedesktop.Hal.Manager"/>
    <allow send_interface="org.freedesktop.Hal.Device"/>
    <allow receive_interface="org.freedesktop.Hal.Manager"
           receive_sender="org.freedesktop.Hal"/>
    <allow receive_interface="org.freedesktop.Hal.Device"
           receive_sender="org.freedesktop.Hal"/>

    <allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
    <allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
    <allow receive_interface="org.freedesktop.Hal.Device.SystemPowerManagement"
           receive_sender="org.freedesktop.Hal"/>
    <allow receive_interface="org.freedesktop.Hal.Device.LaptopPanel"
           receive_sender="org.freedesktop.Hal"/>
    <allow receive_interface="org.freedesktop.Hal.Device.Volume"
           receive_sender="org.freedesktop.Hal"/>
    <allow receive_interface="org.freedesktop.Hal.Device.Volume.Crypto"
           receive_sender="org.freedesktop.Hal"/>
  </policy>

  <!-- Default policy for the exported interfaces -->
  <policy context="default">
    <deny send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
    <deny send_interface="org.freedesktop.Hal.Device.VideoAdapterPM"/>
    <deny send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
    <deny send_interface="org.freedesktop.Hal.Device.Volume"/>
    <deny send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
  </policy>

  <policy group="power">
    <allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
    <allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
  </policy>

  <policy group="storage">
    <allow send_interface="org.freedesktop.Hal.Device.Volume"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
  </policy>

  <!-- You can change this to a more suitable user, or make per-group -->
  <policy user="0">
    <allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
    <allow send_interface="org.freedesktop.Hal.Device.VideoAdapterPM"/>
    <allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
  </policy>

</busconfig>

J'arrive à monter ma clef USB avec pmount, dont voici le contenu du pmount.allow :

Code : Tout sélectionner

marci1 $ cat /etc/pmount.allow
# /etc/pmount.allow
# pmount will allow users to additionally mount all devices that are
# listed here.
#
# Ajout des périphériques montables
/dev/sda1       /media/removable
/dev/cdrom      /media/cdrom

Et pour finir mon rc.conf dans lequel je démarre bien les services dbus et hal :

Code : Tout sélectionner

...
DAEMONS=(syslog-ng network netfs dbus hal acpid ntpd sshd crond kdm)
...

Voilà si quelqu'un a un embryon de réponse, je suis preneur.

PS : si le titre du fil ne convient au père fouétard, il peut le modifier sans soucis

[warnaud]

Appartiens-tu au groupe storage ?
Perso j'ai pas modifié mon pmount.allow mais je pense pas que ça soit un problème.

je sais que perso je fais:

Code : Tout sélectionner

 pmount sdXY

et ça roxe direct dans /media/sdXY

[Cactus]

Quelques petites règles udev, c'est cool aussi...
Ca permet de faire de jolis scripts (ex: pour transférer quasi-automatiquement des photos d'un apn, sans se prendre la tête si c'est sda1 ou autre chose... là, c'est /dev/apn... ).

[marc[i1]]

Appartiens-tu au groupe storage ?

Euh non !
mais j'appartiens au groupe optical et le CD ne se lit pas mieux !

Code : Tout sélectionner

marci1 $ groups
audio optical users

Dois je m'ajouter au groupe hal ? qui lui est dans tout les mauvais coup

[warnaud]

Moi je suis pas dans le groupe hal et ça roxe

Code : Tout sélectionner

uid=1000(warnaud) gid=1000(warnaud) groupes=10(wheel),21(slocate),91(video),92(audio),93(optical),94(floppy),95(storage),96(scanner),97(camera),100(users),1000(warnaud)

[marc[i1]]

Je suis heureux que ça fonctionne chez toi mais pour ma part ... je suis toujours dans le flou et sans le montage automatique que me promet HAL

[Cactus]

Par contre, je ne crois pas me tromper en disant que HAL ne monte PAS les périphs. Il ne fait que les détecter et charger le module correspodant (corrigez-moi si je me trompe).
Autofs est censé faire l'automontage, mais ça n'a jamais marché chez moi.
Pas grave, un pmount ne me gêne pas (ou un clic dans Konqueror)

[marc[i1]]

C'est pas que ça me gène de monter mes périphériques à la main ... c'est que Archlinux le fait, donc il n'est pas normal que je ne puisse pas y arriver

Pour info :
le montage / démontage avec pmount/pumount » ok
par contre avec konqueror, rien à faire, HAL me saute à la gorge dès que je veux le monter à coup de clic droit » Monter

autofs, n'est pas installé ... es-ce lui qui me manque ?

[Cactus]

As-tu bien mis hal dans la liste des DAEMONS du rc.conf ???

EDIT : et rebooter aussi...

[marc[i1]]

As-tu bien mis hal dans la liste des DAEMONS du rc.conf ???

EDIT : et rebooter aussi...

Oui
je l'ai écris dans mon premier post, hal et dbus sont dans le rc.conf ... et j'ai rebooté aussi

[Cactus]

J'ai eu la flemme de te relire...

Concrètement, je n'ai pas dbus dans les daemons, alors essaies de l'enlever... en plus, apparemment, hal appelles dbus puisque je le vois dans le listing de chargement.

[marc[i1]]

ouaip ... 'vais tester, on sais jamais

[Cactus]

Je viens de voir que j'ai hwd juste avant hal... le dbus vient peut-être de hwd... en tout cas, pas de dbus chez moi...

[marc[i1]]

... marche pas ! ...

[Cactus]

Pourtant, j'avais résolu ce pb (message HAL dans konqueror) en rajoutant hal en daemon.

Pour l'instant pas d'idée... si ce n'est regarder en profondeur tous les droits d'accès (ex : jettes un oeil au groupe du device /dev/sdxy concerné, et vérifies que tu en fais partie).

Une petite règle udev aussi avec un MODE 777 dans un 1er temps pour voir si ça marche (puis à ajuster en 775 une fois le pb résolu).
EDIT : tu peux même y rajouter GROUP=storage par exemple.

Enfin, décortiquer ce hal.conf (je ne l'ai jamais touché, mais bon, des fois on y apprend des choses...).

Allez, courage...

[wain]

J'utilisais autofs pendant très longtemps, mais je l'ai viré maintenant.

C'est fou qu'on soit obligé de configurer hal, dbus, udev etc... alors qu'il suffit de mettre une ligne dans fstab du genre:

Code : Tout sélectionner

/dev/sda1 /mnt/usb ext3,vfat defaults,noauto,users,rw 0 0

Puis taper un simple mount /mnt/usb pour la console ou un raccourci clavier/un icône sous X

Perso j'utilise adesklets pour monter ma clef usb et ouvrir mon gestionnaire de fichier en un click. C'est pas compliqué et je garde un système sans dbus/hal.
Sur le pc de ma femme, j'utilise un ptit applet dans la barre des tâches sous xfce