[kernel] Kernel Panic après maj pacman

[GuillaumeF]

Bonjour

Je suis passé d'Ubuntu à la philosophie Arch il y a quelque semaines, après qu'on m'en ai vanté les mérite et la stabilité, même après les mises à jour.
Je sais pas si c'est moi qui joue de malchance, mais ce matin, mon Arch ne démarre plus. La seule chose importante que j'ai fait, c'est de mettre à jour les paquets (pacman -Suy). J'ai le message d'erreur classique Kernel Panic - init not found.
Il y a aussi "Failure to execute /init", suivi du message conseillant d'ajouter des options à init=. Le slash m'a intrigué, et est peut-être la solution du problème.
J'ai pu démarrer un ubuntu en parralèle et chrooter sur l'Arch. Le seul truc étrange que j'ai remarqué, c'est que /boot/initramfs-linux.img avait une taille bien inférieure à initramfs-linux-fallback. J'ai essayé de démarrer sur le fallback, sans succès. Après une nouvelle mise à jour qui m'a étrangement mis à jour mkinitramfs, puis un nouveau noyau (comme si celui de la veille était déjà remplacé), j'ai retenté un démarrage, mais rien de nouveau. Maintenant, initramfs-linux.img a une taille normale (nouvellement installé depuis la mise à jour de mkinitramfs).

Dans tous les cas, ça ne marche toujours pas, et je n'ai absolument aucune idée d'où chercher... Quelqu'un pourrait-il m'aider sur la suite des investigations?

En vous remerciant par avance!

Guillaume

[widapit]

Salut !

Du coup, ça serait peut-être bien de préciser un peu ce que tu as fait / installer / configurer Quel bootloader utilises-tu ? tu n'as eu aucun message lors de la mise à jour ? (tu peux le vérifier dans /var/log/pacman.log)

[benjarobin]

/sbin/init existe ?

[GuillaumeF]

Salut et merci pour vos réponses!

@widapit: Je viens d'aller voir pacman.log, et j'ai retrouvé les infos correspondantes aux maj d'hier. J'ai pasté les lignes correspondantes ici:
http://pastebin.com/9ntADXjr
Vu ce qu'il s'est passé, ça devient évident que le souci a eu lieu au niveau du initramfs, surement mis à jour avec le kernel...
edit: J'ai aussi essayé de relancer "mkinitcpio -p linux" depuis un autre système, en chroot, ce qui n'a rien changé, malgré le bon fonctionnement de la commande

Sinon, j'utilise grub2 en bootloader. Voici l'entrée correspondante à Arch:

Code : Tout sélectionner

menuentry "Arch Linux (on /dev/sda2)" {
    insmod ext4
    set root=(hd0,2)
    search --no-floppy --fs-uuid --set 898c49c8-34cc-4895-a158-35b335abea6f
    linux /boot/vmlinuz-linux root=/dev/disk/by-uuid/898c49c8-34cc-4895-a158-35b335abea6f ro
    initrd /boot/initramfs-linux.img
}

@benjarobin: Oui, il existe. Quand j'ai vu l'erreur à propos de '/init', j'ai aussi créé un lien symbolique de /init vers /sbin/init. Sans succès, évidemment ^^

[Xorg]

Tu peux toujours tenter d'ajouter un init=/usr/lib/systemd/systemd avant le ro.
Sinon, tu n'aurais pas modifié tes partitions ? Je suis toujours un peu sceptique par l'utilisation des UUID. Tu peux aussi tenter de remplacer root=/dev/disk/by-uuid/898c49c8-34cc-4895-a158-35b335abea6f par root=/dev/sda2.

Concernant l'initrd fallback qui est plus gros que l'initrd standard, c'est normal, car le fallback n'utilise pas le hook autodetect, et par conséquent beaucoup plus de modules sont ajoutés lors de la création de l'initrd.
La preuve avec un # mkinitcpio [b]-v[/b] -p linux.

[GuillaumeF]

Salut!

