• matériel : TongFang GM5HG 15.3″ AMD High-end Performance (Laptop with Linux)


    • Fedora 40 workstation
    • kernel.x86_64 6.11.8-200.fc40 (fonctionnel au second boot après sélection manuelle > grub)
    • kernel.x86_64 6.12.4-100.fc40 (annonce un initramfs inexistant après échec boot)

Bonjour, après une mise à jour sur le kernel 6.11.11-200 le redémarrage échoue et annonce un fichier initramfs-6.11.11-200.fc40.x86_64.img manquant. Apparition de la liste grub au deuxième boot avec 6.11.8 disponible. Je sélectionne cette version et fedora démarre normalement, seulement à chaque redémarrage le problème se pose : allumer > échec et message d’erreur > extinction > redémarrage grub et sélection manuel du 6.11.8.

Après différentes recherche je trouve une proposition d’utiliser sudo dracut --force pour générer un nouveau fichier initramfs pour le noyau en cours. Sachant que je suis déjà sur le seul noyau fonctionnel je ne comprends pas l’utilité de régénérer un fichier existant et de mettre mon système en péril au seul endroit où il est fonctionnel.

Une autre solution a été de supprimer les noyaux incomplets, parce qu’entre temps j’ai tenté un nouvel update sur 6.12.4 en espérant une réinstallation fonctionnelle. Donc je tente la procédure qui suit :
sudo dnf remove kernel-6.11.11-200.fc40.x86_64

puis sudo dnf remove kernel-6.12.4-100.fc40.x86_64

et en suivant le processus : sudo grub2-set-default "Fedora (6.11.8-200.fc40.x86_64) 40 (x86_64)"sudo

et sudo grub2-mkconfig -o /boot/grub2/grub.cfg

reboot

Au redémarrage le problème persiste et au deuxième boot, grub annonce toujours les kernels supprimés.

je reboot sur 6.11.8 et retente un update > sur 6.12.4 résultat idem. Je n’ai pas le niveau pour aller plus loin. J’envisageai l’upgrade sur fedora 41 mais je ne me sens pas de bâtir sur un système caduque. J’ai une sauvegarde de mes fichiers et je peux bien sûr repartir de zéro, mais ça fait beaucoup de chose à réinstaller (serveur apache php mariaDB, npm,Node.js, les connexions ssh vers Github… plus tous les sites en cours de développement) . Je suis preneur pour un coup de main salvateur. Merci d’avance. 🙃

  • Nicosss a répondu à ça.

    • Nicosss

    • Meilleure réponsesélectionnée par benjimage

    benjimage Pour faciliter la lisibilité il faut utiliser le bloc de code -> Voir FAQ .

    $ cd /boot/
$ sudo dracut -f --regenerate-all
$ sudo grub2-mkconfig -o /boot/grub2/grub.cfg

    Ensuite voir si tout le monde est présent dans /boot/ .

    Edit : Ajout commande

      benjimage Depuis un démarrage avec le kernel fonctionnel, que retourne
      $ rpm -qa \*kernel\*
      $ ll /boot/

          J’ai eu le même souci.
          Depuis le kernel fonctionnel, fais d’abord un

          dnf reinstall kernel-core-6.12.4-100.fc40.x86_64

          confirme la présence (ou pas…) de l’initramfs par

          ls /boot | grep initramfs

          Si tu ne le vois pas, essaie (et c’est ce que j’ai fait directement en fait…)

          dnf remove kernel-core-6.12.4-100.fc40.x86_64 && dnf update

          puis tu vérifies de nouveau la présence de l’initramfs avant de rebooter

            Nicosss

            Bonjour Nicoss,

            J’obtiens :

            $ rpm -qa \*kernel\*
libreport-plugin-kerneloops-2.17.15-1.fc40.x86_64
abrt-addon-kerneloops-2.17.6-1.fc40.x86_64
kernel-srpm-macros-1.0-23.fc40.noarch
kernel-modules-core-6.11.8-200.fc40.x86_64
kernel-core-6.11.8-200.fc40.x86_64
kernel-modules-6.11.8-200.fc40.x86_64
kernel-devel-6.11.8-200.fc40.x86_64
kernel-6.11.8-200.fc40.x86_64
kernel-modules-extra-6.11.8-200.fc40.x86_64
kernel-modules-core-6.11.11-200.fc40.x86_64
kernel-core-6.11.11-200.fc40.x86_64
kernel-modules-6.11.11-200.fc40.x86_64
kernel-devel-6.11.11-200.fc40.x86_64
kernel-modules-extra-6.11.11-200.fc40.x86_64
kernel-modules-core-6.12.4-100.fc40.x86_64
kernel-core-6.12.4-100.fc40.x86_64
kernel-modules-6.12.4-100.fc40.x86_64
kernel-headers-6.12.4-100.fc40.x86_64
kernel-devel-6.12.4-100.fc40.x86_64
kernel-devel-matched-6.12.4-100.fc40.x86_64
kernel-modules-extra-6.12.4-100.fc40.x86_64
kernel-6.12.4-100.fc40.x86_64

            et pour le listing de /boot/ le retour est :

            config-6.11.11-200.fc40.x86_64
