Crash brutal Fedora 42

**Daïmanu** · 07/12/2025, 17h06

Bonjour.

Depuis quatre ou cinq jours, mon PC personnel crashe brutalement et, à priori, quand je lance des programmes un peu lourds type jeux. Si je ne fais que du web ou de développement, tout est stable, et je n'avais aucun problème avant il y a quelques jours. Les jeux en question peuvent être des jeux Steam (natif ou via Proton) ou des jeux web (type agar.io) mais pas Minecraft.

Les crashs se déroulent aléatoirement, quand je lance le jeu directement ou bien quelques minutes après. Ça à une coupure de courant, l'écran devient noir, mais les ventilateurs s'activent subitement pendant quelques secondes avant que la machine ne redémarre automatiquement.

Je ne sais pas où regarder pour savoir d'où ça vient, j'ai testé quelques commandes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
$ last -x | head
manu     tty1         :0               Sun Dec  7 15:04   still logged in
manu     :0                            Sun Dec  7 15:04   still logged in
runlevel (to lvl 5)   6.17.9-200.fc42. Sun Dec  7 15:03   still running
reboot   system boot  6.17.9-200.fc42. Sun Dec  7 15:03   still running
manu     tty1         :0               Sun Dec  7 14:59 - crash  (00:04)
manu     :0                            Sun Dec  7 14:59 - crash  (00:04)
runlevel (to lvl 5)   6.17.9-200.fc42. Sun Dec  7 14:59 - 15:03  (00:04)
reboot   system boot  6.17.9-200.fc42. Sun Dec  7 14:58   still running
manu     tty1         :0               Sun Dec  7 14:55 - crash  (00:03)
manu     :0                            Sun Dec  7 14:55 - crash  (00:03)

On y voit bien le crash de 14:59.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
$ journalctl --list-boots
IDX  BOOT ID                          FIRST ENTRY                  LAST ENTRY                  
  -4 f07e55d77d854247b652cc7c0605d7cc Sat 2025-12-06 23:08:42 CET  Sat 2025-12-06 23:12:05 CET
  -3 674421de17f94566a38345c477d103d2 Sun 2025-12-07 13:34:03 CET  Sun 2025-12-07 14:53:34 CET
  -2 1244fd915417411fa81a2a5253a9de67 Sun 2025-12-07 14:54:45 CET  Sun 2025-12-07 14:57:29 CET
  -1 f8f14a88bb274ea38c8a88ca8156559e Sun 2025-12-07 14:58:42 CET  Sun 2025-12-07 15:02:05 CET
   0 56f8f3540382499cbbf7fc19a2c3cafe Sun 2025-12-07 15:03:03 CET  Sun 2025-12-07 16:01:00 CET

Je suis sur Fedora 42, sur un environnement MATE 1.28.2.

Je n'ai pas trouvé la raison exacte, je jette une bouteille à la mer. Si vous avez des idée ou des emplacements de logs où chercher, je suis preneur.

**papajoker** · 07/12/2025, 18h50

bonjour

Envoyé par Daïmanu

le crash de 14:59

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
$ journalctl --list-boots
IDX  BOOT ID                          FIRST ENTRY                  LAST ENTRY                  
  -4 f07e55d77d854247b652cc7c0605d7cc Sat 2025-12-06 23:08:42 CET  Sat 2025-12-06 23:12:05 CET
  -3 674421de17f94566a38345c477d103d2 Sun 2025-12-07 13:34:03 CET  Sun 2025-12-07 14:53:34 CET
  -2 1244fd915417411fa81a2a5253a9de67 Sun 2025-12-07 14:54:45 CET  Sun 2025-12-07 14:57:29 CET
  -1 f8f14a88bb274ea38c8a88ca8156559e Sun 2025-12-07 14:58:42 CET  Sun 2025-12-07 15:02:05 CET
   0 56f8f3540382499cbbf7fc19a2c3cafe Sun 2025-12-07 15:03:03 CET  Sun 2025-12-07 16:01:00 CET