Spécifier Init n'a rien aidé...
Non, je n'ai pas changé les partitions depuis l'install d'Arch il y a quelque semaines. Mais j'ai fait l'install depuis un Ubuntu (en méthode chroot), et c'est le grub de l'ubuntu que j'utilise en tant que bootloader. Voila peut-être pourquoi la syntaxe t'étonne un peu.

Je suis un peu blasé, c'est très étrange qu'une réinstallation de kernel et de fichiers init / réinstallation bootloader ne permette pas de réparer le souci tout de même

[benjarobin]

J'avoue un peu être à court d'idée... En plus de 2 ans de forum je n'ai jamais vu ce problème...
Fait un chroot depuis Ubuntu et donne nous la sortie de ces commandes

Code : Tout sélectionner

pacman -Qo /sbin/init
ls -l /sbin/init
pacman -Qo /usr/lib/systemd/systemd
ldd /usr/lib/systemd/systemd
ls -ld /bin /lib /sbin
pacman -Q linux
ls /lib/modules

[Xorg]

Tu peux aussi tenter de remplacer root=/dev/disk/by-uuid/898c49c8-34cc-4895-a158-35b335abea6f par root=/dev/sda2.

Je ne sais pas si tu as essayé.

[GuillaumeF]

C'est sympa de pas baisser les bras

Code : Tout sélectionner

R00T / # pacman -Qo /sbin/init 
/sbin/init appartient à systemd-sysvcompat 204-3
R00T / # ls -l /sbin/init 
lrwxrwxrwx 1 root root 22 30 mai   14:55 /sbin/init -> ../lib/systemd/systemd
R00T / # pacman -Qo /usr/lib/systemd/systemd
/usr/lib/systemd/systemd appartient à systemd 204-3
R00T / # ldd /usr/lib/systemd/systemd
	n'est pas un exécutable dynamique
R00T / # ls -ld /bin /lib /sbin
lrwxrwxrwx 1 root root 7 31 mai   20:40 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 31 mai   20:40 /lib -> usr/lib
lrwxrwxrwx 1 root root 7 31 mai   20:40 /sbin -> usr/bin
R00T / # pacman -Q linux
linux 3.10.3-1
R00T / # ls /lib/modules
3.10.3-1-ARCH  extramodules-3.10-ARCH

@Xorg: oui j'ai essayé, sans succès.

[benjarobin]

Code : Tout sélectionner

ldd /usr/lib/systemd/systemd
   n'est pas un exécutable dynamique

Il y a un souci ici
Donne la sortie de

Code : Tout sélectionner

pacman -Qkk systemd
command ls -l /usr/lib/systemd/systemd
md5sum /usr/lib/systemd/systemd

Pour information tu es censé avoir ceci sachant que tu es en x86_64 pour la version 204-3

Code : Tout sélectionner

# md5sum
36ed94a9e74864274ff6823778cebc95  /usr/lib/systemd/systemd
# ls
-rwxr-xr-x 1 --- --- 994656 30 mai   14:55 /usr/lib/systemd/systemd

Si ton système de fichier est corrompu tu ne nous dit pas tout...

[GuillaumeF]

Code : Tout sélectionner

R00T / # pacman -Qkk systemd
systemd : aucun fichier mtree
R00T / # command ls -l /usr/lib/systemd/systemd
-rwxr-xr-x 1 root root 994656 30 mai   14:55 /usr/lib/systemd/systemd
R00T / # md5sum /usr/lib/systemd/systemd
36ed94a9e74864274ff6823778cebc95  /usr/lib/systemd/systemd

Un moyen de réinstaller tout systemd via pacman?

[benjarobin]

Rien ne colle...
- Le binaire n'est pas corrompu et il est bien exécutable.
- Tu as un paquet lib32 donc tu es apparemment en x86_64
- pacman fonctionne donc Ubuntu est aussi en 64 bits
- Mais ldd indique que ce n'est pas un exécutable...

Donc il va falloir clarifier certains points :
- Es tu en 64 bits ?
- Tu n'as pas bricolé ton fichier de configuration de pacman / miroir est mélangé 32 bits et 64 bits ?

Quelle est la sortie de

Code : Tout sélectionner

md5sum /lib/ld-* /usr/bin/ldd
pacman -Qo /lib/ld-* /usr/bin/ldd
pacman -Qi glibc linux systemd

Un moyen de réinstaller tout systemd via pacman?

Dans le doute le plus simple est de réinstaller l'ensemble des paquets, solutions simple et assez rapide... Mais on ne saura jamais la cause de ton problème

[GuillaumeF]

Oui je suis bien sur du 64 bits.
Le seul truc que j'ai fait au niveau de pacman.conf, c'était de passer SigLevel à Optional, car je m'en sortais pas de ces problèmes de clés qu'il voulait pas accepter. J'ai rien touché d'autre à part le mirroir. J'utilise:

Server = http://miroir.ezvan.fr/archlinux/$repo/os/$arch
Server = http://archlinux.mirrors.ovh.net/archli ... o/os/$arch
Server = http://archlinux.polymorf.fr/$repo/os/$arch

Sinon voici le résultat de la commande.

Code : Tout sélectionner

R00T / # md5sum /lib/ld-* /usr/bin/ldd
ecdefe17c00ef3a15efc88cd634d2b0f  /lib/ld-2.17.so
590aef825ae033b8a685903a336742ed  /lib/ld-linux.so.2
ecdefe17c00ef3a15efc88cd634d2b0f  /lib/ld-linux-x86-64.so.2
6414d1a5abad5e52d9f7898175f61c87  /usr/bin/ldd

edit: un pacman -Su systemd a bien réinstallé la bête, mais ldd n'a pas changé d'output.

[benjarobin]

Le seul truc que j'ai fait au niveau de pacman.conf, c'était de passer SigLevel à Optional,

Ou comment se tirer une balle dans le pied...

Désolé j'ai édité mon message précédent. Peux-tu faire de même en répondant à l'ensemble des questions, merci

Un ldd sur pacman fonctionne : ldd /usr/bin/pacman ?

Sinon je crains que cela prenne beaucoup de message pour essayer de comprendre ce qui c'est passé (Sauf si quelqu'un passe par ici et qu'il a une idée de génie ). Je te laisse prendre la décision du chemin à prendre.

[GuillaumeF]

ldd ne fonctionne sur rien du tout en fait... Je me demande si c'est mon chroot qui fait ça ou si c'est un vrai problème...
Pour le SigLevel, faut me comprendre, je voulais installer un serveur X et il y avait pas moyen, chaque clé était supprimée avant l'installation du paquet, et donc j'arrivais à rien. Oui, c'est pas la première fois que Arch me pose des soucis ^^

Sinon j'ai mis le résultat des autres commandes. J'étais sur le point de te proposer de laisser tomber et de tout réinstaller. C'est juste que pour le coup, ça faisait un cas d'école et l'investigation pouvait être intéressante, mais si vraiment t'es à cours d'idée, t'embête pas, je vais tout refaire proprement...
Merci pour ton aide en tout cas

Code : Tout sélectionner

