Forum

Bonjour,
Il y a quelques jours (3 ou 4) j'ai mis à jour ma Mageia 8 en 64 bits avec une mise à niveau du kernel 5.10.16-desktop-1.mga8 vers une version 5.15.18-2 et après le redémarrage "kernel panic". J'ai redémarré en chocissant la version 5.10.16 et là pas de problème.
Suis-je le seul a avoir ce problème ?
J'ai supprimé les versions supérieures à la 5.10.16 et je n'ai plus de problème.
A+

Lors d'une mise à jour noyau, il y a un protocole à respecter, surtout pour un saut de version aussi grand. Un assez grand nombre d'outils, obligatoires (gcc, libc, binutils entre autres) évoluent aussi, en parallèle : mais attention il faut veiller à respecter l'ordre de téléchargement, ce qui signifie qu'installer un noyau récent sans avoir ACTIVÉ la libc adhoc -et les autres outils - conduit fréquemment au kernel panic.
Il faut procéder ainsi :
- dans le mcc, choisir le noyau de mise à jour. L'appui sur entrée va proposer un grand nombre de dépendances, dont la libc qui sera installée en premier, éventuellement après d'autre outils, mais à cet instant, le mcc signale de relancer l'ordinateur. En effet, il ne servirait à rien de décompresser un noyau plus récent que l'existant sur une libc ancienne (qui est active à cet instant précis).
Aussi surprenant que cela paraisse, il faut QUITTER la mise à jour lorsque demandé et ré-amorcer la machine même si la liste du reste des téléchargements reste montrée à l'écran.
Une fois la machine redémarrée il faudra bien sur relancer le mcc et obéir à chaque nouvelle demande de redémarrage si proposée, et ainsi de suite jusqu'à installation finale du noyau.

Quand c'est fini, il faut s'assurer de la création (donc de la présence) des fichiers suivants (c'est un exemple du noyau backports) :
/boot/config-5.19.3-desktop-1.mga8
/boot/initrd-5.19.3-desktop-1.mga8.img
/boot/symvers-5.19.3-desktop-1.mga8.xz
/boot/System.map-5.19.3-desktop-1.mga8
/boot/vmlinuz-5.19.3-desktop-1.mga8

et que les liens
/boot/initrd-desktop.img et /boot/initrd.img pointent BIEN /boot/initrd-5.19.3-desktop-1.mga8.img

puis les liens
/boot/vmlinuz et /boot/vmlinuz-desktop pointent BIEN /boot/vmlinuz-5.19.3-desktop-1.mga8

D'autre part passer du noyau 5.10.16 au noyau 5.15.18-2 du 30 janvier 2022 ne présente actuellement aucun intérêt puisque le dernier en date (21 août 2022) est le :
http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/8/x86_64/media/core/updates/kernel-desktop-5.15.62-1.mga8-1-1.mga8.x86_64.rpm

Tu as tout à fait raison de le rappeler, je reconnais que parfois il m'arrive de sauter cette étape.

Merci pour vos réponses mais ce problème de relancer l'ordinateur en cours de mise à jour est une chose inhabituelle pour moin utilisateur de fedora depuis longtemps et centos (abandonné dernièrement au profit de mageia) je n'est jamais eu ce problème les mise à jour étaient complètes suivi du relance quand il y avait mise à jour du kernel.
Merci encore

Bonsoir,

Je ne pense pas du tout que le problème vienne de là.
C'est juste que ton matériel n'est pas supporté par le dernier noyau. Tu n'as plus qu'à rester sur un noyau plus ancien.

Bonjour
Le dernier noyau est 5.15.52 (de mémoire). Pourquoi vouloir installer le 5.15.18 ?
A+

Rebonjour,
Concernant la réponse comme quoi mon matériel ne serait pas compatible avec le noyau 5
15.18 de Mageia étrange car ce même PC fonctionne très bien avec le kernel 5.19.4-200 de fedora 36
Pour la réponse pourquoi installer le kernel 5.15.18 c'est simplement ce que me système de mise à jour du centre de contrôle de Mageia me propose.
A+

[marco@localhost ~]$ uname -r
5.15.62-desktop-1.mga8

@eti76 as-tu essayé de sélectionner manuellement le 5.15.62 (merci m@rco123) dans le ccm ?

Bonsoir,
Je lance le CCM et il me répond : pas de mise à jour ou elles ont été déjà réalisées.
La seule chose opération que j'ai réalisée après le kernel panic c'est après plusieurs essais la suppression des kernel en cause via une commande habituelle pour moi "dnf remove kernel-5.15.*"
A+

eti76

As-tu mélangé les installations par dnf et par CCM (urpmi) ?
Si oui, je laisse Yuusha intervenir car cela peut ne pas faire bon ménage.

A+

Bonjour,



Si cela fonctionne en 5.10 et en 5.19 , je ne vois pas ce qui aurait pu être supprimé de la branche 5.15 (encore qu' installer un pilote Nvidia 340.108 sur un noyau de la branche 5.15 semble compliqué puisque des patchs sont nécessaires).

Est ce qu' il y aurait des périphériques "problématiques" présents ?

Une autre chose que l' on pourrait regarder ( si double boot) c' est la ligne du grub de Fedora 36 ( peut être qu' une option particulière est spécifiée au noyau ?

Est ce que le journal a le temps d' écrire quelque chose avant le plantage du noyau ( cela permettrait peut être de voir un éventuel périphérique qui ferait planter le noyau ( pour cela en root, il faudrait faire un journalctl -b -1 ( suivant le boot suivant un plantage avec la branche 5.15)) ?

Pour squid-f : oui j'ai mélangé les 2 systèmes de mises à jour car habitué avec fedora à DNF j'utilise plus facilement ce système
Pour nic80 : Ayant supprimé le kernel à problème pour ce PC via dnf remove je n'ai plus de plantage et je ne peux pas voir les messages dans journal pour cette panic. Par contre il me semble étrange que les kernelsupérieur ne soient plus présentés sous CCM ou DNF. Quand au grub de fedora qui est le lanceur j'ai supprimé les lignes concernant le kernel à problème via un éditeur de texte GEDIT ou similaire.
Vovi donc les réponses que je peux apporter.
A+

Bonjour,
Je fais l'hypothèse qu'en désinstallant le kernel, tu as aussi désinstallé kernel-desktop-latest. C'est la mise à jour de celui-ci qui permet de mettre à jour le noyau.

Rebonjour,
Sur mon PC principal j'ai les mêmes systèmes linux mais lui est en efi. Suite au problème évoqué pour lui je n'ai mis à jour que les modules autres que kernel* puis aujourd'hui via CCM j'ai mis à jour les kernels. Il n'y avait aucune autres propositions de mise à jour.
Reboot et là pas de panic kernel mais ce ,n'ai pas le kernel le plus récent qui est lancé la commande uname -r me répondque c'est le 5.15.35-desktop-2.mag_ pourtant via une commande dnf list installed j'ai des kernel plus récents 41-1, 43-1, 46-1, etc... jusqu' à 5.15.62-1 c'est bien étrange.
Précision le grub est celui de fedora pour les 2 PC car si c'est celui de mageia qui est actif fedora démarre en mode texte donc sur les 2 PC j'ai forcé l'activation de grub de fedora.
A+