[HAL] Autodetection des clé étrange. (résolu / en fait non)

[Marzikill]

Bonjour à tous !



Cet après midi, alors que je devais récupéré des fichiers placés sur ma clé USB (la première fois depuis l'installation d'Archlinux), je me suis aperçu que celle-ci n'était pas détectée. Pour éviter d'avoir à trop tripatouiller, je reboote sous Debian et récupère les fichiers. Mais ceci n'est certainement pas la meilleure solution !


Après quelques recherches à ce propos, j'apprend que c'est Hal qui s'occupe de l'autodétection des clé. Etrange, me dis-je, car je me sers de Hal pour gérer mon clavier et ma souris :

DAEMONS=(syslog-ng netfs crond hal @wicd ntp @alsa @avahi-daemon gdm @uptimed)

Comme vous le voyez, hal est bien démarré. De plus, j'appartiens bien au groupe storage :

$ groups
wheel log video audio optical storage power users

Dernière chose, la clé semble "détectée mais pas complètement" :

usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
scsi 3:0:0:0: Direct-Access ROCKCHIP USB MP3 1.00 PQ: 0 ANSI: 0
sd 3:0:0:0: [sdb] 8123904 512-byte hardware sectors: (4.15 GB/3.87 GiB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 03 00 00 00
sd 3:0:0:0: [sdb] Assuming drive cache: write through
sd 3:0:0:0: [sdb] 8123904 512-byte hardware sectors: (4.15 GB/3.87 GiB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 03 00 00 00
sd 3:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1
sd 3:0:0:0: [sdb] Attached SCSI removable disk
sd 3:0:0:0: Attached scsi generic sg2 type 0
usb-storage: device scan complete
[arch@Archiban:][~]

Cela veut bien dire, d'après ce que j'ai comprit de mes recherches, qu'elle est détectée par HAL, non ? Seulement, le média n'apparaît pas dans nautilus, et cela est problématique. Je précise que je pourrai résoudre facilement le problème en écrivant en dur la ligne "/dev/sdb /media/disk vfat defaults,users 0 0" dans mon /etc/fstab, mais cela ne me parait pas du plus pratique (je pourrai avoir des problèmes dus à différentes clés que j'utilise).


De plus, j'aimerai vraiment savoir pourquoi HAL ne permet pas à nautilus de monter ma clé !


Amicalement
Marzikill.

[trizolakai]

Tu peux peut être regarder ici :
http://forums.archlinux.fr/topic3112.html?highlight=hal

Ca a sûrement un lien avec ton histoire de clé qui ne sont pas dans nautilus.

[Marzikill]

Bon, après avoir ajouté :

Code : Tout sélectionner

<match user="arch">
    <match action="org.freedesktop.hal.storage.*">
        <return result="yes"/>
    </match>
    <match action="hal-storage-mount-fixed-extra-options">
        <return result="yes" />
    </match>
    <match action="hal-storage-mount-removable-extra-options">
        <return result="yes" />
    </match>
</match>

Dans /etc/Policy/Policykit.conf, cela semble un peu mieux fonctionner... Pour thunar et pcmanfm.... Nautilus, lui, ne veut rien savoir, et tant que les médias ne sont pas montés via thunar ou pcmanfm, il n'affiche pas de clé usb connectée.

Il semble donc que ce problème soit inhérent à nautilus... Seulement, cette fois-ci, je ne vois pas vraiment quoi faire... Je n'ai aucune piste.

Quelques idées à approfondir ?

Amicalement
Marzikill.

[tuxce]

Il semble donc que ce problème soit inhérent à nautilus... Seulement, cette fois-ci, je ne vois pas vraiment quoi faire... Je n'ai aucune piste.

ça doit être lié à ton autre post ou tu essais de démarrer gnome-settings-daemon etc... -> http://forums.archlinux.fr/topic3160.html

lance dans un terminal

Code : Tout sélectionner

nautilus -q
nautilus

et regarde s'il les reconnait et si ce n'est pas le cas, s'il t'affiche des messages quelconques.

[Marzikill]

Non, non, je ne me sert pas de gnome-settings-daemon (je suis sous Openbox).

Sinon les messages de nautilus :

--- Hash table keys for warning below:
--> file:///home/arch

(nautilus:16939): Eel-WARNING **: "nautilus-metafile.c: metafiles" hash table still has 1 element at quit time (keys above)

(nautilus:16939): Eel-WARNING **: "nautilus-directory.c: directories" hash table still has 1 element at quit time

Mais je ne pense pas que cela soit d'une quelconque utilité, car je n'ai pas pu "provoquer" l'erreur, étant donné que je ne peux pas cliquer sur le média usb...


Amicalement
Marzikill.


EDIT = juste comme, ça, ça veut peut-être dire quelque chose : nautilus n'a pas pour dépendance Hal, au contraire de thunar et de pcmanfm... C'est à dire que j'ai beau configurer hal au petits oignons, nautilus ne fonctionnera toujours pas.... Mais maintenant, comment configurer nautilus ?

[Marzikill]

J'ai trouvé !


Comme quoi, Ubuntu à quand même du bon... En fait, nautilus avait d'autre problèmes (comme le fait qu'il ne pouvait pas explorer le réseau local). J'ai donc fait une recherche sur ce problème.


Et le fait est là (c'est vraiment pervers). Si l'on utilise nautilus sans gnome, il faut lancer nautilus avec la commande

Code : Tout sélectionner

dbus-launch nautilus --no-desktop

(le --no-desktop étant pour ceux qui ne veulent pas voir leur bureau géré par nautilus).


Avec ceci, tout fonctionne pour le mieux !


Amicalement
Marzikill.

[Marzikill]

Bon, trois posts de suite, ça fait un peu désespéré mais bon...


Tout fonctionne, mais un autre problème est apparu : si je lance nautilus avec la commande évoquée dans le post précédent, une fois que je quitte nautilus, les proccessus "dbus-lauch", "dbus-daemon" "gconfd-2", "gvfsd", "gvfsd-burn", "gvfsd-trash", "gvfsd-fuse-daemon", "gvfs-hal-volume-monitor", ne sont pas arrêtés. De plus, lorsque je lance une autre fenêtre de nautilus, un autre instance de chacun de ces processus est elle aussi lancée...


Ça a donc un rapport avec dbus. Un fichier de conf' particulier à éditer ? Quelque chose à mettre dans le autostart.sh de openbox ?

Bref, je sais pas trop.

Amicalement
Marzikill.

[tuxce]

tu le lances comment openbox ?
le dbus-launch ..., il n'y en a normalement pas besoin, une session openbox lance automatiquement une session dbus et nautilus le détecte sans problème grâce à la variable DBUS_SESSION_BUS_ADDRESS

sinon, nautilus n'est pas vraiment conçu pour être utilisé comme application d'appoint à lancer une fois puis à quitter mais plutôt comme un soft qui gère pas mal de choses derrière.

[Marzikill]

Openbox, je le lance via gdm.

C'est vrai que cette solution n'est pas terrible, mais c'est la seule que j'ai trouvée pour activer le login automatique (la flemme de taper login/password à chaque (r)allumage du pc... )


Sinon, j'avais lu un truc à propos d'ivman.

http://artisan.karma-lab.net/node/1523

(comme quoi, je suis pas tout seul à trouver ces Dbus, ces GVFS et compagnie passablement compliqués...)

Sinon, je ne me sert de nautilus que pour explorer mes fichiers, ce qui explique que je peux le quitter pour le relancer quelques secondes plus tard dans la même session !


Amicalement
Marzikill.

[tuxce]

Openbox, je le lance via gdm.

ben justement, lancé comme ça, dbus est automatiquement lancé avec.

Sinon, j'avais lu un truc à propos d'ivman.

oui mais là, tu multiplies un peu les outils pour rien, pcmanfm/ivman/thunar/nautilus ...

nautilus n'a pas pour dépendance Hal

si mais c'est une dépendance implicite

http://artisan.karma-lab.net/node/1523

(comme quoi, je suis pas tout seul à trouver ces Dbus, ces GVFS et compagnie passablement compliqués...)

pas si compliqué que ça, surtout si tu lis régulièrement les explications d'Ulhume, sauf que chaque appli a son propre rôle, et c'est d'autant mieux parce que chacune essaie de faire ce qu'elle doit le mieux possible.

Sinon, je ne me sert de nautilus que pour explorer mes fichiers, ce qui explique que je peux le quitter pour le relancer quelques secondes plus tard dans la même session !

ben justement, nautilus est lié à pas mal d'éléments gnome tel que gnome-keyring, gconf ... et est pensé pour être utilisé avec et non en application seule, pour une utilisation "solitaire", pcmanfm est mieux taillé pour ça.

[Calimero]

Openbox, je le lance via gdm.

C'est vrai que cette solution n'est pas terrible, mais c'est la seule que j'ai trouvée pour activer le login automatique (la flemme de taper login/password à chaque (r)allumage du pc... )

Ou pas.

Moi j'ai "exec ck-launch-session openbox-session" dans .xinitrc et voici mon inittab :

Code : Tout sélectionner

#Runlevels:
#0    Halt
#1(S) Single-user
#2    Not used
#3    Multi-user
#4    Not used
#5    X11
#6    Reboot

# Only one line can be uncommented!
# Boot to console
#id:3:initdefault:
# Boot to X11
id:5:initdefault:

rc::sysinit:/etc/rc.sysinit
rs:S1:wait:/etc/rc.single
rm:2345:wait:/etc/rc.multi
rh:06:wait:/etc/rc.shutdown
su:S:wait:/sbin/sulogin -p

# -8 options fixes umlauts problem on login
c1:2345:respawn:/sbin/agetty -8 38400 vc/1 linux
c2:2345:respawn:/sbin/agetty -8 38400 vc/2 linux
c3:2345:respawn:/sbin/agetty -8 38400 vc/3 linux
c4:2345:respawn:/sbin/agetty -8 38400 vc/4 linux
c5:2345:respawn:/sbin/agetty -8 38400 vc/5 linux
c6:2345:respawn:/sbin/agetty -8 38400 vc/6 linux

ca::ctrlaltdel:/sbin/shutdown -r -t3 now

#x:5:respawn:/opt/kde/bin/kdm -nodaemon
#x:5:respawn:/usr/bin/slim >& /dev/null
x:5:once:/bin/su calimero -l -c "/bin/bash --login -c startx >/dev/null 2>&1"

c'est la ligne x:5:once... qui est intéressante. remplace calimero par ton user et hop.

[Marzikill]

pcmanfm est mieux taillé pour ça

Pas faux. J'avais même pensé m'en servir un temps (d'autant plus qu'il est très légé, et cadre bien avec la philosophie d'openbox).

Seulement, il ne permet pas gestion du réseau local (dont je me sert occasionnellement pour envoyer des fichiers sur un pc sous Windows...


Amicalement
Marzikill.

[Calimero]

C'est très marrant, parce que moi j'utilise pcmanfm pour aller fouiner du samba sur les pc encore sous windows...

Sinon, si je veux que ça aille plus vite, je lance un serveur ftp.

[Marzikill]

Je veux bien un indice pour configurer samba.conf, parce que je dois dire que je ne comprend pas grand chose. D'autant plus que si je fais un copier-coller de celui de ma Debian, cela ne fonctionne pas...


Amicalement
Marzikill.

EDIT = trop bien le inittab !