[MÀJ noyau] màj incomplète, kernel panic (abandon)

[papa6]

Bonjour,
et bonne année à tous

L'année dernière (15 jours...), j'ai fait une mise à jour pour passer du noyau 3.6.9 à 3.6.10 qui a foiré au niveau des compatibilités de bibliothèques rlibc (de mémoire) et systemd.

Quand j'ai voulu redémarrer, je n'ai pas réussi. J'ai voulu chrooter et revenir à l'ancienne version du noyau, mais ça n'a pas marché : comme c'était mon premier chroot, je l'ai essayé plusieurs fois. La première fois, ok, le chroot avait réussi, mais les fois suivantes, j'obtiens des messages :

Code : Tout sélectionner

chroot: failed to run command /bin/zsh: no such file or directory

ou d'autres fois :

Code : Tout sélectionner

/bin/bash: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory

Mais j'arrive à utiliser pacman grâce à l'option -r /mnt :

Code : Tout sélectionner

pacman -r /mnt -Q linux
pacman -r /mnt -Suyy
...

J'ai essayé de revenir à l'ancien noyau :

Code : Tout sélectionner

pacman -r /mnt -U /mnt/var/cache/pacman/pkg/linux-3.6.9-1-i686.pkg.tar.gz

Mais j'ai toujours le même message d'erreur à cause de la bibliothèque libncursesw...

