- Expédié
- 29 septembre 2026 à 00:40 UTC
- Auteur
- Kamo
- Commit
- 5bb1174
Mesuré sur un poste de travail -ai4 (SP98 Tâche 16), le sillage s'est arrêté parce que Xorg ne survit pas à un CV : avec aucun pilote KMS il conduit la console à travers VESA, et sur chaque CV il segfaults réentre son VT (VBESetVBEMode -> xf86ExecX86int10, « Erreur de ségrégation à l'adresse 0x0 »). Chrome , gauche sans son affichage , alors spun sur les deux vCPUs tandis que l'horloge planificateur du noyau restauré était immobile (une boucle occupée de 3 s lisait 0 ns de temps d'exécution): 7 à 16 minutes pour AWAKE, ou AWAKE dans une minute et pas de bureau utilisable pour 15. Minimiser les fenêtres changées rien; fermeture Chrome a d'abord enlevé le décrochage, mais est resté environ 4 minutes avant le garde d'écran signé l'IA dedans. - before sleep stoppe LightDM, donc aucun serveur X n'entre dans l'image de sommeil; le passage minimal est parti. - Le bureau recommence (systemctl start --no-block lightdm) sur le premier CV vérifier plus de 30 s après le stop: le sillage est un coup de pouce, une tique ou le garde d'écran. Un sommeil qui n'est jamais arrivé revient aussi. - Chrome garde --force-preferes-reduced-motion: la page d'identification de Kamo ne tient plus un vCPU sur un poste de travail inactif.