Celà fait un bon moment que je tournais avec une VM Debian Bookworm dans Virtualbox. Avec certains patterns, j’arrivais à bloquer le PC : lancer une compilation dans la VM et naviguer sur Firefox en même temps. Parfois, l’écran s’éteint et les leds du clavier clignote.
J’ai décidé de partir sur un dualboot en me disant que mon système serait probablement plus stable. J’ai donc installé une Debian Trixie en parallèle du Windows de base. Malheureusement, j’ai à nouveau des hard freeze même avec ce système en natif. Il suffit de lancer KiCAD ou scroller dans synaptic ou même afficher quelques courbes en Python pour bloquer tout mon système.
Mon BIOS est à jour, j’ai testé d’ajouter « idle=nomwait » dans les paramètres noyaux, j’ai tenté de désactiver le C6 du CPU, rien n’y fait. Seul un ctrl+alt+ImprEcran+R,E,I,S,U,B redémarre la bête.
Est-ce que quelqu’un sait comment débugger ce genre de choses?
Il s’agit d’un Lenovo E585 avec un Ryzen 5 2500U avec Radeon VEGA mobile GFX
Hum, pour que le PC gèle mais réponde aux magics keys, ça signifie que les process sont gelés mais pas le noyau, ou bien que xorg est dans les choux. En général c’est parce qu’il manque de mémoire ou bien un processus qui dezingue xorg. As tu du swap? quelle est la mémoire dont tu disposes?
Tu peux faire la chose suivante pour voir:
puis tu fais tes manips et regarde régulièrement l’état de la mémoire par exemple en executant dans une console «top» ou la commande «watch -n 1 free» (top est mieux)
Quand ça gèle, tu sauras le souci. Si la mémoire est saturée, tu auras le processus coupable. Si la mémoire n’est pas saturée, il y a un souci, ça peut être
→ souci hard, pas sur car tu avais un le pbm sur une VM
→ Fuite mémoire, un processus consomme toute la mémoire.
→ Rien de tout ça, dans ce cas, tu fais un Ctrl-Alt-F3 par exemple et tu devrais pouvoir te connecter. Tu dézingues un par un les processus que tu possèdes jusqu’à ce que Xorg réponde à nouveau et là tu auras ton coupable
Concernant le swap, j’ai mis un peu plus que la RAM: 17.5Go vu que je possède 13.5Go de RAM d’après htop.
J’ai fait un premier freeze en laissant tourner htop. Le freeze arrive et htop indique 1.82Go de RAM occupée et 0Go de SWAP. Autant dire qu’il nous reste de la marge
Deuxième freeze en laissant tourner nvtop. 0.32Go de VRAM occupée et le GPU tourne à 6%.
J’ai testé furmark pour stress-tester le GPU, aucun freeze …
Pendant les freeze, j’ai essayé de récupérer une console avec Ctrl-Alt-F3 mais rien à faire. Seul Ctrl-Alt-ImprEcran + R,E,I,S,U,B fonctionne, et souvent au bout de la 3ème fois que je fais la manip.
Pour le souci hard: J’ai réinstallé un WSL sous Windows en attendant (pitié, aidez moi à sortir de là ) et aucun freeze n’est apparu depuis une semaine et demi.
Il y a visiblement des problèmes de configuration (ntpd, fwupd, gnome-calendar) qui sont peut être aussi à clarifier.
Supprime aussi les configuration d’hibernation. Pour supprimer les erreurs qui y sont liées. Autant avoir d’abord un système opérationnel stable (autant que faire se peut avec une Trixie) avant d’aller dans des customisations diverses.configurations.
J’ai en effet installé Bookworm suite à ton message et depuis, plus aucun problème! Il y’avait clairement quelque chose d’étrange dans Trixie avec ma config.
Trixie est passée en stable récemment, je vais essayer de démarrer un LiveCD pour voir si c’est toujours le cas avant de mettre à niveau.
) et aucun freeze n’est apparu depuis une semaine et demi.