Archlinux.fr [Forums]

Bonjour,

Suite à la MAJ du kernel mon clavier ne répond plus.
J'arrive sous Slim mais là impossible de faire quoi que ce soit donc PC HS pour le moment.

Si quelqu'un pouvait me sauver?

Merci.

[edit] Si je démarre en console j'ai le clavier mais dès que je lance slim plus rien.

Rétrograder kernel26 (kernel26-header si tu l'as) / mkinitcpio + util-linux-ng (de façon à rétablir les images ) à partir du cache de pacman (pacman -U /var/cache/pacman/pkg/... ).

Pour ce faire, 2 options:

1) Redémarrer en init 3 (au boot, éditer la ligne du kernel de grub avec "3" ) et voir si ça bloque aussi (si c'est lié au kernel, il y a malheureusement des chances ). Sinon, rétrograder les paquets et chercher du côté du log de X.

2) Si ça coince, tout n'est pas perdu. Se munir d'un livecd d'Arch (pour pacman), monter la partition / (+ /boot et les autres si elles sont séparées, sauf /home, pas besoin) -- inutile de tenter un chroot pour retomber sur le clavier mort -- et mettre à jour en utilisant le pacman du livecd en lui indiquant le chemin vers le "faux" Arch avec l'option "-r" (j'ai bien écrit: "r minuscule" ). En résumé: Mais si quelqu'un pouvait confirmer la procédure pour l'option 2 (-U et mkinitcpio ), ça m'arrangerait (j'ai jamais eu à réinstaller le kernel de cette façon... car je pouvais toujours chrooter ou démarrer en init 3 ).

Ok, donc je dois downgrader le kernel et tenter ultérieurement un upgrade sans savoir si j'aurai le même problème

Par contre en init 3 tout roule en console (pas sous X) mais lorsque je tente de downgrader le kernel il me dit que c'est impossible car kernel26 dépend de coreutils.
Si je downgrade coreutils il me dit que c'est impossible car il dépend de glibc....

Faut downgrader tous les paquets concernés d'un coup (sur une même ligne, quoi).

Tant mieux, c'est plutôt un problème lié à X alors. Tu n'avais pas accès aux ttys non plus ? (CTRL+ALT+F1 par exemple)
Pense à conserver le log de X quelque part.
Tu as mis beaucoup de paquets à jour cette fois-ci ? (la liste pourrait être intéressante)

Je ne me souviens plus de tous les paquets mais il y avait au moins :
kernel26, kernel26-headers et mkinitcpio

Tout mettre à jour d'un coup oui mais en mettant :
J'obtiens "impossible de résoudre "coreutils", une dépendance de "kernel26""

Si j'ajoute coreutils à la commande pacman -U j'ai encore un problème de dépendance, c'est impossible de jouer à ça indéfiniment...

Sinon je n'avais pas accès aux tty car mon clavier ne répond pas du tout en init5 (ma souris non plus d'ailleurs)
Mais si c'est un problème lié à X n'y a-t-il pas une autre solution que de tout downgrader?

... coreutils devrait être installé... et n'a pas bougé dernièrement... tu as vidé ton cache, je suppose.

Réinstalle le normalement via -S... ... Tu sais quoi ? Réinstalle même le groupe "base"... et retente le coup de démarrer X... si ça coince rétrograde kernel, etc.

Il y a le log de pacman pour savoir les opérations effectués.

Pour info l'update n'a mis à jour que :

kernel26, kernel26-headers, mkinitcpio et ppl

Par contre j'ai aussi (dans le log de pacman) un removed util-linux-ng 2.18.4 suivi d'un install util-linux 2.19.4 (sans ng). C'est normal?

Sinon je ne peux pas faire de yaourt -S car je n'ai pas de connexion réseau en console et l'install de kernel26..... ne peut se faire à cause des dépendances (coreutils....) non résolues.

Sauvez mon PC !

Oui... si tu reprends mon premier message, tu dois inclure aussi util-linux-ng (qui va remplacer util-linux) à rétrograder. Si tu ne l'as plus, il faut le récupérer depuis ARM car il n'est plus sur les miroirs les plus récents.
Ce nouveau util-linux me chiffonne... un certain nombre des dépendances vis-à-vis de util-linux-ng se retrouvent "virtuelles" à présent (les orphelins laissés par util-linux-ng )... ça à l'air de bouger pas mal... ... je pense qu'il ne faut pas se précipiter sur les mises à jour (je ne l'ai pas faite moi-même).

C'est réglé côté coreutils ?

Non toujours rien de réglé car comme je te le disais je n'ai pas d'accès au réseau visiblement et les pacman -S sont impossibles. De plus, les yaourt -U pour kernel26.... n'installent rien car il y a toujours des problèmes de dépendances et je ne peux pas tenter un yaourt -U puis trouver la dépendance, la rajouter au pacman -U etc.... jusqu'à trouver toutes les dépendances.
Rien ne s'installe par yaourt -U car j'ai à chaque fois :
(le double // me perturbe)

Je sens que je suis mal...

ifconfig ne te montre pas de connexion ou tu ne peux rien pinger ?
Tu utilises quoi d'habitude pour ton réseau (filiaire, wifi - démon ) ?

Sinon tu télécharges ce qui te manque et tu passes par une clé que tu montes à la main.



EDIT: le double "slash" n'est pas le plus ennuyeux... ce qui l'est davantage c'est si /var/lib/pacman/local/ n'existe plus ou qu'il est vide...

ifconfig ne me retourne que le "lo". D'habitude je suis en filaire.

Sinon /var/lib/pacman/local/ n'existe plus effectivement.

J'ai l'impression que cette MAJ m'a tout flingué et que je suis TRES mal...

Plus de /var/lib/pacman/local/ == plus de base de données des paquets installés.

Donc là oui, ça craint très fortement. (et je ne vois pas comment cette mise à jour a pu faire de telles dégâts...)

... et malheureusement, tu n'as pas de sauvegarde de ta base de données de paquets ou de /var ?

Bon...
D'après le wiki, si tu as encore /var/log/pacman.log (ce qui semblait être le cas, puisque tu as su les dernières manoeuvres de pacman), il est possible de retrouver la liste: https://wiki.archlinux.org/index.php/Pa ... l_database .
Sinon, regarde sur ce forum et sur l'anglophone aussi, il doit y avoir d'autres pistes aussi.

Il te faudra aussi rétablir ta connexion filiaire... ça dépend du démon que tu emploies (network ou autre, dans /etc/rc.d , tu n'as pas précisé) ...
Sinon, sans passer par le démon, ça donne quelque chose du genre: (en espérant qu'il n'y ait pas de trucs plus graves)

Pour la connexion filaire j'utilise le daemon wicd d'habitude.
Là ifconfig ne reconnait pas eth0 donc eth0 up ne fonctionne pas...

Tu peux essayer: ou voir avec: toutes tes interfaces réseau disponibles (c'était peut-être eth1 par exemple) et retenter les commandes précédentes. Si le ifconfig -a ne te montre rien de plus que lo... alors ça craint de plus en plus (si, si ça peut être pire).

Dis voir, quand mkinitpcio s'est mis à jour, il n'y a pas eu de problème sur la fabrication des images ?

Aucun souci avec mkinitpcio

Par contre oui ça peut être pire : toujours rien de plus que lo dans ifconfig malgré le daemon wicd qui se lance...

Moi qui n'avait jamais connu de gros déboires avec Arch

En tout cas merci pour ton aide précieuse et rapide, j'espère que nous ("tu" ) trouverons une solution

Comment tout ça a pu arriver sachant que je n'ai fait que les MAJ indiquées puis j'ai redémarré immédiatement?

Je sais pas si exactement le meme problème mais je n'ai pas non plus de clavier. Chez moi c'est avant l'apparition de grub . Une fois que grub a démarré j'ai le clavier mais pas avant . Si qui me pose un réel problème car au moindre petit problème je ne pourrai le réparer ( imposissibiliter de toucher au grub , au bios ou de choisir le démarrage sur un support )

@peuks: ... avant grub ? ... comment Arch pourrait avoir fait ça ??


Pour ma part, il ne me restera bientôt plus que deux solutions: la méthode brutale... puis la réinstallation...

Bon...
Voyons quand même si dans ton rc.conf, tu ne chargeais pas de module particulier pour ta carte réseau (MODULES) ? Si oui, essaie de le(s) charger avec modprobe.
Juste pour vérifier, si ne montre que lo... ça craint vraiment (de toutes façons c'est la même sortie que ifconfig -a normalement).

https://wiki.archlinux.org/index.php/Co ... ice_module

Ah si, tu peux vérifier aussi: (mince espoir, mais il me semble que wicd a besoin de dbus... fais le avec ton utilisateur aussi, si c'est lui qui a fabriqué la connexion)

Je te recommande quand même d'attendre voir si quelqu'un peut te rétablir le réseau.



Autre cartouche: est-ce que le démarrage sur l'image "fallback" a le même soucis de réseau ?



Cela ne t'empêche pas de faire ce qui suit, à savoir sauver ce qui peut l'être:

Si ton home est sur une partition séparée (avec assez de place), créé un répertoire SAVE. Sinon, j'espère que tu as un disque pour sauver en plus le home (on sait jamais).
Fais une copie de ton /var/log/pacman.log ... ça permettra s'il y a réinstallation de retrouver tous les trucs que tu as installé (cf. le lien du wiki)
Fais une copie (cp -a) de /etc ... et éventuellement de /var . /etc pour gagner du temps sur une réinstallation éventuelle (et de plus en plus probable) avec les fichiers de configuration ... de tes bases de données sql ou autres si tu en as, etc.. le cache de pacman, ou ce qu'il en reste...

(c'est pas parce qu'on fait dans le bourrin qu'il n'y a pas de préparation )



A présent, méthode bourrin. AUCUNE GARANTIE !!!
Elle consiste à décompresser directement les vieux paquets kernel26, kernel26-header, mkinitpcio et util-linux-ng directement à la racine et à refaire les images... Au fond, c'est assez peu risqué, puisque la base de pacman est cassée de toutes manières et on sait quels fichiers sont concernés. Si au redémarrage suivant, tu n'as pas récupéré ton arch d'avant mise à jour, je ne vois plus que la réinstallation complète.
Si tu l'as récupéré (clavier, X et réseau je veux dire), le premier truc est de reconstruire la base de pacman à l'aide du log.

Sur ce, je vous abandonne jusqu'à demain (je ne vois pas quoi faire de plus de toutes manières).

peuks, pour toi ça pourrait être dû à un conflit entre ta machine et le clavier usb. Peux-tu tenter de connecter ton clavier usb (il est bien usb ?) à un hub usb pour ralentir la reconnaissance du clavier par le bios ?

GuilouV, ça me rappelle un problème rencontré dans une pclinuxos minimale quand je la construisais. Pourrais-tu vérifier le niveau de tes scripts d'init ?

En root il faudrait lancer la commande "chkconfig" pour voir quels services sont lancés et à quels niveaux ils le sont, et puis, il y aurait bien autre chose à regarder mais il faut que je reboote sous Arch pour voir si je trouve une correspondance... il faut que dbus soit lancé en premier en tout cas. Peux-tu vérifier dans ton /etc/rc.conf à tout hasard, pour voir à quoi ressemble la ligne des demons ?

(et en faire un copier/coller ici)

Par ailleurs, as-tu fait une recherche sur le forum anglophone pour voir si d'autres utilisateurs ont rencontré le même problème ? Ça aide bien des fois, du fait que les anglophones sont plus nombreux...

Je me souviens quel avait été le problème. Il s'agissait d'un service dont le paquet n'avait pas eu de mise à jour, (le script des versions officielles était patché mais je ne le savais pas) mais c'est un service qui n'existe pas chez Archlinux. Ce service mettait la pagaille dans l'ordre de démarrage des autres services et dbus (le nom est messagebus, mais c'est dbus) était lancé après, ou n'importe quand... et hal n'était pas lancé, enfin le clavier ne fonctionnait plus, arrivé au login.

Si ça vous donne des idées pour chercher ?

FoolEcho a écrit :@peuks: ... avant grub ? ... comment Arch pourrait avoir fait ça ??

Salut,

Ça à priori c'est le bios. Cela fait pareil chez moi avec un de mes claviers et un Dell. (Juste ce clavier avec ce Dell, et avec un hub usb plus de problème).

Malheureusement chkconfig renvoie "commande introuvable" et comme je n'ai pas accès au réseau...

Sinon voilà les démons du rc.conf :

@syslog-ng dbus hal wicd @loop @pacmandb @hplip @cups @netfs @iptables @usblp @alsa @snd-intel8x0 @vboxdrv @ntpd !crond

(le coup du dbus en premier je m'en étais méfié).

J'espère que ce peu d'info pourra t'aider à m'aider

Côté forum anglais j'étais passé mais je retourne voir.