Forum

Bonjour tout le monde

Depuis 24h je constate, que Mageia9, ralentit et se fige au bout d'un certain temps d'utilisation.
Et du coup je suis obligé de forcer l'arrêt.
Il est vrai que je galère un peu depuis l'installation de Mageia (problèmes avec les mises à jour et l'installation de ma seconde imprimante), mais je ne me suis pas lancé dans du "bricolage", n'y connaissant rien de rien du monde Linux.

Qu'est-ce qui pourrait expliquer ce problème ?

Bonjour,

Il peut être possible que si la machine se ralentit fortement, il y ait un programme qui occupe la mémoire et qu' ensuite si le système se retrouve à court de memoire passe sur le fichier d' échange se trouvant saturé à son tour.

Ceci n' est qu' hypothèse, la cause pouvant être toute autre.

Dans un premier temps, on peut regarder l' oocupation des ressources (dans une konsole, la commande top peut aider). Dans Plasma, la combinaison de touche ctrl+echap permet de lancer l' activité systéme. Sur la droite de cette fenêtre, en allant dans outils, on peut lancer la surveillance du système.

Si rien ne parait anormal (occupation processeur importante ou augmentation de la mémoire (onglet historique)), il faudra regarder le journal système (aprés "plantage", le journal du démarrage précédent est visible avec la commande journalctl -b -1)

nic80 :

Dans un premier temps, on peut regarder l' oocupation des ressources (dans une konsole, la commande top peut aider). Dans Plasma, la combinaison de touche ctrl+echap permet de lancer l' activité systéme. Sur la droite de cette fenêtre, en allant dans outils, on peut lancer la surveillance du système.

Je viens de faire un test parce que le "Centre de Contrôle" vient de se bloquer lors du chargement et voici ce que j'obtiens.

nic80 :

Si rien ne parait anormal (occupation processeur importante ou augmentation de la mémoire (onglet historique)), il faudra regarder le journal système (aprés "plantage", le journal du démarrage précédent est visible avec la commande journalctl -b -1)

Et comme ça a finit par tout se figer j'ai été obligé une nouvelle fois de fermer la session avec les "touches magiques" et voici le journal de démarrage ...

Édité par linux69500 Le 11/12/2025 à 18h17

Bonjour,

Je n' ai pas encore lu les messages précédents, mais je crois qu' ici c' est un journal lié à l' utilisateur qui n' affiche pas tout.

Il faut d' abord passer en root avec la commande avant de lancer la commande journalctl.

Édité par nic80 Le 11/12/2025 à 21h46

nic80 :

Il faut d' abord passer en root avec la commande avant de lancer la commande journalctl.

Il y a une commande particulière à taper avant, autre que "su" ou "sudo" ?

Bonjour,

Oui il faut taper:



puis le mot de passe root

Ensuite retaper la commande:

Édité par Guygoye Le 11/12/2025 à 20h52

Effectivement il me manquait le petit "-" après "su
🙄
Voilà ce que j'obtiens (désolé je n'ai pas réussi à faire une copie d'écran avec "spectacle"):

