Archlinux.fr [Forums]

Bonjour à tous.

Je suis un peu embêté, en voulant corriger un problème avec HAL en failed au démarrage, j'ai tenté de réinstallé HAL, avec ses copains UDEV et DBUS.

un et un plus tard, j'ai juste rebooté mon pc pour voir ce qu'il se passait.

Et là, c'est le drame !

hal est toujours en failed, gdm se lance (indiqué dans les deamons de rc.conf) mais impossible de faire fonctionner la souris ou le clavier.
Du coup, je me retrouve devant un bel écran de login, qui au bout de quelques minutes se met en veille (preuve que c'est pas Xorg qui est planté je pense) et impossible de passer sur une console.

Ma première question est donc : comment charger Arch sans lancer GDM ? (peut être via grub, mais je n'ai pas la moindre idée de comment faire)

Arch'ment
neurot.

Si tu lance GDM en init 5 rajoute simplement 3 a la fin de la ligne kernel dans Grub
Si tu le lance par rc.conf (pas bien ^^) met 1 a la fin de la ligne kernel dans Grub mais dans ce cas tu est vraiment réduit en fonctionnalité, rien est lance

Ok, j'ai donc pu modifier la ligne kernel en rajoutant le 1 sur la ligne kernel

Pour se faire, au lancement de grub, appuyez sur "e" séléctionner la ligne qui commence par kernel.
rajouter un petit 1 à la fin de la ligne, appuyez sur entrée et appuyez sur b pour booter.

Pour la suite, je vais regarder ce qu'il se passe et changer le mode de démarrage de gdm, pour éviter de rencontrer ce genre de problème par la suite.

Super merci benjarobin

PS : je laisse le statut (en cours) pour le moment, le problème n'étant pas résolu, je complèterai le post après avoir trouvé ce qu'il s'est passé et comment le corriger.

Essaie de réinstaller hal une deuxième fois:

pacman -Rcs hal
pacman -S hal

Bon, j'ai tenté de réinstallé hal.

Je ne sais plus trop ce que j'ai fait entre temps, mais en faisant
pacman -Rcs hal

j'ai un message indiquant
hal introuvable, recherche du groupe ...

bon ... ok.
je lance une install
pacman -S hal

pacman me propose d'installer 44 paquets supplémentaires, dont hal-0.5.14-1. Cool !! j'accepte avec joie, mais après le téléchargement des 44 paquets, il m'insulte sur des pages et des pages m'indiquant :
%le_nom_du_paquet%: /usr/share/.... est déjà présent dans le système de fichiers
pour terminer sur un lamentable :

Des erreurs se sont produites, aucun paquet n'a été mis à jour.

mouais ....

dois j'entreprends une réinstall de ma petite Arch (car Ubuntu c'est rapide à installer, mais ca se traine sur mon vieux laptop ...)

Edit : parfois il me retourne le message /var/lib/pacman//local (avec 2/) No such file or directory après un pacman -S %paquet%

benjarobin a écrit :Si tu lance GDM en init 5 rajoute simplement 3 a la fin de la ligne kernel dans Grub
Si tu le lance par rc.conf (pas bien ^^) met 1 a la fin de la ligne kernel dans Grub mais dans ce cas tu est vraiment réduit en fonctionnalité, rien est lance

Pourquoi c'est pas bien?

Petit retour :
En faisant un petit
j'ai pu réinstaller hal.
Après reboot celui-ci se charge correctement et DBUS aussi. Ouf !
Par contre, en lancant X, je suis denouveau bloqué au niveau du clavier et de la souris... retour à la case départ.
fênetre noir ....15 secondes plus tard, retour sur le bash.
Donc ce n'est pas un plantage, comme précédemment.
Je tente un reboot, et là ! au chargement de dbus, message m'indiquant que dbus ne trouve aucun uid gid dbus .... et reste bloqué au chargement de HAL...
Je crois que je vais perdre patiente. Ce qui me chagrine, c'est que c'est apparu en voulant juste faire disparaitre ce chargement de HAL [FAILED] au démarrage et le pire, c'est que je n'avais détecté aucuns problèmes de fonctionnement, j'aime juste que tout fonctionne correctement.

J'ai pu régler le problème en restaurant des fichier .pacorig dans /etc dont passwd, fstab (j'avais plus de HOME) et d'autres. Je ne sais pas comment ils ont été écrasé, mais pacman a bien fait les choses, en gardant une copie quelque part.

J'aime Arch !

Petit retour :
En faisant un petit

pacman -Sf

j'ai pu réinstaller hal et beaucoup de paquets qui semblaient être installés mais qui ne fonctionnaient plus
Je ne sais pas quelle connerie j'ai pu faire, mais ce fut laborieux

Pourquoi mettre gdm dans le rc.conf c'est mal, bin comme indiqué sur le wiki, si Xorg se bloque comme pour moi, t'es bien emmerdé ^^

neurot a écrit : Je ne sais pas quelle connerie j'ai pu faire, mais ce fut laborieux

neurot a écrit : Edit : parfois il me retourne le message /var/lib/pacman//local (avec 2/) No such file or directory après un pacman -S %paquet%

t'as juste supprimé la base pacman

là je vois trop ou t'en es, mais à la base, il n'y avait pas besoin de désinstaller/réinstaller etc... il suffit de voir les logs.

Je vois pas trop comment j'ai pu faire ça, mais c'est ce que je me disais.
J'ai a peut prêt tous récupéré, mais je veux bien connaitre quels logs vérifier et peut être trouver la source de mon problème de base pacman et voir si c'est pas pacman-cage qui serait le coupable, car je ne vois vraiment ce que j'ai pu faire pour supprimer la base pacman.

En tout cas, merci.

Seeya et bonnes fêtes.

Cherche plus, c'est bien pacman-cage
Ce dernier a besoin que le module "loop" soit chargé pour pouvoir mettre à disposition la base pacman, c'est dans le wiki et dans ce qu'affice pacman à l'installation (et qui se retrouve dans pacman.log).
Si tu n'as rien installé depuis (mais apparemment c'est pas le cas ), tu as une sauvegarde de la base dans /var/lib/pacman.bak

Le coquin !
Dommage que je n'ai point mis le doigt dessus plus tôt ! groummphf !!
Du coup, j'ai pas pris la sauvegarde, je suis en train de refaire la base local de pacman en suivant le wiki http://wiki.archlinux.org/index.php/How ... l_database

Je pense que ca a du mettre le bordel lors du démarrage en init 1, pacmandb ne pouvant pas tourner et cherchant à mettre à jour HAL comme un acharné, j'ai du tout foutre en l'air.

Bon, la restauration est terminé, je reboot pour voir si ca se passe bien.

Encore Merci