Si vous avez des idée ou des emplacements de logs où chercher, je suis preneur.

Puisque tu connais l'heure (et ou le boot), pourquoi ne pas regarder les logs ? utiliser le boot ou since/until

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
journalctl -b-1 -p4 --no-pager  # les erreurs (-p4) pour le boot -1
#ou
journalctl --since="14:55" --until "15:00" --no-pager

**Obsidian** · 07/12/2025, 19h03

Je te conseille également

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ coredumpctl list

… pour obtenir la liste de tout ce qui a planté récemment et provoqué un core dump. Généralement c'est immédiat mais quand le logiciel est très gros, il peut parfois prendre jusqu'à une minute pour être complètement déchargé, et cela occupe beaucoup de place dans /var/lib

Cela dit, si la machine redémarre, c'est que soit c'est un kernel panic qui a eu lieu (mais généralement la machine se fige, il faut que le noyau soit proprement paramétré pour redémarrer de lui-même), soit c'est parce qu'une de ses partitions stratégiques (/, /tmp ou /var, par exemple) arrive elle-même à saturation lors d'une phase critique.

Autre cas : le pilote nVidia, si tu l'utilises. C'est rare qu'il crashe (surtout du jour au lendemain) mais il travaille à assez bas niveau et les anciens pilotes (le 470.x.x, par exemple, qui fait tourner ma GT 730) fonctionne assez mal avec le transit Xorg ↔ consoles virtuelles (si tu n'es pas sous Wayland) et surtout avec le suspend to ram, ce qui peut expliquer certains cas aussi…

**Daïmanu** · 07/12/2025, 21h28

Envoyé par papajoker

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
journalctl -b-1 -p4 --no-pager  # les erreurs (-p4) pour le boot -1
#ou
journalctl --since="14:55" --until "15:00" --no-pager

Ça me donne plus de 3000 lignes, j'ai passé plusieurs minutes mais j'ai rien vu de particulier. Je peux partager ces lignes mais je vais supprimer tous les ids et autres infos uniques, non pas que ça soit sensible mais je préfère.

Envoyé par Obsidian

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ coredumpctl list

C'est typiquement le genre de commande pratique que je cherche ! Ça me donne ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
TIME                           PID  UID  GID SIG     COREFILE     EXE                                                                                SIZE
Sat 2025-11-01 15:37:42 CET   2391 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Sun 2025-11-02 16:14:42 CET   2434 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Mon 2025-11-03 13:17:54 CET  10545 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Tue 2025-11-04 12:46:15 CET   2517 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Tue 2025-11-04 17:36:22 CET   2457 1000 1000 SIGFPE  missing      /usr/bin/mate-panel                                                                   -
Wed 2025-11-05 18:04:13 CET   2439 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Thu 2025-11-06 13:03:20 CET   3295 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Fri 2025-11-07 13:24:30 CET   3951 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Fri 2025-11-07 21:11:43 CET  55628 1000 1000 SIGSEGV missing      /home/manu/.local/share/Steam/steamapps/common/<jeu 1>/<jeu 1>                         -
Sat 2025-11-08 16:39:11 CET   2455 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Sun 2025-11-09 20:51:35 CET   2906 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Mon 2025-11-10 18:24:42 CET   2414 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Tue 2025-11-11 20:40:47 CET   2408 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Wed 2025-11-12 14:59:00 CET   2576 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Thu 2025-11-13 19:53:16 CET   2564 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Fri 2025-11-14 12:49:35 CET   2606 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Sat 2025-11-15 23:00:02 CET   2628 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Sun 2025-11-16 20:18:21 CET   5318 1000 1000 SIGILL  missing      /home/manu/.local/share/Steam/ubuntu12_64/steamwebhelper                              -
Mon 2025-11-17 14:22:40 CET  15058 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Tue 2025-11-18 14:32:59 CET   4240 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Wed 2025-11-19 20:02:08 CET   2563 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Thu 2025-11-20 14:20:50 CET   6813 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Fri 2025-11-21 13:37:40 CET   2453 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Sat 2025-11-22 20:45:49 CET   2469 1000 1000 SIGSEGV missing      /usr/libexec/mate-notification-daemon                                                 -
Sun 2025-11-23 16:39:10 CET   2410 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.5M
Mon 2025-11-24 16:31:18 CET   2794 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.5M
Tue 2025-11-25 17:12:58 CET   2469 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.7M
Wed 2025-11-26 22:53:09 CET   2472 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.6M
Thu 2025-11-27 12:47:33 CET   2489 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.5M
Fri 2025-11-28 13:57:58 CET   2517 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.6M
Sun 2025-11-30 16:23:37 CET   2475 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.5M
Mon 2025-12-01 14:03:02 CET   4941 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.2M
Mon 2025-12-01 20:20:34 CET  44271 1000 1000 SIGSEGV present      /home/manu/.local/share/Steam/steamapps/common/<jeu 1>/<jeu 1>                    466.2M
Tue 2025-12-02 17:29:23 CET   2532 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.8M
Wed 2025-12-03 15:36:33 CET   3007 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.7M
Wed 2025-12-03 20:09:02 CET  56562 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.1M
Thu 2025-12-04 14:59:37 CET   2676 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.1M
Thu 2025-12-04 16:50:19 CET   2080    0    0 SIGABRT inaccessible /usr/libexec/Xorg                                                                     -
Thu 2025-12-04 20:19:49 CET  28803 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                              1.2M
Sat 2025-12-06 19:57:57 CET   2511 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                            558.3K
Sun 2025-12-07 20:03:27 CET   2526 1000 1000 SIGSEGV present      /usr/libexec/mate-notification-daemon                                                1M