[fred@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# journalctl -b -1
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 19 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: [ 0] RxErr (First)
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 2554 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 83 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 83 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 83 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 67 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 47 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 31 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 23 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 19 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 11 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
lines 1-28...skipping...
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 19 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: [ 0] RxErr (First)
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 2554 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 83 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 83 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 83 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 67 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 47 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 31 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 23 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 19 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 11 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 23 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 23 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 19 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 35 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 35 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 31 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 31 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 23 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 27 kernel messages
déc. 11 19:57:10 localhost kernel: pcieport 0000:00:1d.0: device [8086:9d1b] error status/mask=00000001/00002000
déc. 11 19:57:10 localhost systemd-journald[13347]: Missed 51 kernel messages
lines 1-55

Bonjour,

Effectivement mon su est passé à la trappe (il faut que je relise mes messages avant de les envoyer).

De ce que je vois il ne semble pas y avoir de fichier de cache sur le système.

Il semble que la charge cpu est de 4 ce qui indique que le cpu travaille beaucoup.
La mémoire disponible est sur la capture assez faible également.

Edit: Je pense que le journal est ici incomplet sauf si le pc a saturé trés rapidement.

Édité par nic80 Le 11/12/2025 à 22h09

nic80 :

De ce que je vois il ne semble pas y avoir de fichier de cache sur le système.
Il semble que la charge cpu est de 4 ce qui indique que le cpu travaille beaucoup.
La mémoire disponible est sur la capture assez faible également.
Edit: Je pense que le journal est ici incomplet sauf si le pc a saturé trés rapidement.

Je pense qu'il a saturé rapidement et je pense aussi qu'il y a un lien lorsque je lance le Centre de Contrôle, c'est après que ça se fige progressivement dans la minute qui suit.

Si je ne touche pas au Centre de Contrôle, tout va bien.

Enfin ça c'est mon ressenti ...

Bonjour,

Sur le top, on voit bien un processus drakconf ( qui est le nom du programme du CCM) qui occupe 25% de la mémoire ( je crois). Une opération particulière était elle en cours dans le ccm à ce moment là qui pourrait expliquer cette forte consommation ( et peut être qui augmente jusqu'à saturer le mémoire entrainant ce blocage ?).

Il pourrait être intéressant , si c' est drakconf qui provoque cette surconsommation mémoire de lancer le CCM depuis une Konsole pour voir si des messages particuliers s' affichent. Pour cela depuis une Konsole, se connecter en root et lancer la commande drakconf et regarder si quelque chose s' affiche en particulier ( autre "avantage", si le système ralenti fortement, depuis la console un ctrl+c permettra d' arrêter son exécution rapidement et potentiellement de retrouver un peu de ressources empêchant ainsi le potentiel crash de la machine). Sur ma machine la combinaison ctrl+alt+echap fait apparaitre une tête de mort permettant de tuer une fenêtre ( et donc probablement le programme associé) en un clic sur celle ci.

edit: également je me demande ce qu' est ce périphérique 8086:9d1b qui semble remonter des erreurs ( bon oui c' est un périphérique Intel, mais je ne vois pas trop sa fonction).

Édité par nic80 Le 12/12/2025 à 00h08

J'ai lancé Drakconf en mode console, et après avoir navigué dedans (je suis allé sur le paramétrage du clavier, des imprimantes ...), histoire de le faire fonctionner, ça a finit par mouliner.
J'ai fait Ctrl+c pour tout fermer.
Impossible de faire une copie d'écran avec Spectacle (bloqué), du coup j'ai fait un copier / coller de l'écran ...
J'ai essayé de relancer en mode console et en mode graphique CCM, sans succès ...
Puis tout a finit par se figer ...
les touches Ctrl+Alt+Echap ne fonctionnent pas ...


[fred@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# drakconf
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
/usr/share/system-config-printer/system-config-printer.py:325: DeprecationWarning: Gtk.ActionGroup.list_actions is deprecated
for action in printer_manager_action_group.list_actions ():
/usr/share/system-config-printer/system-config-printer.py:326: DeprecationWarning: Gtk.Action.set_sensitive is deprecated
action.set_sensitive (False)
/usr/share/system-config-printer/system-config-printer.py:334: DeprecationWarning: Gtk.ActionGroup.get_action is deprecated
act = printer_manager_action_group.get_action (action)
/usr/share/system-config-printer/system-config-printer.py:364: DeprecationWarning: Gtk.UIManager.ensure_update is deprecated
self.ui_manager.ensure_update ()
/usr/share/system-config-printer/system-config-printer.py:365: DeprecationWarning: Gtk.UIManager.get_accel_group is deprecated
self.PrintersWindow.add_accel_group (self.ui_manager.get_accel_group ())
/usr/share/system-config-printer/system-config-printer.py:374: DeprecationWarning: Gtk.UIManager.get_action is deprecated
action = self.ui_manager.get_action ("/new-printer")
/usr/share/system-config-printer/system-config-printer.py:375: DeprecationWarning: Gtk.Action.create_menu_item is deprecated
newprinteritem = action.create_menu_item ()
/usr/share/system-config-printer/system-config-printer.py:683: DeprecationWarning: Gtk.Action.get_proxies is deprecated
for widget in action.get_proxies ():
task-printing-server-2018-7.mga9
task-printing-hp-2018-7.mga9
/usr/share/system-config-printer/system-config-printer.py:2264: DeprecationWarning: Gdk.threads_enter is deprecated
Gdk.threads_enter ()
/usr/share/system-config-printer/system-config-printer.py:2215: DeprecationWarning: Gdk.threads_leave is deprecated
Gdk.threads_leave ()
^C[root@localhost ~]# drakconf
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.

Édité par linux69500 Le 12/12/2025 à 08h04

nic80 :

edit: également je me demande ce qu' est ce périphérique 8086:9d1b qui semble remonter des erreurs ( bon oui c' est un périphérique Intel, mais je ne vois pas trop sa fonction).