Pour couronner le tout, mon grub est aussi planté (mais je boute avec un liveCD bootloader qui choisit la partition, donc ce n'est pas mon plus gros problème).

Merci pour vos idées.

[lekaf974]

Tu pourrais essayer d'installer ou réinstaller ncurses

[tuxce]

Salut,

j'ai fait une mise à jour pour passer du noyau 3.6.9 à 3.6.10 qui a foiré

Tu veux dire qu'elle a pas été faite ? Parce que si c'est le cas, l'échec au redémarrage doit être lié à autre chose.

Code : Tout sélectionner

chroot: failed to run command /bin/zsh: no such file or directory

Et il existe ce fichier ?

ou d'autres fois :

Code : Tout sélectionner

/bin/bash: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory

T'as fait une mise à jour partielle ? T'as annulé un pacman -S au milieu d'un traitement ?

Pour couronner le tout, mon grub est aussi planté (mais je boute avec un liveCD bootloader qui choisit la partition, donc ce n'est pas mon plus gros problème).

Que veux tu dire par "planté" ? Quel est le lien avec la mise à jour qui a foiré ? T'as essayé de le modifier ?


Sinon, pacman -r installe sur une autre racine mais les scripts qui sont lancés doivent l'être dans le chroot sinon ça ne fonctionne pas... En l'occurrence, pour le noyau, mkinitcpio doit absolument être lancé depuis le chroot avec les partitions montées (au cas où tu as un /boot séparé)

[papa6]

Merci à tous les 2
... mais j'ai toujours le kernel panic après avoir fait la mise à jour de lekaf974 (bonne idée en tout cas)

Est-ce que ça ne serait pas lié à une mauvaise identification de bloc ?

Code : Tout sélectionner

Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

(Je sens que quelqu'un va me dire que c'était facile et que le problème se situait entre la chaise et l'ordi...)

Mes partitions sont identifiées par uuid.

Ce problème a pu être résolu par d'autres personnes sur des forums par la réinstallation de grub, mais là j'utilise un liveCD... donc le problème ne viendrait pas de là.

-----
tuxce, c'était une grosse mise à jour, et il y avait des paquets qui n'avaient pas été mis à jour, de mémoire c'était le passage à systemd qui n'avait pas pu se faire.

Par contre tu soulèves un point : le mount -r ne doit être fait que dans le chroot. Ok, je viens d'accéder maintenant au chroot depuis le pacman -r /mnt -S ncurses de tout à l'heure (bon, ce qui compte, c'est que j'y arrive)

Blocage suivant : libgpg-error...
Je suis bon à chercher les mises à jour et erreurs pour ce soir...
Je continue donc à chercher, et vous tiens au courant. En tout cas merci

(Je n'ai jamais annulé de mise à jour pendant le traitement -- j'ai vu un post où quelqu'un a lancé son -Suy puis éteint son ordi, ce n'est pas mon cas)

[papa6]

Bonjour,
Je viens vous donner des nouvelles (mais pas encore un "résolu")

J'arrive à chrooter, mais les fonctions de base comme "ls" ne marchent plus. Message d'erreur :

Code : Tout sélectionner

error while loading shared libraries: libcap.so.2: cannot open shared object file: No such file or directory

Et pour pacman -Q linux (pour voir quelle version j'ai), c'est la bibliothèque libgpg-error.so.0 qui pose problème.

Avant de faire la mise à jour, j'avais mis en place le nouveau système de signature des dépôts par des clés. C'était une opération que j'avais déjà fait par le passé sur un autre poste, et donc que je connaissais (je ne pense pas que ça ait posé problème). Je n'avais pas modifié le choix par défaut de SigLevel.

Quand les porblèmes de compatibilité de bibliothèque sont apparus, j'avais fait la manipulation lue sur des posts de supprimer le /lib qui a alors été remplacé par un lien (de mémoire, car j'en ai fait plusieurs manipulations pour m'en sortir...).

Et en cas de conflit entre paquets, je répondais par la suppression qui m'était proposée.
J'avais également, un moment, limité ma mise à jour avec :

Code : Tout sélectionner

pacman -r /mnt -S linux --ignore glibc gcc curl

En attendant, je sors donc du chroot, et je lance mon pacman -r /mnt -Q linux qui me montre que je suis bien revenu en arrière avec la version 3.6.9. (Mais comme ça ne marche pas mieux, je me demande s'il ne faut pas que je repasse en 3.6.10 ?)

Voilà voilà, je ne sais pas si vous avez quelques idées... Merci

[papa6]

Rebonsoir,
Je viens de me rendre compte d'une bizarrerie. Lorsque je fais un pacman -Q mkinitcpio, j'ai la version 0.8.2-1 qui s'affiche.
Mais dans mon répertoire /mnt/var/cache/pacman/pkg/ c'est la 0.12.0-2 qui est stockée...

En fait, je crois que la version du 0.12 a été téléchargée (en date du 8 décembre) à l'époque où je cherchais à faire des mises à jour, mais sans réussir...

[FoolEcho]

Quand les porblèmes de compatibilité de bibliothèque sont apparus, j'avais fait la manipulation lue sur des posts de supprimer le /lib qui a alors été remplacé par un lien (de mémoire, car j'en ai fait plusieurs manipulations pour m'en sortir...).

Je ne comprends pas trop ce que tu as goupillé... mais ça ne sent pas bon au final.

Dans le chroot, pacman fonctionne, au moins pour interroger la base de données ?
Par exemple (pas au hasard, la sortie sera intéressante):

Code : Tout sélectionner

pacman -Qk libcap

?
Après, ça dépend, le plus prudent à mon avis serait de réinstaller la liste de tous les paquets que tu as installé de façon à être sûr de ne pas laisser de problèmes latents...

Lorsque je fais un pacman -Q mkinitcpio, j'ai la version 0.8.2-1 qui s'affiche.
Mais dans mon répertoire /mnt/var/cache/pacman/pkg/ c'est la 0.12.0-2 qui est stockée...

Justement, tu pourrais aussi nous montrer ton /var/log/pacman.log ? (à partir de la date où tu as constaté que ça déraillait de préférence)

[papa6]

Dans le chroot, pacman fonctionne, au moins pour interroger la base de données ?

Ben justement, non... et je ne comprends pas pourquoi pacman, ou des commandes simples comme ls ne fonctionnent pas puisque normalement le chroot provient du CD et non pas de mon systeme ?
Je viens de rebooter, de relancer un chroot, qui marche, mais pas toujours pas pacman... (libcap est la source du problème)


Pour l'histoire du lien, je pense avoir trouvé : /mnt/lib pointe sur /usr/lib et non pas /mnt/usr/lib...
Déjà un point que j'ai essayé de corriger :

Code : Tout sélectionner

rm /mnt/lib
ln -s /mnt/usr/lib /mnt/lib ## zut message d'erreur : la source n'existe pas... je tente autre chose
cp -r /mnt/lib_svg /mnt/lib ## ouf, j'avais créé il y a 15 jours une sauvegarde de /lib avant que le lien ne soit créé

Je reboute, je rechroute :

Code : Tout sélectionner

445 segmentation fault (core dumped) chroot /mnt /bin/bash

Hum, toujours pas gagné...

Et enfin, comment je peux montrer le /var/log/pacman.log sachant que l'ordi où se trouve le log est défaillant (j'écris depuis un petit portable à côté) ?

[FoolEcho]

Déjà un point que j'ai essayé de corriger :

Justement, faudrait arrêter tes corrections parce qu'on y voit pas très clair dans tout ça.

Et enfin, comment je peux montrer le /var/log/pacman.log sachant que l'ordi où se trouve le log est défaillant (j'écris depuis un petit portable à côté) ?

Soit par miracle, pastebin est opérationnel dans ton chroot (à tenter)...
Soit tu utilises les outils du live: elinks pour aller sur pastebin.archlinux.fr (mais je ne sais plus s'il y a moyen de faire du copier-coller )... ou wget pour poster à la manière de pastebin (curl n'étant pas présent) directement (mais là, je ne sais pas faire... et pas le temps pour regarder, foule de contrariétés ce matin ).
...ou tu recopies sur une clé.

Le log nous aidera peut-être à y voir plus clair, ça me paraît indispensable...

Tu n'as pas de sauvegarde de la base de données ou du système, bien sûr ?
Dans ce flou artistique, perso, je te dirai de réinstaller tout le groupe base via -r /mnt déjà (tant pis pour les paquets à scripts, il suffira de réinstaller de nouveau dans le chroot, une fois celui-ci sur pied)... puis tout paquet que tu constates déficient -- tu peux les identifier avec pgkgile sur les fichiers indiqués manquants. Il faut retrouver un socle correct pour pouvoir chrooter et voir plus en profondeur...

[papa6]

Bonjour,
Merci pour pour toutes ces suggestions

Je viens de revoir les messages d'erreur, il n'y a rien de trop choquant, on dirait.

Code : Tout sélectionner

[2012-12-11 14:54] Running 'pacman -Sy'
[2012-12-11 14:54] synchronizing package lists
[2012-12-11 15:09] Running 'pacman -Sy'
[2012-12-11 15:09] synchronizing package lists
[2012-12-11 20:06] Running 'pacman -S core/pacman'
[2012-12-11 20:11] Running 'pacman -Sy'
[2012-12-11 20:11] synchronizing package lists
[2012-12-11 20:11] Running 'pacman -S core/pacman'
[2012-12-11 20:15] Running 'pacman -Su pacman'
[2012-12-11 20:15] Running 'pacman -S core/gcc-libs'
[2012-12-11 20:17] Running 'pacman -S pacman'
[2012-12-11 20:32] Running 'pacman -S core/systemd'
[2012-12-11 20:34] Running 'pacman -S core/systemd'
[2012-12-11 20:49] Running 'pacman -Sy'
[2012-12-11 20:49] synchronizing package lists
[2012-12-11 20:54] Running 'pacman -S extra/firefox extra/firefox-i18n'
[2012-12-11 20:57] removed sqlite3 (3.7.10-1)
[2012-12-11 20:57] installed sqlite (3.7.14.1-1)
[2012-12-11 20:57] upgraded nspr (4.8.9-2 -> 4.9.3-1)
[2012-12-11 20:57] upgraded nss (3.13.1-2 -> 3.14-1)
[2012-12-11 20:58] upgraded firefox (9.0.1-1 -> 17.0.1-1)
[2012-12-11 20:58] upgraded firefox-i18n (9.0.1-1 -> 17.0.1-1)
[2012-12-11 20:59] Running 'pacman -Sy'
[2012-12-11 20:59] synchronizing package lists
[2012-12-11 20:59] Running 'pacman -S libreoffice'
[2012-12-11 21:05] Running 'pacman -S core/gcc-libs'
[2012-12-11 21:06] Running 'pacman -S core/gcc core/gcc-libs'
[2012-12-11 21:09] Running 'pacman -Syy'
[2012-12-11 21:09] synchronizing package lists
[2012-12-11 21:10] Running 'pacman -S -u'
[2012-12-11 21:10] starting full system upgrade
[2012-12-12 13:00] Running 'pacman -Syy'
[2012-12-12 13:00] synchronizing package lists
[2012-12-12 13:01] Running 'pacman -Sy'
[2012-12-12 13:01] synchronizing package lists
[2012-12-12 13:01] Running 'pacman -Syy'
[2012-12-12 13:01] synchronizing package lists
[2012-12-12 13:03] Running 'pacman -S -u'
[2012-12-12 13:03] Running 'pacman -S pacman'
[2012-12-12 13:03] ==> Vérification des signatures du fichier du porte-clefs…
[2012-12-12 13:03]   -> Vérification de /usr/share/pacman/keyrings/archlinux.gpg…
[2012-12-12 13:03] ==> ERREUR : Le fichier /usr/share/pacman/keyrings/archlinux.gpg n'est pas signé, abandon.
[2012-12-12 13:03]   -> Vérification de /usr/share/pacman/keyrings/archlinux-trusted…
[2012-12-12 13:03] ==> ERREUR : Le fichier /usr/share/pacman/keyrings/archlinux-trusted n'est pas signé, abandon.
[2012-12-12 13:03]   -> Vérification de /usr/share/pacman/keyrings/archlinux-revoked…
[2012-12-12 13:03] ==> ERREUR : Le fichier /usr/share/pacman/keyrings/archlinux-revoked n'est pas signé, abandon.
[2012-12-12 13:03] installed archlinux-keyring (20121113-1)
[2012-12-12 13:03] warning: /etc/pacman.conf installed as /etc/pacman.conf.pacnew
[2012-12-12 13:03]  >>> Run  `pacman-key --init; pacman-key --populate archlinux`
[2012-12-12 13:03]  >>> to import the data required by pacman for package verification.
[2012-12-12 13:03]  >>> See: https://www.archlinux.org/news/having-pacman-verify-packages
[2012-12-12 13:03] upgraded pacman (4.0.1-4 -> 4.0.3-5)
[2012-12-12 13:05] Running 'pacman -Syy'
[2012-12-12 13:05] synchronizing package lists
[2012-12-12 13:06] Running 'pacman -S -u'
[2012-12-12 13:06] starting full system upgrade
[...]
[2012-12-12 13:18] Running 'pacman -Syy'
[2012-12-12 13:18] synchronizing package lists
[2012-12-12 13:18] Running 'pacman -S -u'
[2012-12-12 13:18] starting full system upgrade
[2012-12-12 13:27] Running 'pacman -S extra/libvdpau'
[2012-12-12 13:27] upgraded libvdpau (0.4.1-2 -> 0.5-1)
[2012-12-12 13:27] Running 'pacman -S core/gcc core/gcc-libs'
[2012-12-12 13:28] Running 'pacman -S core/libltdl core/libtool'
[2012-12-12 13:29] Running 'pacman -S core/linux'
[2012-12-12 13:29] >>> Updating module dependencies. Please wait ...
[2012-12-12 13:29] ERROR: could not open directory /lib/modules/3.6.9-1-ARCH: No such file or directory
[2012-12-12 13:29] FATAL: could not search modules: No such file or directory
[2012-12-12 13:29] >>> Generating initial ramdisk, using mkinitcpio.  Please wait...
[2012-12-12 13:29] ==> Building image from preset: 'default'
[2012-12-12 13:29]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2012-12-12 13:29] ==> ERROR: invalid kernel specifier: `/boot/vmlinuz-linux'
[2012-12-12 13:29] ==> Building image from preset: 'fallback'
[2012-12-12 13:29]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2012-12-12 13:29] ==> ERROR: invalid kernel specifier: `/boot/vmlinuz-linux'
[2012-12-12 13:29] upgraded linux (3.2.2-1 -> 3.6.9-1)
[2012-12-12 13:30] Running 'pacman -S libreoffice'
[2012-12-12 13:30] Running 'pacman -S core/gcc'
[2012-12-12 13:31] Running 'pacman -S extra/firefox'
[2012-12-12 13:31] upgraded firefox (17.0.1-1 -> 17.0.1-1)
[2012-12-12 13:34] Running 'pacman -S core/glibc core/glib2 extra/glib-networking extra/dbus-glib extra/glibmm extra/libgusb extra/glib-perl extra/json-glib extra/libgdata extra/taglib extra/kdesdk-kmtrace extra/poppler-glib extra/goffice'
[2012-12-12 13:35] Running 'pacman -S extra/poppler extra/poppler-data extra/poppler-glib'
[2012-12-12 13:36] Running 'pacman -S core/glib2'
[2012-12-12 13:36] upgraded glib2 (2.30.2-1 -> 2.34.3-1)
[2012-12-12 13:36] Running 'pacman -S core/glibc'
[2012-12-12 13:37] Running 'pacman -S extra/poppler-glib'
[2012-12-13 20:06] Running 'pacman -S vlc'
[2012-12-13 20:07] Running 'pacman -Suy'
[2012-12-13 20:07] synchronizing package lists
[2012-12-13 20:07] starting full system upgrade
[2012-12-14 11:38] Running 'pacman -U -r /mnt /mnt/var/cache/pacman/pkg/curl-7.28.1-1-i686.pkg.tar.xz'
[2012-12-14 11:39] upgraded curl (7.24.0-2 -> 7.28.1-1)
[2012-12-14 15:03] Running 'pacman -r /mnt -S linux'
[2012-12-14 15:05] call to execv failed (No such file or directory)
[2012-12-14 15:05] upgraded linux (3.6.9-1 -> 3.6.9-1)
[2012-12-14 15:10] Running 'pacman -r /mnt -S glibc'
[2012-12-14 15:13] Running 'pacman -r /mnt -S --ignore glibc linux'
[2012-12-14 15:14] call to execv failed (No such file or directory)
[2012-12-14 15:14] upgraded linux (3.6.9-1 -> 3.6.9-1)
[2012-12-14 15:23] Running 'pacman -r /mnt -Rs gcc'
[2012-12-14 15:23] Running 'pacman -r /mnt -Rs gcc libtool gcc-objc'
[2012-12-14 15:23] Running 'pacman -r /mnt -Rs gcc libtool'
[2012-12-14 15:24] Running 'pacman -r /mnt -Rs gcc libtool pulseaudio libcanberra guile fusion-icon'
[2012-12-14 15:24] Running 'pacman -r /mnt -R gcc'
[2012-12-14 15:25] Running 'pacman -r /mnt -S gcc'
[2012-12-14 15:26] Running 'pacman -r /mnt -S libtool'
[2012-12-14 17:43] Running 'pacman -r /mnt -S tzdata'
[2012-12-14 17:43] upgraded tzdata (2011n-1 -> 2012j-1)
[2012-12-14 17:43] Running 'pacman -r /mnt -S glibc'
[2012-12-14 17:44] upgraded linux-api-headers (3.1.6-1 -> 3.6.3-1)
[2012-12-14 17:44] warning: /mnt/etc/locale.gen installed as /mnt/etc/locale.gen.pacnew
[2012-12-14 17:44] sh: error while loading shared libraries: libreadline.so.6: cannot open shared object file: No such file or directory
[2012-12-14 17:44] upgraded glibc (2.15-4 -> 2.16.0-5)
[2012-12-14 17:45] Running 'pacman -r /mnt -S linux-api-headers'
[2012-12-14 17:45] upgraded linux-api-headers (3.6.3-1 -> 3.6.3-1)
[2012-12-14 17:45] Running 'pacman -r /mnt -S glibc'
[2012-12-14 17:45] sh: error while loading shared libraries: libreadline.so.6: cannot open shared object file: No such file or directory
[2012-12-14 17:45] upgraded glibc (2.16.0-5 -> 2.16.0-5)
[2012-12-14 17:47] Running 'pacman -r /mnt -S libreadline'
[2012-12-14 17:48] Running 'pacman -r /mnt -S readline'
[2012-12-14 17:48] sh: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory
[2012-12-14 17:48] upgraded readline (6.2.002-1 -> 6.2.004-1)

etc.
gcclib m'avait posé problème.

Par contre : [2012-12-12 13:29] upgraded linux (3.2.2-1 -> 3.6.9-1) Je pensais revenir en arrière avec la version 3.6.9, c'est une erreur, c'était la 3.2.2 qu'il fallait que j'installe. Je le fais et je vous tiens au courant.

(Pour ceux qui ont le même problème : http://arm.konnichi.com/search/ pour rechercher de vieilles versions de paquets.)

Et à part ça, non, je n'ai pas de sauvegarde...

si ça ne marche pas, je réinstalle tout le groupe base. (je le fais demain).

En tout cas un grand merci en attendant

[papa6]

Bonjour,

Tu n'as pas de sauvegarde de la base de données ou du système, bien sûr ?

Si ça peut servir également à d'autres, ce sont deux chapitre du wiki « Bonnes manières » (pour moi, c'est trop tard...)

Dans ce flou artistique, perso, je te dirai de réinstaller tout le groupe base via -r /mnt déjà

La reprise de l'ancienne version 3.2.2 n'a pas été concluante, je m'oriente donc vers ton conseil. (Je garde à l'esprit que lorsqu'on rencontre une difficulté sous Arch, il ne faut pas avoir l'ancien réflexe de tout re-installer, mais plutôt de corriger le problème.)

Merci, je vous tiens tous au courant pour la suite.

[FoolEcho]

(Je garde à l'esprit que lorsqu'on rencontre une difficulté sous Arch, il ne faut pas avoir l'ancien réflexe de tout re-installer, mais plutôt de corriger le problème.)

Sauf qu'ici, la vision n'est pas claire entre les problèmes que tu rencontres et ce que tu as déjà tenté pour rectifier (qui, je le crains, n'a fait qu'empirer la situation: au départ, ça ressemble «juste» à un mkinitcpio qui a foiré lors la mise à jour du kernel... maintenant avec les bibliothèques manquantes de ci de là, ça a l'air salement cassé). Réinstaller complétement pourrait bien te faire gagner du temps (à voir si en reprenant l'installation, moins le formatage, un coup de pacstrap base n'irait pas plus vite... notamment pour ce qui est des scripts... ensuite chroot pour voir ).

[papa6]

Oui, c'est bien ça, mon mkinitcpio n'est même plus installé...

Par contre j'ai réussi à chrouter correctement

J'ai des conflits lorsque je veux l'installer. Les paquets problématiques sont :
* util-linux
* mkinitcpio
* linux

J'avais déjà supprimé les paquets :
* udev
* eject

J'ai conservé mon cache/pacman/package. Quant aux bibliothèques, elles ne sont pas manquantes, je les avais sauvegardées, et de toutes façons, elles sont déplacées par la mise à jour de linux dans /usr/lib et un lien est créé. Donc je les ai.

J'ai compris que tu penses que le système est relativement cassé et qu'il faudrait mieux re-installer la base (au fait... comment se limiter au "groupe base" ?) Pourquoi pas.

Mais si tu as des idées pour quand même tenter de sauver la bête, pourquoi pas également.

En tout cas merci pour ton aide

[FoolEcho]

Je suggérais pacstrap si tu ne pouvais pas chrooter... et je le suggère toujours dans le mesure où je n'ai *aucune* confiance en l'état actuel de ton système:

Oui, c'est bien ça, mon mkinitcpio n'est même plus installé...

C'est bien pour ça qu'à mon avis, la réinstallation sera un gain de temps (dans un premier temps, tu peux tenter un pacman -S base -r /mnt... à refaire ensuite dans le chroot pour les questions de scripts, etc.).

J'ai des conflits lorsque je veux l'installer. Les paquets problématiques sont :
* util-linux
* mkinitcpio
* linux

J'avais déjà supprimé les paquets :
* udev
* eject

Faudrait les messages... parce que perso, pas compris.

[benjarobin]

Une petite précision, toujours utiliser l'option --noscriptlet avec l'option -r

Je recommande donc de faire :

Code : Tout sélectionner

pacman --noscriptlet -Syy base -r /mnt
# chroot
pacman -Syy base
pacman -Su

Attention ceci ne devrait pas être fait avec d'autre paquets autre que je groupe base (paquet installé explicitement ou non, ... à moins d'avoir une bonne idée de ce que l'on fait)

[papa6]

Merci à vous, je m'y colle.

Par contre, je le --noscriptlet ne fonctionne ni en dehors, ni dans le chroot. J'ai un message d'erreur "failed to initialize alpm library" qui ne présage rien de bon (ex : https://bbs.archlinux.org/viewtopic.php?id=134070 : "known issue, just use the official install iso instead")

Et j'ai toujours une question : avec les dernières versions, les bibliothèques ne sont plus dans /lib, mais pointent sur /usr/lib

Quand je monte mes partitions, /mnt/lib pointe sur /usr/lib et non pas sur /mnt/usr/lib. Ça peut être une source d'erreur, non ? Le fait que pacman mette à jour des bibliothèques qui une fois les partitions démontées ne seront plus accessibles ?

Pour pallier à ça, je fais :

Code : Tout sélectionner

#montage
rm /mnt/lib
ln -s /mnt/usr/lib /mnt/lib
#chroot
exit
rm /mnt/lib
ln -s /usr/lib /mnt/lib
#démontage

(J'ai peur juste en imaginant FoolEcho s'arrachant encore les cheveux

Il y a aussi l'option -f (force) que je n'ai jamais utilisée. Le faudrait-il pour installer mkinitpcio ? (ce n'est qu'une idée que j'évoque, mais je m'oriente sur la réinstallation de la base)

[tuxce]

(J'ai peur juste en imaginant FoolEcho s'arrachant encore les cheveux

Et c'est loin d'être le seul

Dans un système normal, /lib pointe vers usr/lib (il n'y a pas de /) ce qui évite les soucis quand la racine est montée.
Sinon, tu n'as pas besoin d'être dans le chroot pour modifier un lien :

Code : Tout sélectionner

cd /mnt
rm lib
ln -s usr/lib lib

[benjarobin]

Oops, j'avais fait une erreur dans ma ligne de commande. Ressaye j'ai corrigé, après avoir suivi les conseils de Tuxce.
Sinon --noscriptlet ne devrait pas être utiliser dans le chroot... Cela n'a guère de sens

[papa6]

Merci pour tous vos conseils. (je crois que je serais bon pour vous acheter des perruques)

J'ai corrigé les liens sans le / de Tuxce, fait la première mise à jour avec le noscriptlet hors du chroot. Ça marche : pas de message d'erreur, et si je reboute, que je refais la manip, j'ai que des "up to date -- reinstalling". Donc ok.

Puis je chroute. Pas de message d'erreur. Mais là, dans le chroot, je ne peux plus rien lancer, même pas un simple "ls" ("ls: error while loading shared libraries: libcap-error.so.2: cannot open shared object file: No such file or directory").

Ni même lancer pacman comme écrit par benjarobin ("pacman: error while loading shared libraries: libgpg-error.so.0: cannot open shared object file: No such file or directory").

J'ai aussi voulu, une fois dans le chroot, créer manuellement une image (mkinitcpio -g /boot/initramfs-linux.img) mais ça n'a pas marché non plus (cette fois, message un peu différent : '/lib/modules/3.6.8-1-ARCH' is not a valid kernel module directory -- je pense que cette version est celle du CD).
J'ai aussi essayé hors chroot, et là ça marche.

Par contre, si je reboute (avec le liveCD superGrub pour être sûr d'atteindre la bonne partition) j'ai un kernel panic - no syncing: VFS: Unable to mount root fs on unknown-block(0,0) ce qui montre une erreur de l'image mkinitcpio. Zut

[benjarobin]

Personnellement je suis perdu... "bash" fonctionne dans le chroot, mais pas "ls"
Je crois que se serait plus simple de réinstaller...