Archlinux.fr [Forums]

Bonjour,
Je fais partie des quelques (boulets?) qui ont fait la Màj de glibc avec --force (c'est fait, c'est fait maintenant...)
J'ai à peu près réussi à réparer le système tout seul comme un grand à coups de chroot, sauf que je me retrouve maintenant avec un zoli message d'erreur /dev/sda5 not found au boot, et redirigé vers un shell de secours (le truc bien classique, on trouve d'ailleurs pas mal de threads à ce sujet) seulement aucunes des manips indiquées dans ce cas n'a marché :
J'ai essayé de réinstaller udev, puis mkinitcpio et linux via pacman (avec un chroot), toujours le même problème.
Ne trouvant pas de /dev/sd* dans le shell de secours, je me suis dit aussi que ça pouvait venir de drivers non chargés (ce qui serait curieux vu que la config de mkinitcpio est inchangée depuis le temps où l'ordi démarrait...) j'ai donc fait
modprobe ahci
...Là j'ai ce message d'erreur :
ERROR: could not insert 'ahci' : exec format error
[EDIT]Normale, c'est libahci, mais de toute façon, il est déjà chargé...[/EDIT]

...Par contre, mod_probe sd_mod marche.

Mais je ne vois toujours pas les médias...

Voilà, mes quelques compétences s’arrêtent ici, c'est pourquoi j'espère que de plus initiés que moi pourront m'aider!
Merci d'avance!

Titre de sujet.
Il te manque les modules kernel, je te conseil de réinstaller glibc et linux via un chroot.
De plus cela aurait été bien que tu décrives les actions que tu as réalisé pour réparé

Alors,
Tout d'abord suite à la première Màj (avec le --force), le dossier /lib était complètement corrompu : certaines lib avait disparus etc. du coup, le chroot ne marchait pas, j'ai donc mis le dernier CD Archlinux sur Clef usb bootable, puis j'ai recopié le contenue de /lib (du cd) dans le /usr/lib (du disque) (car /lib devient un lien symbolique vers ce dossier) ensuite, j'ai supprimé le /lib du disque (enfin, de la partition root) et je l'ai remplacé par un lien symbolique vers /usr/lib.
Une fois tout ça fait, le chroot a marché. et là, j'ai simplement réinstallé tous les paquets (depuis le cache) en commençant par glibc. Puis pour "assurer le coup", j'ai aussi réinstallé à la fin dans l'ordre udev, mkinitcpio, filesystem et linux.

Bon, semblerait que la nouvelle version du noyau pose problème chez moi...

...Cependant, je ne vais pas pouvoir rester éternellement avec la 3.3.7-1
:/

Par contre, ce que je peux faire en attendant, c'est rajouter une entrée dans grub qui utilise ce noyau en attendant que ça remarche, comme ça, je pourrais continuer de faire les Màj avec des paquets à jours...

tu peux installer le kernel lts pour l'avoir en dépannage.

Pas con ça

J'étais en 3.3.4 (à cause d'un bug) avant la mise à jour de glibc. J'ai du switcher vers le 3.4.4 à cause de glibc. Je pense que c'est la solution la plus propre (avec le LTS).

...Le problème, c'est que pour pouvoir bénéficier des dernières version de virtualbox, il faut un noyau à jour, du coup, je suis un peu... "le derrière entre deux chaises".
De plus, mon truc d'utiliser une autre version du noyau que celle sensé utiliser ne marche pas car la version des pilotes pour la souris et le clavier ne correspond pas :/ bref, une mauvaise passe en attendant une version du noyau qui marche sur ma machine...