Forum

Bonjour,

Il y a quelques jours, une mise à jour de Discover a résulté en un plantage de Discover (résolu par la mise à jour suivante ….
Ce matin je démarre mon PC, je lance la mise à jour de Mageia proposée, je redémarre mon PC : mon PC de bureau ne démarre plus !!!! Que se passe-t-il ?
J’utilise mon PC de secours, la mise à jour de Mageia est proposée, je ne vais surtout pas la faire !!!

Comment puis-je me sortir de cette impasse ?

Pierre

Bonjour,
C'est difficile de dire.
Quels sont les écrans que tu vois, à quel stade est-ce bloqué ?
Peux-tu tenter un démarrage sur le noyau précédent (options avancées de Grub) ?

Bonjour

Papipio :

la mise à jour de Mageia est proposée, je ne vais surtout pas la faire !!!

C'est la raison pour laquelle je refuse toujours les mises à jour.

Bonjour,
Quelle mise à jour ?

Bonjour Yves,

Merci pour ta réponse.
Avant la mise à jour, j’avais 3 lignes dans le menu de démarrage, il y en a maintenant 5 !! (voir la copie d’écran). Les libellés des 3 lignes correspondaient aux lignes 1, 2 et 5 du nouveau menu.
Maintenant, il faut sélectionner la ligne 3 pour démarrer le PC. Un démarrage avec la 1ère ligne aboutit au plantage.
Il faut donc que je fasse le ménage dans Grub (?), je vais apprendre …
(Que tout cela est énervant !!!)



Pierre

Je fais toujours les mises à jour proposées. Faut-il attendre la mise à jour de la correction du bug de la mise à jour précédente ?! 😟
C'est hier que j'ai fait la mise à jour proposée qui plantait le démarrage du PC. 3 fois le PC s'est bloqué, il démarrait automatiquement sur la 1ère ligne du menu, je n'avais pas remarqué les lignes supplémentaires dans le menu de démarrage.
Maintenant je le démarre avec la 3ème ligne. Je vais essayer de faire le ménage.

Pierre

Cela ressemble à un problème lors de la construction des images de démarrage (je ne pense pas que ce soit le bon terme). Je n'ai pas ce comportement chez moi. Je ne vois aucun bug de ce type déclaré au cours des sept derniers jours : https://bugs.mageia.org/buglist.cgi?chfield=%5BBug%20creation%5D&chfieldfrom=7d&list_id=175886. Je ne vois rien non plus sur le Bugzilla du noyau. Ça doit être spécifique à certaines configurations. Il nous faudrait plus d'informations.

Bonjour,

Je suppose que le problème est arrivé après une mise à jour du noyau, le menu grub étant reconstruit après cette opération. (la vérification des paquets installés se fait avec la commande "rpm -qa --last | more " avec la date d' installation le more est juste là car les derniers paquets installés sont listés en premier ( et comme il y a beaucoup de paquets installés, on ne peut pas voir les derniers paquets installés))

Visiblement, ici quelque chose s' est mal passé.
Le système sur sda5 est il le système "nominal" ?

On pourrait penser que le plantage sur le premier lien du menu pourrait faire une combinaison entre un noyau et un mauvais fichier initrd.

Que contient le répertoire /boot ?

Édité par nic80 Le 05/03/2024 à 19h53

Merci à tous.

En voulant comprendre et résoudre mon problème, par le CCM je suis intervenu dans le démarrage : résultat, en bref, impossible de démarrer le PC par la 1ère et la 3ème ligne du menu !
Maintenant, par les options avancées (2ème ou 4ème ligne), le PC ne démarre pas avec la 1ère ligne 6.6.18-desktop-1-mga9. Tout se passe bien avec la 2ème ligne 6.6.14-desktop-2.mga9 → ouf !
Comment résoudre ce problème ? Est-ce bien un problème dû au noyau 6.6.18 ?

Quand le PC se bloque, il se bloque juste après le choix de la ligne dans le menu Grub → petite boule mobile sur l’écran.

Le répertoire /boot contient beaucoup de choses !?



[papipio@localhost ~]$ rpm -qa --last | more
lib64bpf1-6.6.18-1.mga9.x86_64                mar. 05 mars 2024 08:44:16
kernel-userspace-headers-6.6.18-1.mga9.x86_64 mar. 05 mars 2024 08:44:16
kernel-desktop-latest-6.6.18-1.mga9.x86_64    mar. 05 mars 2024 08:44:16
kernel-desktop-6.6.18-1.mga9.x86_64           mar. 05 mars 2024 08:44:16
kdesu-5.114.0-1.1.mga9.x86_64                 mar. 05 mars 2024 08:44:16
iproute2-6.6.0-1.mga9.x86_64                  mar. 05 mars 2024 08:44:16
ethtool-6.6-1.mga9.x86_64                     mar. 05 mars 2024 08:44:16
lib64kf5su5-5.114.0-1.1.mga9.x86_64           mar. 05 mars 2024 08:44:15
cpupower-6.6.18-1.mga9.x86_64                 mar. 05 mars 2024 08:44:15
xfsprogs-6.6.0-1.mga9.x86_64                  dim. 03 mars 2024 10:27:50
lib64appstreamqt2-0.16.4-1.mga9.x86_64        dim. 03 mars 2024 10:27:50
appstream-0.16.4-1.mga9.x86_64                dim. 03 mars 2024 10:27:50
lib64appstream4-0.16.4-1.mga9.x86_64          dim. 03 mars 2024 10:27:49
strace-6.6-1.mga9.x86_64                      sam. 02 mars 2024 06:36:06
iw-6.7-1.mga9.x86_64                          sam. 02 mars 2024 06:36:06
discover-5.27.10-1.mga9.x86_64                sam. 02 mars 2024 06:27:40
task-plasma5-5.27.10-1.mga9.noarch            ven. 01 mars 2024 12:21:50
flightgear-2020.3.19-1.mga9.x86_64            ven. 01 mars 2024 12:21:50
flightgear-data-2020.3.19-1.mga9.noarch       ven. 01 mars 2024 12:21:49
task-plasma5-minimal-5.27.10-1.mga9.noarch    ven. 01 mars 2024 12:21:16
plasma-workspace-5.27.10-1.mga9.x86_64        ven. 01 mars 2024 12:21:16
libkscreen-5.27.10-1.mga9.x86_64              ven. 01 mars 2024 12:21:15
powerdevil-5.27.10-1.mga9.x86_64              ven. 01 mars 2024 12:21:14
plasma-desktop-5.27.10-1.mga9.x86_64          ven. 01 mars 2024 12:21:14
lib64powerdevilcore2-5.27.10-1.mga9.x86_64    ven. 01 mars 2024 12:21:14
lib64khotkeysprivate5-5.27.10-1.mga9.x86_64   ven. 01 mars 2024 12:21:14
kwallet-pam-5.27.10-1.mga9.x86_64             ven. 01 mars 2024 12:21:14
kmenuedit-5.27.10-1.mga9.x86_64               ven. 01 mars 2024 12:21:14
khotkeys-5.27.10-1.mga9.x86_64                ven. 01 mars 2024 12:21:14
kgamma5-5.27.10-1.mga9.x86_64                 ven. 01 mars 2024 12:21:14
polkit-kde-agent-1-5.27.10-1.mga9.x86_64      ven. 01 mars 2024 12:21:13
plasma-systemmonitor-5.27.10-1.mga9.x86_64    ven. 01 mars 2024 12:21:13
ksystemstats-5.27.10-1.mga9.x86_64            ven. 01 mars 2024 12:21:13
kdeplasma-addons-5.27.10-1.mga9.x86_64        ven. 01 mars 2024 12:21:13
kactivitymanagerd-5.27.10-1.mga9.x86_64       ven. 01 mars 2024 12:21:13
simgear-2020.3.19-1.mga9.x86_64               ven. 01 mars 2024 12:21:12
plasma-pa-5.27.10-1.mga9.x86_64               ven. 01 mars 2024 12:21:12
lib64powerdevilui5-5.27.10-1.mga9.x86_64      ven. 01 mars 2024 12:21:12
lib64powerdevilconfigcommonprivate5-5.27.10-1.mga9.x86_64 ven. 01 mars 2024 12:21:12
lib64plasmapotdprovidercore1-5.27.10-1.mga9.x86_64 ven. 01 mars 2024 12:21:12
lib64kpipewirerecord5-5.27.10-1.mga9.x86_64   ven. 01 mars 2024 12:21:12
lib64kpipewiredmabuf5-5.27.10-1.mga9.x86_64   ven. 01 mars 2024 12:21:12
kscreen-5.27.10-1.mga9.x86_64                 ven. 01 mars 2024 12:21:12
kpipewire-5.27.10-1.mga9.x86_64               ven. 01 mars 2024 12:21:12
kde-gtk-config-5.27.10-1.mga9.x86_64          ven. 01 mars 2024 12:21:12
kde-cli-tools-5.27.10-1.mga9.x86_64           ven. 01 mars 2024 12:21:12
bluedevil-5.27.10-1.mga9.x86_64               ven. 01 mars 2024 12:21:12
xdg-desktop-portal-kde-5.27.10-1.mga9.x86_64  ven. 01 mars 2024 12:20:21
plasma-integration-5.27.10-1.mga9.x86_64      ven. 01 mars 2024 12:20:21
oxygen-5.27.10-1.mga9.x86_64                  ven. 01 mars 2024 12:20:21
milou-5.27.10-1.mga9.x86_64                   ven. 01 mars 2024 12:20:21
lib64weather_ion7-5.27.10-1.mga9.x86_64       ven. 01 mars 2024 12:20:21
lib64taskmanager6-5.27.10-1.mga9.x86_64       ven. 01 mars 2024 12:20:21
lib64plasma-geolocation-interface5-5.27.10-1.mga9.x86_64 ven. 01 mars 2024 12:20:21
lib64oxygenstyle5_5-5.27.10-1.mga9.x86_64     ven. 01 mars 2024 12:20:21

Bonjour,

Si cela passe le menu du grub (chaudron avec les bulles) , quand cela bouge, est ce que la touche echap a un effet ?

Le démarrage est peut être bloqué par un processus de construction d' un module particulier (par exemple si une carte Nvidia est présente) ou le système attends quelque chose qui bloque son démarrage et l' appui sur la touche echap permettrait de voir ce message.

Tant que ça bouge peut se passer quelque chose en tâche de fond.

Edit: il y a quelque chose qui m' embète. Où est le initrd pour le 6.6.14 ?

Édité par nic80 Le 05/03/2024 à 21h13

Bonjour,
On y voit beaucoup plus clair. Le souci provient de l'installation de la version 6.6.18 du noyau.
Il peut y avoir plusieurs problèmes:
1 les options passées au noyau ne sont plus les mêmes
2 certains composants liés au noyau n'ont pas été configurés correctement (initrd, pilote graphique...)
3 le noyau lui-même a introduit une régression dont tu es victime.
Pour le point 1, tu peux te placer au niveau du Grub une ligne qui marche et une ligne qui ne marche pas, appuyez sur la touche "e" pour passer en mode édition de la ligne de commande envoyé par Grub, et voir s'il y a une différence qui pourrait expliquer le problème. Joins éventuellement les photos comme tu l'as fait pour l'écran précédent.
Pour explorer les points 2 et 3, une fois que tu as pu démarrer, tu peux ouvrir une console en mode super administrateur et lancer la commande :
journalctl --no-hostname -b -1 >journal.txt
Le nombre -1 désigne le démarrage précédent, celui qui est supposé avoir posé des problèmes. Tu peux ajuster ce nombre en fonction des démarrages que tu as effectués.
Le résultat de la commande se trouve dans un fichier journal.txt. Après avoir changer le propriétaire de ce fichier, tu peux nous le joindre.

La commande de démarrage qui ne fonctionne pas (en 2 écrans):



La commande de démarrage qui fonctionne:

Les 2 dernières lignes (après vga=791) de la commande qui ne fonctionne pas ne sont pas présentes (echo 'chargement du disque ...)
(Cela aurait-il quelque chose à voir avec le PC arrêté en hibernation ????!!!)

J'ai essayé de supprimer ces 2 lignes dans la commande Mageia (1ère ligne du menu) qui ne fonctionne pas mais je ne réussis pas à enregistrer la commande sans ces 2 lignes ...

Pour me simplifier la vie, puis-je tout simplement attendre une nouvelle mise à jour du noyau, sans bug ?

Édité par Papipio Le 06/03/2024 à 15h13

Je me focalise sur les lignes qui commencent par linux
J'y vois une différence en ce que la partition racine est spécifiée dans un cas à part l'UUID et l'autre par /dev/sda5
Cependant je ne suis pas convaincu que ce soit cette différence qui soit déterminante. Si le système ne trouvait pas la partition, il n'arriverait pas jusqu'au stade où le serveur x est démarré.
Pour retirer l'entrée défaillante il suffit de désinstaller le noyau correspondant. Mais je ne le recommande pas. le système démarre par défaut sur la dernière entrée sélectionnée et il suffit d'avoir fait une fois la manœuvre pour que le démarrage soit correct par défaut.
Pour enquêter plus loin il va falloir décortiquer le journal. Si le problème n'a pas été identifié il est tout à fait possible voire probable qu'il réapparaisse avec les prochains noyaux proposés à la mise à jour.

Bonjour,

Papoteur :

en mode super administrateur

Pourquoi super administrateur ? La commande fonctionne également à partir de l'utilisateur.

Si ça peut servir, avec la commande journalctl --no-hostname -b -5 >journal.txt exécutée en utilisateur ordinaire, le fichier journal.txt obtenu:

journal.txt

Pour le moment, je me contente du démarrage automatique par défaut avec le noyau 6.6.14 ...

Suis-je le seul à avoir eu le problème ?!