[supprimé]
Bonjour,
Quand j'ai voulu essayé une des nouveauté de gnome 2.8 je me suis rendu comtpe que mon daemon hal deconnait. Je sais pas du tout si vous avez le meme pb, mais voila comment j'ai resolu le pb:
L'outil en question qui a besoin du daemon hald se trouve dans preferences->disques amovibles.
Il me disait que mon daemon ne tournait pas. J'ai decouvert en fait qu'il cherchait a discuté avec dbus via a une socket. Je demarre donc le daemon dbus:
/usr/bin/dbus-daemon-1 --session --fork
Le pb c'est que dbus ne creer pas ma socket a l'endroit ou l'attend hal. Je modifie donc le fichier de config de dbus:
/etc/dbus-1/session.conf
Il est au format xml et je remplace la ligne <listen>...
par:
<listen>unix:path=/usr/local/var/run/dbus/system_bus_socket</listen>
je redemarre mon deamon dbus:
killall -9 /usr/bin/dbus-daemon-1
/usr/bin/dbus-daemon-1 --session --fork
ensuite je redemarre mon daemon hal:
/etc/rc.d/init.d/haldaemon restart
Je relance l'outil disque amovible et ca marche bien!!
Pour automatiser le processus, il faut faire en sorte de demarrer le daemon dbus(/usr/bin/dbus-daemon-1 --session --fork) avant celui de hal.vous pouvez par exemple le rajouter dans le script de demarrage de hal si vous voulez pas vous embeter 🙂
Voila... J'espere que ces quelques lignes pourront servir a quelque chose!!
vhalalla
[supprimé]
Bonjour,
merci pour l'info...
Mon soucis avec hald me semble plus obscure ; tant que je n'ai pas inséré de CD, le système est très très lent (en fait, seulement les accès disque dur).
Le responsable est localisé, c'est hald ! Si je l'arrête en mode console, tout rentre dans l'ordre.
L'autre solution ? insérer un CD !
Dès que hal l'a détecté, tout rentre dans l'ordre. Je peux enlever le cd, le système reste réactif. Du coup, j'ai laissé un cd en permanence dans le lecteur (dès le démarrage).
Mais bon, ce n'est pas une solution, donc un petit coup de main ne serait pas de refus :lol: