Impossible de booter sur mon nouveau kernel

Version imprimable

Bonjour,

J'essaye d'actuellement de mettre à jour mon environnement de travail et donc mon kernel.

Je tente de compiler le dernier kernel stable, c'est à dire le 5.16.0

J'utilise la procédure de compilation classique. à partir de mon olddefconfig

La compilation fonctionne normalement,

Mais quand je reboote sur mon nouveau kernel cela me droppe un busybox avec le message

Citation:

ALERT! UUID=d54[...] does not exist. Dropping to a shell !

. Je n'ai jamais rencontré de tel problème: savez vous d'où cela peut venir? Je compile depuis une VM mint 20.3

En compilant depuis une debian 11, j'ai une erreur différente mais je ne comprends pas d'où elle peut venir non plus:
Code:

1 2 3 4 5 6 7 8 9 sh ./arch/x86/boot/install.sh 5.16.0 \ arch/x86/boot/bzImage System.map "/boot" run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 5.16.0 /boot/vmlinuz-5.16.0 run-parts: executing /etc/kernel/postinst.d/initramfs-tools 5.16.0 /boot/vmlinuz-5.16.0 update-initramfs: Generating /boot/initrd.img-5.16.0 find: '/var/tmp/mkinitramfs_XS5s90/lib/modules/5.16.0/kernel': No such file or directory run-parts: executing /etc/kernel/postinst.d/zz-update-grub 5.16.0 /boot/vmlinuz-5.16.0 Generating grub configuration file ... Found linux image: /boot/vmlinuz-5.16.0 Found initrd image: /boot/initrd.img-5.16.0
Savez-vous quelle est la cause et comment je pourrait résoudre ce problème?

Merci

07/03/2022, 12h40
gabriel21

UUID est une un numéros de partition unique, utilisé pour remplacer les /dev/sdx.
Il s'assure que même en cas de modification hardware ou de changement dans l'ordre de détection par le bios, la partition sera monté au bon endroit.
Très utilisé notamment avec les partitions gérées par des baies de stockage et présentées en LUN via Fiber Chanel ou Fiber Chanel Over IP.

Dans ton cas, initramfs ne trouve pas une partition qui semble indispensable au démarrage, du coup échec de l’amorçage.

Dans ta VM, tu peux avoir les UUId avec la commande

Code:

lsblk -f

Vérifie déjà que l'uuid remonté lors de ton échec est présent sur ta machine fonctionnant avec l'ancien kernel.

Pour ta Debian, il lui manque un dossier. Il est d’ailleurs possible que cela soit le même problème avec ta Mint. S'il s'agit d'un module indispensable au kernel, il ne pourra pas démarrer, même si la compilation passe, ce qui semble être le cas sur ta Debian.

D’où vient la source du kernel? De nombreuses distributions fournissent des Hook pour pouvoir compiler le noyau sur leur système, notamment en raison de choix d'architecture.

Bonjour et merci pour ton aide,

Citation:

Vérifie déjà que l'uuid remonté lors de ton échec est présent sur ta machine fonctionnant avec l'ancien kernel.

Oui, je sais que l'UUID correspond à l'id du disque, qu'on retrouve notamment dans /etc/fstab. La valeur correspond bien à ce qui est attendu avec mon ancien kernel
Code:

1 2 3 4 5 6 7 $ lsblk -f NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sr0 vda ├─vda1 vfat 2803-8143 511M 0% /boot/efi ├─vda2 └─vda5 ext4 d53458ff-d9fc-4b29-9260-1f7c449c8693 59,2G 19% /
Citation:

D’où vient la source du kernel? De nombreuses distributions fournissent des Hook pour pouvoir compiler le noyau sur leur système, notamment en raison de choix d'architecture.

Le noyau vient du repository officiel (http://git.kernel.org/pub/scm/linux/...nux-stable.git), et je suis sur le tag v5.16.

Je ne peux pas utiliser de package préfait de kernel car je devrais intégrer des modifications dans ce kernel par la suite

Citation:

Pour ta Debian, il lui manque un dossier. Il est d’ailleurs possible que cela soit le même problème avec ta Mint. S'il s'agit d'un module indispensable au kernel, il ne pourra pas démarrer, même si la compilation passe, ce qui semble être le cas sur ta Debian.

Quel dossier peut-il manquer? J'ai suivi la procédure classique (passage sur le bon tag, ici v5.16, make olddefconfig, make menuconfig, make -j9, sudo make modules_install install).

07/03/2022, 15h25
gabriel21

Dans ton log de ta machine Debian, il ne trouve pas le dossier "/var/tmp/mkinitramfs_XS5s90/lib/modules/5.16.0/kernel".
Il y a donc une piste. La documentation signale que ce répertoire (/var/tmp/) doit autoriser l'exécution (ne pas être monté en noexec) et l'écriture.

As tu essayer ta méthode avec un autre noyau? le 5.15 par exemple?
Les seuls compilations noyau que j'ai faite, c'est à partir des sources fournis par les distributions. Et je n'ai jamais eu de problème. Je suis sous Kubuntu et j'utilise la page https://doc.ubuntu-fr.org/tutoriel/compiler_linux.
Après, je ne le fais pas très régulièrement. C'est plutôt à titre de formation.