Discussion :

[emixam16]

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

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[emixam16]

Bonjour et merci pour ton aide,

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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% /

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

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).

[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.