Rien à 14h59, hormi un souci du démon de notification de MATE, mais j'ai pas l'impression que ça soit ça.

Envoyé par Obsidian

Autre cas : le pilote nVidia, si tu l'utilises. C'est rare qu'il crashe (surtout du jour au lendemain) mais il travaille à assez bas niveau et les anciens pilotes (le 470.x.x, par exemple, qui fait tourner ma GT 730) fonctionne assez mal avec le transit Xorg ↔ consoles virtuelles (si tu n'es pas sous Wayland) et surtout avec le suspend to ram, ce qui peut expliquer certains cas aussi…

Je suis sur AMD, j'ai cru comprendre que ça marchait mieux sur Linux justement, mais j'avoue que j'y connais rien sur cet univers.

**disedorgue** · 07/12/2025, 21h50

Check la température quand tu joues pour voir si cela ne serait pas un problème de chauffe

**Obsidian** · 07/12/2025, 23h40

Envoyé par Daïmanu

Ça me donne plus de 3000 lignes, j'ai passé plusieurs minutes mais j'ai rien vu de particulier. Je peux partager ces lignes mais je vais supprimer tous les ids et autres infos uniques, non pas que ça soit sensible mais je préfère.

Tu peux utiliser l'option « -r » pour lire le journal à l'envers, de l'entrée la plus récente à la plus ancienne. Je te conseille aussi et surtout d'aller explorer les messages du noyau, soit avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo dmesg

…soit avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ journalctl -r -k

… car il y a une forte probabilité que ce soit hardware, soit à cause d'une RAM défaillante, soit effectivement à cause d'un problème de montée en température comme suggéré par disedorgue, laquelle peut d'ailleurs elle-même être provoquée par une mise à jour récente, qui amène le système à exploiter le matériel au-delà du point auquel il le faisait jusqu'ici.

Vérifie en particulier si tu as des Machine Check Exceptions (MCE) consignées dans le log avec journalctl -r -k -g MCE.

C'est typiquement le genre de commande pratique que je cherche ! Ça me donne ça :

Ouais, le mate-notification-daemon plante en permanence, mais ce n'est pas le plus grave à ce stade. :-) Lance quand même systemd-tmpfiles --clean de temps en temps (mais pas tout de suite !) pour nettoyer les fichiers les plus anciens, parce que tous ces cores vont finir par peser lourd :-) (et ça peut faire planter le système si la partition est saturée, mais pas de la façon décrite ici).