Alors ça, ça m'intéresse, parce que ça pourrait rejoindre un autre problème que j'ai.
Depuis plusieurs semaines j'essayais de créer des clefs bootables (rufus) avec des distributions Linux, en mode persistant, histoire de les tester sur le long terme.
J'ai commencé par des petites clefs mais rapidement ça planté parce que plus d'espace sur le support.
J'ai essayé avec un petit SSD de 128 MO, et là ça durait plus longtemps mais inexorablement l'espace diminait puis ça plantait.
J'ai finit par essayer un SSD de 1 TO, bootable et persistant. Et dans ce cas j'avais plus de temps pour tester mais au final ça plantait aussi.

Impossible de trouver une solution sur les forums, parce que ça plantait avant qu'on arrive à trouver une solution ... La seule chose trouvée, c'était l'augmentation du fichier Log ... (si je me souviens bien ...).

Et par ailleurs, impossible d'installer Mint, Zorin, Ubuntu en dualboot ("à côté de Windows" ou en manuel), plantage une fois l'acceptation du partitionnement faite ... Seul Mageia a pu passer cette étape et être installé ...

Tout cela est-il lié ?
🙄

Édité par linux69500 Le 12/12/2025 à 08h16

linux69500 :

Tout cela est-il lié ?

Bonjour,
Je pense que oui.
Le problème est une mauvaise interaction entre le noyau et le matériel, qui provoque un flot de message qui étouffe le système.
J'ai vu un moyen de contournement qui consiste à ajouter une option sur la ligne de commande au démarrage :
Cette option pourrait être :
pci=nomsi
pci=noaer
pcie_aspm=off
à tester une seule à la fois.
Source : https://askubuntu.com/questions/748078/nvidia-geforce-930m-driver-and-pci-bus-error
Voici une page qui indique comment passer une telle option (tu as Grub 2 par défaut) https://wiki.mageia.org/en/Comment_ajouter_des_options_au_noyau-fr#Avec_le_chargeur_de_boot_Grub_2_2
J'ai eu un problème similaire sur un portable Asus de mon fils. L'installation d'Ubuntu n'aboutissait pas. Avec Mageia, j'ai pu trouver des messages qui m'ont mis sur la voie.
Je vais chercher encore si l'option peut être affinée, elles sont peut-être trop brutales.

Merci Papoteur de ton retour,
Je me sens enfin moins seul depuis 2 mois, de savoir que quelqu'un d'autre a eu le même problème que moi.
Je galère avec ces différents problèmes qui m'en sont finalement qu'un seul ...
😉
Cette interaction kernel / matériel, c'est ce qui avait été évoqué lors de mon installation de Mageia à la soirée de l'Aldil, mais nous n'avions pas été plus loin.
🤔
Moi qui voulais basculer sur Linux sans trop mettre les mains dans le cambouis, je suis servi ...
😭
Je veux bien une option "moins brutale" vue mon inexpérience en Linux ...
De toute manière je ne vais pas pouvoir remettre les mains dans le cambouis avant mercredi ...
😉

Édité par linux69500 Le 12/12/2025 à 10h21