R00T /usr/lib/systemd # pacman -Qo /lib/ld-* /usr/bin/ldd
/lib/ld-2.17.so appartient à glibc 2.17-6
/lib/ld-linux.so.2 appartient à lib32-glibc 2.17-5
/lib/ld-linux-x86-64.so.2 appartient à glibc 2.17-6
/usr/bin/ldd appartient à glibc 2.17-6
R00T /usr/lib/systemd # pacman -Qi glibc linux systemd
Nom                   : glibc
Version               : 2.17-6
Description           : GNU C Library
Architecture          : x86_64
URL                   : http://www.gnu.org/software/libc
Licences              : GPL  LGPL
Groupes               : base
Fournit               : --
Dépend de             : linux-api-headers>=3.7  tzdata  filesystem>=2013.01
Dépendances opt.      : --
Requis par            : a52dec  alsa-lib  attr  babl  bash  binutils  bison  bzip2
                        cdparanoia  chmlib  convertlit  coreutils  cracklib
                        device-mapper  dhcpcd  diffutils  dotconf  ethtool  expat
                        faac  faad2  fakeroot  fftw  file  findutils  flex
                        foomatic-filters  fribidi  fuse  gawk  gcc-libs  gdbm
                        gnu-netcat  grep  gsm  gzip  hspell  i8kutils  idnkit
                        iproute2  iptables  json-c  kbd  keyutils  kmod  libasyncns
                        libbsd  libcap  libcap-ng  libcdaudio  libcddb  libdatrie
                        libdmtx  libdrm  libdvbpsi  libdvdread  libexif  libffi
                        libgpg-error  libgssglue  libical  libice  libidn
                        libjpeg-turbo  libksba  libmad  libmpcdec  libmpeg2  libnl
                        libogg  libpcap  libpciaccess  libpipeline  libraw1394
                        libtasn1  libupnp  libusbx  libutempter  libvpx  libwbclient
                        libxau  libxdmcp  lsof  lzo2  m4  make  mcpp  mdadm
                        mkinitcpio-busybox  mtdev  ncurses  net-tools  nspr
                        opencore-amr  opus  orc  p11-kit  pacman  pam  patch
                        pciutils  perl  pixman  popt  ppp  pth  readline  recode
                        run-parts  sbc  sdl  sip  snappy  spotify  sudo  sysfsutils
                        syslinux  sysvinit-tools  talloc  tar  traceroute  util-linux
                        v4l-utils  vte-common  wavpack  which  x264  xf86-input-evdev
                        xf86-input-joystick  xf86-input-keyboard  xf86-input-mouse
                        xf86-input-vmmouse  xf86-input-void  xf86-video-ark
                        xf86-video-ast  xf86-video-cirrus  xf86-video-dummy
                        xf86-video-fbdev  xf86-video-glint  xf86-video-i128
                        xf86-video-mach64  xf86-video-mga  xf86-video-neomagic
                        xf86-video-nv  xf86-video-r128  xf86-video-savage
                        xf86-video-siliconmotion  xf86-video-sis  xf86-video-tdfx
                        xf86-video-trident  xf86-video-v4l  xf86-video-vesa
                        xf86-video-voodoo  xorg-sessreg  xvidcore  zlib
Optionnel pour        : --
Est en conflit avec   : --
Remplace              : --
Taille installé       : 36087,00 KiB
Paqueteur             : Allan McRae <allan@archlinux.org>
Compilé le            : jeu. 30 mai 2013 08:34:35 CEST
Installé le           : ven. 12 juil. 2013 20:30:51 CEST
Motif d’installation  : Explicitement installé
Script d’installation : Oui
Validé par            : Inconnu

Nom                   : linux
Version               : 3.10.3-1
Description           : The Linux kernel and modules
Architecture          : x86_64
URL                   : http://www.kernel.org/
Licences              : GPL2
Groupes               : base
Fournit               : kernel26=3.10.3
Dépend de             : coreutils  linux-firmware  kmod  mkinitcpio>=0.7
Dépendances opt.      : crda: to set the correct wireless channels of your country
Requis par            : --
Optionnel pour        : --
Est en conflit avec   : kernel26
Remplace              : kernel26
Taille installé       : 66457,00 KiB
Paqueteur             : Tobias Powalowski <tpowa@archlinux.org>
Compilé le            : ven. 26 juil. 2013 11:32:00 CEST
Installé le           : sam. 27 juil. 2013 10:31:23 CEST
Motif d’installation  : Explicitement installé
Script d’installation : Oui
Validé par            : Somme SHA256

Nom                   : systemd
Version               : 204-3
Description           : system and service manager
Architecture          : x86_64
URL                   : http://www.freedesktop.org/wiki/Software/systemd
Licences              : GPL2  LGPL2.1  MIT
Groupes               : --
Fournit               : libsystemd=204  nss-myhostname  systemd-tools=204  udev=204
                        libgudev-1.0.so=0-64  libsystemd-daemon.so=0-64
                        libsystemd-id128.so=0-64  libsystemd-journal.so=0-64
                        libsystemd-login.so=0-64  libudev.so=1-64