config-6.11.8-200.fc40.x86_64
config-6.12.4-100.fc40.x86_64
efi
grub2
initramfs-0-rescue-5e5cb49338114ec79f4b5710e8b11907.img
initramfs-6.11.8-200.fc40.x86_64.img
loader
lost+found
symvers-6.11.8-200.fc40.x86_64.xz
System.map-6.11.11-200.fc40.x86_64
System.map-6.11.8-200.fc40.x86_64
System.map-6.12.4-100.fc40.x86_64
vmlinuz-0-rescue-5e5cb49338114ec79f4b5710e8b11907
vmlinuz-6.11.11-200.fc40.x86_64
vmlinuz-6.11.8-200.fc40.x86_64
vmlinuz-6.12.4-100.fc40.x86_64

            (j’ai enlevé permissions et data pour faciliter la lisibilité)

            Edit Nicosss : Correction balises Markdown -> Voir FAQ

                Edes

                Merci pour tes conseils, j’ai acté ta procédure mais au redémarrage le problème persiste.

                Error …/…/… initramfs-6.11.11-200.fc40.x86_64.img not found

                Le bon côté c’est que j’ai encore un système opérationnel avec 6.11.8 mais il me faudra bien parvenir un jour à pouvoir faire évoluer mon installation…

                Merci beaucoup en tout cas. 🙂

                • Edes a répondu à ça.

                    problème de place ? est-ce une installation nouvelle ou mis à jour ? de quand datent les “rescue” ?
                    Je remarque les 5 types de fichiers n’ont pas tous leur correspondant : symvers*

                      benjimage Pour faciliter la lisibilité il faut utiliser le bloc de code -> Voir FAQ .

                      $ cd /boot/
$ sudo dracut -f --regenerate-all
$ sudo grub2-mkconfig -o /boot/grub2/grub.cfg

                      Ensuite voir si tout le monde est présent dans /boot/ .

                      Edit : Ajout commande

                          fgland

                          L’installation date de la fin septembre (opérée par Laptop with Linux).

                          Le problème s’est déclaré au redémarrage post mise à jour du 6.11.11-200.

                            Nicosss

                            Merci pour le plan bloc de code, je ne l’avais pas trouvé.

                            J’obtiens bien l’initramfs pour 6.11.11-200.

                            Y a t-il une procédure à envisager pour l’absence de symvers-6.11.11-200.fc40.x86_64.xz, comme le fait remarquer Fgland ?

                            total 419692
-rw-r--r--. 1 root root    277977  5 déc.  01:00 config-6.11.11-200.fc40.x86_64
-rw-r--r--. 1 root root    277977 14 nov.  01:00 config-6.11.8-200.fc40.x86_64
drwx------. 4 root root      4096  1 janv.  1970 efi
drwx------. 3 root root      4096 22 déc.  15:57 grub2
-rw-------. 1 root root 161829484 25 sept. 14:55 initramfs-0-rescue-5e5cb49338114ec79f4b5710e8b11907.img
-rw-------. 1 root root  99809580 22 déc.  15:55 initramfs-6.11.11-200.fc40.x86_64.img
-rw-------. 1 root root  99808520 22 déc.  15:56 initramfs-6.11.8-200.fc40.x86_64.img
drwxr-xr-x. 3 root root      4096 25 sept. 14:55 loader
drwx------. 2 root root     16384 25 sept. 14:52 lost+found
-rw-r--r--. 1 root root    182612 23 nov.  00:16 symvers-6.11.8-200.fc40.x86_64.xz
-rw-r--r--. 1 root root   9975988  5 déc.  01:00 System.map-6.11.11-200.fc40.x86_64
-rw-r--r--. 1 root root   9970923 14 nov.  01:00 System.map-6.11.8-200.fc40.x86_64
-rwxr-xr-x. 1 root root  14966600 25 sept. 14:55 vmlinuz-0-rescue-5e5cb49338114ec79f4b5710e8b11907
-rwxr-xr-x. 1 root root  16312680  5 déc.  01:00 vmlinuz-6.11.11-200.fc40.x86_64
-rwxr-xr-x. 1 root root  16304488 14 nov.  01:00 vmlinuz-6.11.8-200.fc40.x86_64

                                benjimage

                                Un grand merci, le système redémarre correctement et en mettant à jour vers 6.12.4 le symvers s’est installé également. Seul hic, disparition de nouveau (Nvidia) et plus accès à mes écrans externes. Je vais plonger dans la doc pour réinstaller ce pilote. L’abscence de reconnaissance des écrans vient elle de ça ? Merci encore, merci à tous

                                    benjimage Parfait si tout est en ordre à présent. Je t’invite à sélectionner la meilleure réponse pour passer cette discussion en résolue -> Voir FAQ .

                                    Pour ton autre problème, si tu ne trouves pas de solution il est alors préférable d’ouvrir une autre discussion quitte à faire un lien vers celle-ci pour l’historique. Ceci permet de trouver une réponse plus facilement en cas de recherche et évite de mélanger les problèmes.