Bonjour,
Je reviens sur un sujet que j’avais déjà créé, à savoir que je ne peux pas démarrer automatiquement sur le nouveau noyau après un kernel update.
À chaque fois, je suis contraint de démarrer sur le noyau précédent, et de faire :
# dracut -f --regenerate-all
Cette commande a pour effet 2 soucis, même si cela permet ensuite de démarrer sur mon nouveau noyau :
1) j’ai des initramfs anciens générés, ceux de fc41,
2) de ce fait ma partition /boot se retrouve pleine et ça risque de bloquer, je dois au fur et à mesure supprimer les initramfs inutiles générés.
Ensuite je reboote sur le nouveau noyau au Grub, et après un moment d’attente avec un prompt clignotant, Fedora redémarre enfin sur le nouveau noyau.
La question est donc double :
1) comment se fait-il qu’à la MàJ le nouvel initramfs ne soit pas généré ?
2) comment se fait-il que la commande dracut continue de générer d’anciens initramfs de la fedora 41 ?
Le problème se résout, mais cette manipulation n’est franchement pas idéale.
Ma /boot une fois épurée semble correcte :
$ ls -la /boot
total 646712
dr-xr-xr-x. 7 root root 4096 5 sept. 11:54 .
dr-xr-xr-x. 1 root root 190 5 sept. 11:43 ..
-rw-r--r--. 1 root root 288331 15 août 02:00 config-6.15.10-200.fc42.x86_64
-rw-r--r--. 1 root root 289918 23 août 02:00 config-6.16.3-200.fc42.x86_64
-rw-r--r--. 1 root root 289918 28 août 02:00 config-6.16.4-200.fc42.x86_64
drwx------. 4 root root 4096 24 mai 19:51 efi
drwxr-xr-x. 2 root root 4096 11 juin 15:40 extlinux
drwx------. 6 root root 4096 5 sept. 12:04 grub2
-rw-------. 1 root root 116489425 16 nov. 2023 initramfs-0-rescue-a64f8a4c47ff40c09c590376d7a42c5a.img
-rw-------. 1 root root 103552539 5 sept. 11:53 initramfs-6.15.10-200.fc42.x86_64.img
-rw-------. 1 root root 169233448 5 sept. 11:53 initramfs-6.16.3-200.fc42.x86_64.img
-rw-------. 1 root root 169234159 5 sept. 11:54 initramfs-6.16.4-200.fc42.x86_64.img
drwxr-xr-x. 3 root root 4096 16 nov. 2023 loader
drwx------. 2 root root 16384 16 nov. 2023 lost+found
lrwxrwxrwx. 1 root root 47 23 août 03:18 symvers-6.15.10-200.fc42.x86_64.xz -> /lib/modules/6.15.10-200.fc42.x86_64/symvers.xz
lrwxrwxrwx. 1 root root 46 30 août 11:57 symvers-6.16.3-200.fc42.x86_64.xz -> /lib/modules/6.16.3-200.fc42.x86_64/symvers.xz
lrwxrwxrwx. 1 root root 46 5 sept. 11:45 symvers-6.16.4-200.fc42.x86_64.xz -> /lib/modules/6.16.4-200.fc42.x86_64/symvers.xz
-rw-r--r--. 1 root root 11729391 15 août 02:00 System.map-6.15.10-200.fc42.x86_64
-rw-r--r--. 1 root root 11836355 23 août 02:00 System.map-6.16.3-200.fc42.x86_64
-rw-r--r--. 1 root root 11838111 28 août 02:00 System.map-6.16.4-200.fc42.x86_64
-rwxr-xr-x. 1 root root 14536168 16 nov. 2023 vmlinuz-0-rescue-a64f8a4c47ff40c09c590376d7a42c5a
-rwxr-xr-x. 1 root root 17533288 15 août 02:00 vmlinuz-6.15.10-200.fc42.x86_64
-rw-r--r--. 1 root root 162 15 août 02:00 .vmlinuz-6.15.10-200.fc42.x86_64.hmac
-rwxr-xr-x. 1 root root 17647976 23 août 02:00 vmlinuz-6.16.3-200.fc42.x86_64
-rw-r--r--. 1 root root 161 23 août 02:00 .vmlinuz-6.16.3-200.fc42.x86_64.hmac
-rwxr-xr-x. 1 root root 17656168 28 août 02:00 vmlinuz-6.16.4-200.fc42.x86_64
-rw-r--r--. 1 root root 161 28 août 02:00 .vmlinuz-6.16.4-200.fc42.x86_64.hmac