Dépend de             : acl  bash  dbus-core  glib2  kbd  kmod  hwids  libcap
                        libgcrypt  pam  util-linux  xz
Dépendances opt.      : cryptsetup: required for encrypted block devices [installé]
                        libmicrohttpd: systemd-journal-gatewayd
                        quota-tools: kernel-level quota management
                        python: systemd library bindings [installé]
                        systemd-sysvcompat: symlink package to provide sysvinit
                        binaries [installé]
Requis par            : accountsservice  apache  bluez-utils  chromium  colord  cups
                        device-mapper  gnome-session  gnome-settings-daemon
                        gnome-system-monitor  lib32-systemd  libatasmart  libgdm
                        libgusb  libmbim  libusbx  libwacom  lvm2  media-player-info
                        mesa  mkinitcpio  modemmanager  netctl  networkmanager
                        pcmciautils  polkit  pulseaudio  qtwebkit  rtkit
                        systemd-sysvcompat  udisks2  upower  xf86-input-evdev
                        xf86-video-ati  xf86-video-intel  xf86-video-modesetting
                        xf86-video-nouveau  xf86-video-openchrome
Optionnel pour        : --
Est en conflit avec   : libsystemd  nss-myhostname  systemd-tools  udev
Remplace              : libsystemd  nss-myhostname  systemd-tools  udev
Taille installé       : 14940,00 KiB
Paqueteur             : Dave Reisner <dreisner@archlinux.org>
Compilé le            : jeu. 30 mai 2013 14:55:32 CEST
Installé le           : dim. 28 juil. 2013 21:44:04 CEST
Motif d’installation  : Installé comme dépendance d’un autre paquet
Script d’installation : Oui
Validé par            : Somme SHA256

[FoolEcho]

Sinon je crains que cela prenne beaucoup de message pour essayer de comprendre ce qui c'est passé (Sauf si quelqu'un passe par ici et qu'il a une idée de génie ). Je te laisse prendre la décision du chemin à prendre.

Vu mon état cérébral en ce moment, n'attendez rien de moi en tous cas (je n'explique déjà pas le coup de systemd avec ldd).

Pour s'ôter d'un doute quand même: de quelle manière fais-tu ton chroot ? Tu n'aurais pas suivi l'une des dernières annonces de manière étrange et «oublié» de nous le dire ? (parce que tu dis que c'est consécutif à une mise à jour, mais vu que tu as tripatouillé aussi le pacman.conf pour pallier à des problèmes... qui n'ont pas lieu d'être... )

[GuillaumeF]

Pour faire mon chroot, je fais en gros:

Code : Tout sélectionner

mount /dev/sda2 /mnt/
mount -t proc /proc /mnt/proc
mount -B /dev /mnt/dev
mount -B /run /mnt/run
chroot /mnt/

De quoi parles-tu en matière d'annonce? Le seul truc que j'ai modifié c'est vraiment pacman.conf, et juste cette ligne. Faut comprendre que j'avais déjà galéré à mettre en place une connexion en ligne de commande (venant d'un environnement Debian, c'est pas simple à comprendre, ces netctl, surtout quand t'as pas accès Internet pour justement voir la doc Une fois que j'ai eu accès au net, j'arrivais pas à télécharger les paquets de xorg à cause de ce problème de clés, du coup j'ai pas trop hésité à casser cette sécurité. Par contre, j'aurai du revenir dessus plus tard et pas laisser ça comme ça, je l'avoue.

Le coup du ldd qui ne fonctionne avec rien, je n'ai jamais vu ça non plus.

Si ça fait mal au crâne à tout le monde, oubliez ça, je vais refaire tout depuis le début. Mais vu que je suis convaincu de n'avoir rien faire de dangereux niveau système, je suis convaincu que ça peut (et que ça va) arriver à d'autres. Mais peut-être que vous n'en entendrez pas parler ici.

Bonne journée!

[benjarobin]

Il ne faut surtout pas monter /run... Et tu n'as pas monté /sys. Et tu peux avoir besoin de devpts. Voir Wiki Chroot