Page 1 sur 1

Problème logiciel :tremblement écran si luminosité<100%

Posté : sam. 8 nov. 2025 17:23
par aurelien
Bonjour.
Je ne suis pas très doué avec l'environnement linux, mais je l'installe dès que je peux sur des machines diverses et variées. (dépanneur informatique depuis un an, j'évangélise les foules en sauvant les vieux pc de mes clients avec linux mint et un ssd )

Je l'ai installé sur la machine suivante le mois dernier, un portable Asus Vivobook X512JA et ça fonctionnait bien jusqu'à jeudi cette semaine.
Distrib : Linux Mint 22.2 Desktop : XFCE
Kernel : 6.14.0-35-generic CPU : Intel(R) Core(TM) i3-1005G1 CPU @ 1.20GHz RAM : 11Gi
CG : Intel Corporation Iris Plus Graphics G1 (Ice Lake) (rev 07)

Voici le problème en vidéo, vous comprendrez tout de suite: https://youtu.be/fU6sBzdIYik

Voilà où j'en suis dans mes recherches:
  • Le problème est logiciel, et pas matériel: live OS windows 10 ou même version live du même linux mint 22.2 xfce: ça fonctionne bien
  • Quand je prends le contrôle de ce pc avec rustdesk avec mon pc, sur mon pc tout semble normal (alors que sur le portable problématique ça déconne toujours)
  • Si j'appuie sur shift au démarrage, les options avancées de linux mint me permettent de choisir quel kernel/noyau charger, si je charge une version recovery ça fonctionne bien
  • J'ai essayé d'ajouter des choses à la ligne GRUB_CMDLINE_LINUX_DEFAULT de grub intel_iommu=igfx_off et aussi i915.enable_psr=0 (et ensuite sudo update-grub et redémarrage): pas de changement (et là j'ai atteint la limite de ma compréhension)
Ce que j'ai constaté:
  • sur la version live de linux ou avec les kernel version "recovery" l'affichage est à 60Hz (et ça marche très bien). Sur mon installation qui déconne, je ne suis pas à 60Hz, mais à 60.01 ou 59.83Hz. Pas d'autre choix en 1920x1080. La version live utilise le kernetl 6.14.0-29-generic. J'ai testé plusieurs kernels sur la version installée, même problème que ce soit le 6.14.0-29-generic, 6.14.0-32-generic, 6.14.0-33-generic, 6.14.0-34-generic ou 6.14.0-35-generic. Si je charge une version (recovery mode) de n'importe lequel de ces kernels l'image ne pose plus de problème
  • Si je change de résolution je peux avoir une autre fréquence de raffraichissement, mais ça déconne pareil.
La commande xrandr -q (qui d'après ce que je comprends donne des informations sur les modes d'affichages possibles) renvoie ceci:
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767
eDP1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 340mm x 190mm
1920x1080 60.01*+ 59.93
1680x1050 59.95 59.88
1400x1050 59.98
1600x900 60.00 59.95 59.82
1280x1024 60.02
1400x900 59.96 59.88
1280x960 60.00
1368x768 60.00 59.88 59.85
1280x800 59.81 59.91
1280x720 59.86 60.00 59.74
1024x768 60.00
1024x576 60.00 59.90 59.82
960x540 60.00 59.63 59.82
800x600 60.32 56.25
864x486 60.00 59.92 59.57
640x480 59.94
720x405 59.51 60.00 58.99
640x360 59.84 59.32 60.00
HDMI1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
1920x1080_60.00 (0x4f9) 173.000MHz -HSync +VSync
h: width 1920 start 2048 end 2248 total 2576 skew 0 clock 67.16KHz
v: height 1080 start 1083 end 1088 total 1120 clock 59.96Hz


J'ai essayé de demander de l'aide sur hfr et sur reddit, sur reddit on me renvoie à ceci: https://askubuntu.com/questions/377937/ ... resolution
J'ai fait comme dans le tuto, ça me donne les deux lignes de commande suivantes
xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync

xrandr --addmode eDP1 1920x1080_60.00

J'ai fais un fichier ~/.xprofile dans lequel j'ai mis
#!/bin/sh
xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
xrandr --addmode eDP1 1920x1080_60.00

et le seul changement c'est que j'ai un choix supplémentaire de fréquence de rafraichissement qui déconne autant que les autres.
Image

Parfois on dit qu'on a fait tout ce qu'on a pu, là j'ai fait même plus que ce que je savais faire. Je ne pense pas y arriver seul, mais si quelqu'un peut m'aider ça me ferait grand plaisir. Je ne sais pas vraiment nomme ce bug (un glitch?) donc c'est délicat de le chercher sur internet pour savoir comment le résoudre.

Je ne veux faire de chantage à personne, mais je dois rendre le pc à son propriétaire lundi, et si je n'ai pas trouvé de solution je serai contraint d'installer windows 11, et personne ne veut ça. (je réinstallerais bien lieux mint, mais si c'est arrivé une fois, pourquoi ça ne se reproduirait pas? Soit j'arrive à résoudre ce bug soit je me retrouverai comme un gland la prochaine fois).

Merci, désolé pour le pavé.


edit: ne me demandez ni comment ni pourquoi, mais au final ça s'est réparé tout seul, alors que j'ai tout essayé pendant deux jours.
Quand je dis à mes clients que "l'informatique est une science presque exacte", au départ c'est pour la blague, mais plus le temps passe plus je me dis que c'est pas loin de la vérité.
Merci à cyrille pour son aide


edit2: aujourd'hui j'ai toujours le pc, je dois le rendre au client demain. Je rallume par acquis de conscience (alors que j'ai déjà allumé, éteint, allumé redémarré plein de fois et que ça marchait). J'allume une fois et hop le problème revient une fois que j'ai tout réinstallé linux mint.
J'étais prêt à abandonner et à passer sous windows quand j'ai compris que l'affichage est OK si la luminosité est à 100%, et ça déconne si la luminosité n'est pas à 100%. J'ai installé windows 11, installé le driver vidéo et quand je change la luminosité à une autre valeur que 100% j'ai le même glitch. C'est donc un problème matériel.

Re: Problème logiciel :tremblement écran depuis 2 jours

Posté : sam. 8 nov. 2025 18:24
par aurelien
Ah je m'aperçois que j'ai oublié des éléments.
La version live utilise le kernel 6.14.0-29-generic

En appuyant sur shift au démarrage de la version installée, j'ai pu tester les kernels suivants
6.14.0-29-generic
6.14.0-32-generic
6.14.0-33-generic
6.14.0-34-generic
J'avais toujours le même problème, sauf si je choisissais la version recovery de ces kernels: là l'affichage était bon (et à 60.00Hz), peu importe que ça soit le 6.14.0-29 ou le 6.14.0-35 tant que c'est la version recovery c'est bon.

Code : Tout sélectionner

sudo dmesg | egrep 'error|fail|warn'
retourne ceci:

Code : Tout sélectionner

[    0.000000] x86/split lock detection: #AC: crashing the kernel on kernel split_locks and warning on user-space split_locks
[    0.007592] [Firmware Bug]: TSC ADJUST differs within socket(s), fixing all errors
[    0.384018] pcieport 0000:00:1d.0: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
[    0.384527] pcieport 0000:00:1d.6: DPC: error containment capabilities: Int Msg #0, RPExt+ PoisonedTLP+ SwTrigger+ RP PIO Log 4, DL_ActiveErr+
[    3.134642] asus_wmi: fan_curve_get_factory_default (0x00110024) failed: -19
[    3.134881] asus_wmi: fan_curve_get_factory_default (0x00110025) failed: -19
[    3.135115] asus_wmi: fan_curve_get_factory_default (0x00110032) failed: -19
[  521.624890] pcieport 0000:00:1d.6: AER: Multiple Correctable error message received from 0000:00:1d.6
[  521.624951] pcieport 0000:00:1d.6:   device [8086:34b6] error status/mask=00000001/00002000
[  521.625007] nvme 0000:02:00.0:   device [8086:0975] error status/mask=00000001/00002000
Donc il y a des erreurs, il faut que je trouve ce que ça veut dire.

edit: visiblement aucun rapport. entre ces erreurs et mon problème d'après une rapide recherche (mais je peux me tromper)
Est-ce que je peux forcer un kernel recovery au démarrage?

Rien de spécial n'a été fait sur ce pc, c'est celui d'un client qui s'en sert quasiment juste pour utiliser firefox

Re: Problème logiciel :tremblement écran depuis 2 jours

Posté : sam. 8 nov. 2025 19:56
par aurelien
C'est pas que je veux pas, c'est juste que…j'ai pas compris :oops:
Ça veut dire quoi éditer le grub au démarrage?

Re: Problème logiciel :tremblement écran depuis 2 jours

Posté : sam. 8 nov. 2025 20:20
par aurelien
Euh moi j'ai fait une faute mais j'ai édité, je ne comprends ce que c'est éditer le grub au démarrage

Re: Problème logiciel :tremblement écran depuis 2 jours

Posté : dim. 9 nov. 2025 13:11
par aurelien
Bon je n'ai pas essayé cette solution hier soir.
Ce matin j'ai pris la décision de tout réinstaller. Donc je lance windows 11 strelec pour faire un sauvegarde avec macrium, je fais ma sauvegarde. Je la teste en la restaurant sur un autre pc.
Dans le doute avant de réinstaller je relance le pc avec le problème d'affichage pour voir si je n'avais pas oublié un truc, je vais regarder dans les paramètres et au bout d'une minute je me rends compte que...ben en fait il remarche parfaitement cet animal!

J'ai essayé tous les trucs de la terre pendant 2 jours, et au moment où je me dis "c'est bon je n'y arriverai pas, je vais tout virer et tout résinstaller" il remarche de façon aussi mystérieuse que quand il avait commencé à déconner.
Toujours une fréquence d'affichage bizarre (58.83Hz je crois) mais affichage parfait. Je vais pouvoir le rendre au client. Par contre si ça redéconne, je sauvegarde tous les documents et j'installe windows mais en attendant le voilà sauvé.

Donc pour résumé
1-ça déconne pour zéro raison
2-j'essaye tous les trucs du monde, rien ne marche ça déconne toujours pareil
3-hop c'est réparé pour zéro raison.
Je laisse la vidéo youtube non répertoriée, si jamais quelqu'un tombe là dessus je ne sais pas comment ça s'est réglé (est-ce le fait d'avoir chargé une fois une version live de windows strelec? je vois mal le rapport)

Re: Problème logiciel :tremblement écran depuis 2 jours

Posté : mar. 11 nov. 2025 15:34
par aurelien
J'ai trouvé. J'AI TROUVÉ ce qui fait déconner l'affichage: c'est quand je baisse la luminosité en dessous de 100%

La mauvaise nouvelle c'est qu'en installant windows 11, j'ai le même glitch en baissant la luminosité. Le problème ne vient pas de linux.