Rien à 14h59, hormi un souci du démon de notification de MATE, mais j'ai pas l'impression que ça soit ça.

Il semble que ta machine ait complètement planté à cette date. Les ventilateurs faisaient sans doute partie de la procédure de redémarrage et pas du système. Même avec un kernel panic mais une machine techniquement en état de marche, il n'aurait pas non plus eu le temps de consigner la panne dans le log.

Xorg a planté une fois également, mais suite à un SIGABRT, généralement dû à une exception non rattrapée ou à une assertion non respectée au sein du programme (donc pas une segfault non plus). Il se peut aussi que ce soit un thread qui ait planté et que ce soit le programme-père qui ait été dumpé.

Regarde également dans /var/log/Xorg si tu peux voir des événements correspondant aux dates concernées, mais tu devrais les trouver dans journalctl également.

Enfin, pense à lancer des mises à jours avec sudo dnf update. Il se peut que les dernières en date aient introduit des bugs.

Je suis sur AMD, j'ai cru comprendre que ça marchait mieux sur Linux justement, mais j'avoue que j'y connais rien sur cet univers.

Oui et ça va être spécialement vrai avec Wayland.

nVidia a fini par le réaliser aussi et a fait volte-face récemment, mais ça ne concerne que les pilotes relativement récents. Les plus anciennes cartes, qui sont encore largement déployées (en particulier sur la machine depuis laquelle j'écris ces lignes) utilisent le dernier pilote publié en juin 2024, mais qui n'est plus mis à jour, donc ne fonctionnerait plus sur les noyaux récents si la communauté ne le mettait pas à jour elle-même la partie concernée. Ça fonctionne… mais seulement avec X.org, pour lequel il a été conçu. Pas possible de l'utiliser avec Wayland, alors même que Gnome a annoncé arrêter la prise en charge de Xorg avec la version 50 (la prochaine) et que Fedora 43 a commencé à le faire dès maintenant (je travaille avec une Fedora 43, donc j'ai dû recompiler la suite à partir des packages source pour réactiver l'option, ce qui me laisse environ un an de répit).

Ce n'est certes pas ça qui va faire planter ta machine, mais les pistes où chercher peuvent être différentes en fonction du modèle de ta carte.

Envoyé par disedorgue

Check la température quand tu joues pour voir si cela ne serait pas un problème de chauffe

Bien vu !

**Daïmanu** · 19/12/2025, 16h11

Je reviens avec plusieurs tests.

Sur la température, j'ai écrit ce script à la va-vite qui mesure la température des CPU et du disque dur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
#!/bin/bash
while(true); do
  echo "$(date --rfc-3339=seconds)" >> temp_log
  echo "$(cat /sys/class/thermal/thermal_zone*/temp)" >> temp_log
  echo "HDD $(hddtemp /dev/nvme0n1 | awk -F' ' '{ print $8 }')" >> temp_log
  echo "" >> temp_log
  sleep 5
done

J'ai pas spécialement pris le temps de faire beau, mais ça fonctionne. Je le lance manuellement et ça laisse des traces même quand le système plante brutallement :

2025-12-19 15:09:43+01:00
16800
27000
HDD 33°C

2025-12-19 15:09:48+01:00
16800
27000
HDD 33°C

2025-12-19 15:09:53+01:00
16800
27000
HDD 33°C

2025-12-19 15:09:58+01:00
16800
28000
HDD 33°C

2025-12-19 15:10:03+01:00
16800
27000
HDD 33°C

2025-12-19 15:10:09+01:00
16800
27000
HDD 33°C

Ça donne des valeurs quasi constantes, 16800, 27000 à 29000, et 33 à 34°C. J'en conclue qu'à moins que la température explose en moins de cinq secondes, ce n'est pas un problème de température.

J'ai testé aussi une commande de « stress test », mprime. Le programme a consommé 100% du CPU et 100% de la RAM pendant quatre jours avant de planter (le programme, pas la machine). J'ai donc pas de rapport mais vu que la RAM et le CPU ont beaucoup été sollicités, je pense que ça ne vient pas de ça.

Je penche maintenant pour un problème de carte graphique, je suis en train de chercher un moyen de les tester, affaire à suivre.

**N_BaH** · 19/12/2025, 19h56

ouaip, c'est pas beau.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#!/bin/bash
 
while : #ou true, c'est pareil. les parenthèses sont inutiles.
do
  date --rfc-3339=seconds
  cat /sys/class/thermal/thermal_zone*/temp
  hddtemp /dev/nvme0n1 | awk -F' ' '{ print "HDD "$8 }'
  echo
  sleep 5
done >temp_log

**Daïmanu** · 16/01/2026, 22h39

Envoyé par N_BaH

ouaip, c'est pas beau.

C'était pas la démarche, mais je prends

Sinon, j'ai ramené la machine chez le fournisseur pour qu'ils testent le matériel de leur côté, ils n'ont rien trouvé d'anormal. Ils ont seulement mis à jour l'UEFI qui était trop vieux.

Depuis une semaine, plus aucun souci, je trouve même que la machine est plus réactive. Donc soit :

c'est un souci d'UEFI qu'ils ont corrigé par coïncidence
le problème va revenir (auquel cas ça serait un souci avec linux, vu qu'ils ont testé avec Windows)
c'est le transport aller-retour qui pourrait avoir affecté le matériel (sachant qu'il y a du watercooling)

Je suis pas plus avancé, mais en tout cas ça marche, c'est l'essentiel.

**Obsidian** · 17/01/2026, 01h43

Envoyé par Daïmanu

c'est un souci d'UEFI qu'ils ont corrigé par coïncidence
le problème va revenir (auquel cas ça serait un souci avec linux, vu qu'ils ont testé avec Windows)
c'est le transport aller-retour qui pourrait avoir affecté le matériel (sachant qu'il y a du watercooling)

Ça arrive de temps en temps, malheureusement. Chose à laquelle il faut s'attendre avec du matériel de pointe. Fin 1990 début 2000, nous avions un PII 350 MHz de marque NEC qui fonctionnait très bien. Puis un jour, le lecteur de disquette s'est mis à ne plus fonctionner. Pas foncièrement en panne, pas d'erreur de lecture, mais simplement son moteur qui démarrait, avec la LED associée, restait ainsi pendant quelques secondes puis s'éteignait sans avoir même déplacé ses têtes… et ceux aussi bien sous Windows que sous Linux. Comme il était toujours sous garantie à cette époque, il me semble sans certitude qu'on l'avait remplacé une fois, ce qui avait réglé le problème, qui était ensuite réapparu. Après deux appels à la hot line, l'un des correspondant m'a suggéré de mettre à jour le BIOS et pour une raison que j'ignore, ça a suffi.

Beaucoup plus récemment, un PC Alienware d'un membre de la famille qui s'est mis à freezer totalement et aléatoirement après un an ou deux. Fonctionnant avec un Windows récent, j'ai lancé un LiveCD de Linux dessus en espérant obtenir plus d'informations (dmesg, surveillance des sondes thermiques, etc) mais là aussi, fonctionnement impeccable et sans erreur jusqu'au freeze complet. Pas de kernel panic, pas de MCE, pas d'erreur critique dans le log. Épilogue : une mise à jour constructeur sous Windows a fini par régler le problème aussi.

Dans ce dernier cas, je soupçonne la mise à jour de désactiver certains équipements lorsqu'ils sont fortement parallélisés, spécialement si ça concerne la carte graphique par exemple. Quelques shaders en moins sur une RTX 3090, par exemple, ne se remarquent pas immédiatement.

Crash brutal Fedora 42

RedHat / CentOS / Fedora

Discussions similaires

Partager

Partager