[hal]plus de clavier ni de souris après MàJ[résolu]

[101]

bonjour chers tous (z'et toutes)
j'ai fais une MàJ ce matin (sans vraiment regarder kdemod et kernel en gros) et au redémarrage le clavier et totalement inactif càd pas de login, pas de ctrl+alt+F#, enfin rien, et pareils pour la souris. je n'ai donc accès à rien.
le seul message que j'ai pu voir c'est "hardware abstraction layers...Fail
ps: bon la j'suis sur une autre machine (?), mais j'ai pas réglé un problème de mappage du clavier... désolé pour les crochets

[tuxce]

salut

le seul message que j'ai pu voir c'est "hardware abstraction layers...Fail

hardware abstraction layers == HAL
vu que X l'utilise pour le clavier/souris, c'est normal que tu n'en ais plus s'il démarre pas, maintenant, faut voir pourquoi.
démarre juste en console et lance le pour voir quel message il te sort.

[101]

bah si X démarre
j'ai fait un essai en init 3 (par le biais de grub ligne du kernel) ça va direct en init5,
et en init1 (single) je fait startx et je tombe sur les 3 fenêtres xterm mais pas de souris et pas de clavier donc redémarrage "bourrin".
par le biais (encore, je ne fais que biaiser) d'une autre distrib j'ai accès au fichiers log

Code : Tout sélectionner

Mar 26 12:52:16 arch bluetoothd[3506]: Can't load plugin /usr/lib/bluetooth/plugins/netlink.so: libnl.so.1: cannot open shared object file: No such file or directory
Mar 26 12:52:22 arch kernel: hci_cmd_task: hci0 command tx timeout
Mar 26 12:52:22 arch bluetoothd[3506]: Can't write class of device: Unknown error 4294967186 (-110)
Mar 26 12:52:23 arch bluetoothd[3506]: Failed to access HAL
Mar 26 12:52:27 arch kdm_greet[4179]: Cannot open default user face

c'est errors.log
voilà
dans daemon.log il y a

Code : Tout sélectionner

arch kdm greet (4179) cannot open default user face

je sais pas si ça te parle ?

[tuxce]

j'ai fait un essai en init 3 (par le biais de grub ligne du kernel) ça va direct en init5,

non non, ça va bien en init 3 mais si t'as mis X (gdm, kdm ou autre) dans le rc.conf, les init ne sont d'aucune utilité, c'est pour ça qu'inittab est recommandé plutot que rc.conf pour démarrer X

et en init1 (single) je fait startx et je tombe sur les 3 fenêtres xterm mais pas de souris et pas de clavier donc redémarrage "bourrin".

le but est de pas démarrer X justement
et la tu lances

Code : Tout sélectionner

/usr/sbin/hald

pour voir quelle erreur il te sort.

pour les logs que tu as posté, ils indiquent rien sur hal par contre, ils indiquent que t'as un truc pas net (fichier manquant alors que paquet installé ) sur ton système, tu n'aurais pas un /usr sur une partition différente des fois ?

[101]

bon voilà j'ai viré kdm du rc.conf.
j'ai tapé

Code : Tout sélectionner

/usr/sbin/hald

bin ça dit rien du tout

et j'ai tapé startx

Code : Tout sélectionner

(EE) config/hal : couldn't initialise context : (null) (null)

voilà voilà

j'sais pas si c'est important, mais j'ai un xorg.conf.

[tuxce]

et

Code : Tout sélectionner

/usr/sbin/hald --verbose=yes --daemon=no

?
(j'oubliais que hald ne fait que retourner un code d'erreur si on lui dit pas d'être plus bavard.)

[101]

ah ok c'est vrai que maintenant ça verbose...
par contre si t'as une idée sur c'qui peut m'interpeller, parce que là, y a quand même quelques lignes à taper .
y a des hald.c des ck-tracker, des hald runner et un util helper

[tuxce]

s'il te rend la main, normalement le dernier message indique une erreur
s'il te rend pas la main, c'est qu'il est bien démarré et là c'est une autre histoire parce que ça explique pas pourquoi il démarre pas en normal

pour ce qui est de taper, un "&> fichier" te redirige tout vers un fichier que tu peux mettre sur une clé ou autre.

[101]

ok il me rend la main ouf
alors le dernier message (ligne)

Code : Tout sélectionner

(D) util-helper.c:124: drop-privileges: could not set group id

[maxi_jac]

Supposition : le Runlevel3 "passe en init 5" parceque ton gestionnaire de login est dans les daemons ? il faut le mettre dans inittab pour ne démarrer qu'en runlevel5.
Sinon essaye de bouger tes configs de /etc/hal/fdi/policy (de tete, c'est a peu pres ca) et lance hal pour voir.


++ B.

[101]

pour init3, init5, kdm, c'est ce qu' a dit tuxce plus haut
pour fdi j'ai regardé mais je sais pas quoi modifier et il est comme indiqué dans le wiki.
j'ai aussi modifié mon xorg.conf, mais pas de changement

[maxi_jac]

Oups ^^ j'avais pas vu, désolé.
Pour la config, je parle pas de la modifier mais de virer tous les fichiers de config de hal du dossier que je t'ai dit (mets les dans /root en attendant) et de les remettre plus tard si le probleme ne vient pas de là.

J'ai eu un probleme similaire; hal ne voulait pas de sa config 10-x11-input en francais... je l'ai déplacée... terminé l'installation, remise sans la modifier et c'est passé o_O


++ B.

[tuxce]

ok il me rend la main ouf
alors le dernier message (ligne)

Code : Tout sélectionner

(D) util-helper.c:124: drop-privileges: could not set group id

rassure moi, tu l'as bien lancé en root la ?

[101]

bon tuxce heu non j'étais pas en root pourtant je croyais

Code : Tout sélectionner

hald.c:679: becoming a daemon

c'est la dernière ligne
@maxi_jac j'vais essayer.

[tuxce]

je sens qu'on va pas s'en sortir...

Code : Tout sélectionner

hald.c:679: becoming a daemon

je suppose que t'as oublié le

Code : Tout sélectionner

--daemon=no

[mélodie]

Bonjour,

D'autres éminents membres de archlinux.fr ont-ils aussi upgradé udev depuis hier ? Si oui, rien à signaler tel que le problème de 101 ou autre ?

Merci.

/mélodie, qui a des tâches à effectuer avec sa nouvelle Archl "toujours à jour" et qui ne voudrait pas qu'elle plante en ce moment.

[101]

mais on s'en sort toujours avec toi tuxce sinon tu vas rire... j'ai pas oublié "daemon=no" non, juste les 2 tirets avant bon j'ai fait ça rapide ce midi entre le jambon beurre et le kawa, alors j'ai lancé la commande complète cette fois-ci et là y a un bordel de lignes qui défile.
donc la dernière et qui tourne en boucle sans rendre la main

Code : Tout sélectionner

(E) addon-acpi.c:77: cannot connect to acpid socket: no such file or directory

sinon l'avant dernière ligne c'est

Code : Tout sélectionner

(I)addon-storage.c:358:... /dev/sr1 is locked on Hal 

[balbuze]

Bonjour,
j'ai un prob similaire : avec un kernel compilé maison en utilisant la config de wain http://projets.archlinux.fr/~wain/kconf ... illa-akoya avec qq modifs (ajout du support reiserfs et ext3 et v4l) je n'ai pas de clavier ni souris dans xorg. En fait hal ne se lance pas correctement et je ne sais pas pkoi. tout fonctionne ok avec le kernel de base, donc le prob viens bien de la config du kernel ( enfin, je pense).Si c'est ça, quelle option doit être activée pour le fonctionnement correct de hal?
merci !

[101]

personnellement j'ai décidé de réinstallé Arch, ce n'est pas très grave puisque j'ai un autre HDD avec une arch de secours dessus, que je pourrai mettre à jour plus tard pour voir si j'ai le même soucis.
ps : j'installe avec le cd iso ftp 2009, mais (pour info) les 2 miroirs ftp archlinux.fr ne fonctionnent pas.

[mightyjaym]

Si, le miroir archlinux.fr fonctionne (http://mir.archlinux.fr)... ce sont les deux miroirs archlinuxfr.org qui ne fonctionnent pas. A ne pas confondre