- Modifié
Bonjour,
Sur un poste mis à jour régulièrement depuis F26, les noyaux se sont toujours mis dans /boot/efi/ddeefcca5855485abcc90c8d163fecdc/ (sda1) pour F26 et 27, puis 39.
F38, seul noyau accessible est dans /boot/
# ls -l /boot/efi/ddeefcca5855485abcc90c8d163fecdc/
total 20
drwx------ 2 root root 1024 8 août 2017 4.11.11-300.fc26.x86_64
drwx------ 2 root root 1024 15 sept. 2017 4.12.11-300.fc26.x86_64
drwx------ 2 root root 1024 15 sept. 2017 4.12.12-300.fc26.x86_64
drwx------ 2 root root 1024 24 sept. 2017 4.12.13-300.fc26.x86_64
drwx------ 2 root root 1024 30 sept. 2017 4.12.14-300.fc26.x86_64
drwx------ 2 root root 1024 18 août 2017 4.12.5-300.fc26.x86_64
drwx------ 2 root root 1024 27 août 2017 4.12.8-300.fc26.x86_64
drwx------ 2 root root 1024 11 nov. 2017 4.13.11-200.fc26.x86_64
drwx------ 2 root root 1024 22 nov. 2017 4.13.13-200.fc26.x86_64
drwx------ 2 root root 1024 29 nov. 2017 4.13.15-200.fc26.x86_64
drwx------ 2 root root 1024 10 déc. 2017 4.13.16-202.fc26.x86_64
drwx------ 2 root root 1024 13 oct. 2017 4.13.5-200.fc26.x86_64
drwx------ 2 root root 1024 1 nov. 2017 4.13.9-200.fc26.x86_64
drwx------ 2 root root 1024 18 déc. 2017 4.14.5-200.fc26.x86_64
drwx------ 2 root root 1024 29 oct. 2018 4.18.16-100.fc27.x86_64
drwx------ 2 root root 1024 25 nov. 2018 4.18.18-100.fc27.x86_64
drwx------ 2 root root 1024 2 déc. 2018 4.18.19-100.fc27.x86_64
drwx------ 2 root root 1024 1 nov. 09:51 6.11.5-100.fc39.x86_64
drwx------ 2 root root 1024 8 nov. 12:38 6.11.6-100.fc39.x86_64
drwx------ 2 root root 1024 1 mai 2024 7.00en fait tout ces répertoires sont vides…
N’utilisant pas ce poste, je n’ai jamais vu le problème.
# ls -l /boot/
total 162521
-rw-r--r-- 1 root root 271850 17 avril 2024 config-6.8.7-100.fc38.x86_64
drwx------ 5 root root 1024 1 janv. 1970 efi
drwxr-xr-x. 2 root root 4096 1 mai 2024 extlinux
drwx------. 4 root root 4096 8 nov. 13:54 grub2
-rw-------. 1 root root 54499762 18 déc. 2016 initramfs-0-rescue-ddeefcca5855485abcc90c8d163fecdc.img
-rw------- 1 root root 80897203 30 avril 2024 initramfs-6.8.7-100.fc38.x86_64.img
drwxr-xr-x 3 root root 4096 7 mars 2019 loader
drwx------. 2 root root 16384 19 déc. 2016 lost+found
-rw-r--r-- 1 root root 148992 7 janv. 2024 memtest86+x64.efi
lrwxrwxrwx 1 root root 45 30 avril 2024 symvers-6.8.7-100.fc38.x86_64.xz -> /lib/modules/6.8.7-100.fc38.x86_64/symvers.xz
-rw-r--r-- 1 root root 8903740 17 avril 2024 System.map-6.8.7-100.fc38.x86_64
-rwxr-xr-x. 1 root root 6794376 18 déc. 2016 vmlinuz-0-rescue-ddeefcca5855485abcc90c8d163fecdc
-rwxr-xr-x 1 root root 14864200 17 avril 2024 vmlinuz-6.8.7-100.fc38.x86_64# rpm -q kernel
kernel-6.8.7-100.fc38.x86_64
kernel-6.11.5-100.fc39.x86_64
kernel-6.11.6-100.fc39.x86_64# fdisk -l
Device Start End Sectors Size Type
/dev/sda1 2048 206847 204800 100M EFI System
/dev/sda2 206848 239615 32768 16M Microsoft reserved
/dev/sda3 239616 125925375 125685760 59,9G Microsoft basic data
/dev/sda4 249044992 250068991 1024000 500M Windows recovery environment
/dev/sda5 125925376 128022527 2097152 1G Linux filesystem
/dev/sda6 128022528 249044991 121022464 57,7G Linux LVM/boot est en sda5
# less /etc fstab
/dev/mapper/fedora-root / ext4 defaults 1 1
UUID=2ad035a7-aae0-44c9-8655-3f2b5edc7ef3 /boot ext4 defaults 1 2
UUID=7A6C-2DE7 /boot/efi vfat umask=0077,shortname=winnt 0 2
/dev/mapper/fedora-home /home ext4 defaults 1 2
/dev/mapper/fedora-swap swap swap defaults 0 0
UUID=5024746024744B4C /donnees ntfs-3g defaults,locale=fr_FR.UTF-8 0 0 # find / -name 'initramfs-6.11.6-100.fc39.x86_64.img' ne renvoi rien.
Les mises à niveau ont toutes été faites avec dnf system-upgrade
Comment corriger le tir et accéder à ces noyaux 39 ? Je n’ai pas de poste avec cette configuration pour comparer les fstab… si c’est là que cela doit se faire.
Je voudrais corriger cela avant de lancer le passage en F40.
Merci d’avance
Gérard
