Fedora-Fr

kvfy · 2021-04-17T07:56:10+00:00

Bonjour à toutes et tous ! Il y a quelques mois, j'ai mis une nouvelle carte graphique MSI RX 570 dans ma tour (Intel Core i5-4590, 16 GB RAM, Asus Z97-P),...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Dell U2715H, AMD RX 570 et écrans noirs/clignottants

VINDICATORs

Et dans les logs cela dit quelque chose (passe dans un terminal tty avec les touches [CTRL]+[ALT]+[F3 ou F4...] ??? :

journalctl -xr

kvfy

J'ai repris les logs en extrayant le journalctl avec

journalctl -xr > journalctl.txt

le fichier pèse 46 Mo environ. Je vais pas tout mettre ici ^^

J'ai analysé les périodes correspondant plus ou moins au bugs, j'ai trouvé un "paragraphe" récurrent :

░░ The unit UNIT has successfully entered the 'dead' state.
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Calling GetRenderers method
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Entries: (null)
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Enabled : F
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: [Network filtering settings]
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Log Level: 0x13
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Log Type : 0
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: [Logging settings]
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Push host port: 0
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Port: 0
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Connector Name: dbus
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Never Quit: F
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: [General settings]
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Load file [/home/kevfloh/.config/dleyna-renderer-service.conf]
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: Type[0] Level[0x13] Mask[0x4C] Flags[0x4F]
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: dleyna-renderer-service version 0.6.0
avril 16 21:13:45 tour-kevfloh dleyna-renderer-service[13877]: dLeyna core version 0.6.0

Tu penses que ça pourrait être lié ? Je peux envoyer d'autres extraits du log si besoin 🙂

Nicosss

Oui il y a de plus que très fortes chances que ce soit le pilote libre amdgpu.

$ lspci -nnk | grep -iA3 "VGA"

Dans le retour de dmeg tu vois des choses, sûrement à la fin ?

kvfy

C'est bien amdgpu :

01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev ef)
	Subsystem: Micro-Star International Co., Ltd. [MSI] Radeon RX 570 Armor 8G OC [1462:341b]
	Kernel driver in use: amdgpu
	Kernel modules: amdgpu

Je pense qu'il faut tenter dmesg / journalctl juste après une extinction, pour cibler les bons messages ?

VINDICATORs

Pour l'histoire de l'écran qui ne se rallume pas une fois en veille, cela m'est déjà arrivé. Le simple fait de l'éteindre et rallumer corrige le problème. Sans doute un souci de détection coté Displayport sous Linux. Cela semble être corrigé sous Fedora 34 soit dit en passant.

Pour le reste :
1 tester avec un autre câble display port. le mini dp c'est bien mais le connecteur mâle est quand même très fragile (j'en ai cassé 2 trop facilement sur mon raspberry pi4 dernièrement 😢 ).

2 tu parle d'un "ancien écran" c'est de l'occasion déjà servi? Il faudrait pouvoir le tester sur un autre système, voir une autre machine pour voir si cela ne vient pas de lui

kvfy

Bon, pour l'instant RAS, pas de nouveau clignottement (je l'ai pas beaucoup utilisé hier, aussi)

Super si le bug de l'extinction auto est réparé sous Fedora 34 !

Pour la connectique, c'est la remarque que je me suis faite aussi : j'ai un cable DisplayPort-DisplayPort en route (avec des griffes). J'ai utilisé le miniDP-DP car il était fourni et j'en avais pas d'autre 🙂

Oui c'est un écran d'occasion, je vais tester avec un autre PC. Sous Windows ça semble être OK... Mais à voir avec le temps et un autre PC.

VINDICATORs

Surveille aussi tes températures de carte graphique.

J'ai souvent eu des soucis de ce coté là. Dernièrement c'était au niveau des puces mémoires qui étaient mal refroidis avec le ventirad d'origine.
Rien que le fait de changer les pads thermique de la mémoire avaient déjà améliorer les choses (pads d'origine tout petit ne couvrant même pas la surface de la puce mémoire...).

kvfy

VINDICATORs wrote:Surveille aussi tes températures de carte graphique.

On peut surveiller cela avec lm-sensors ?
Par contre la carte graphique est encore sous garantie : est-ce que, si je remplace la pâte thermique, ça risque de la faire sauter ?

Nicosss

kvfy wrote:Je pense qu'il faut tenter dmesg / journalctl juste après une extinction, pour cibler les bons messages ?

Pour dmesg tu peux le lancer dès maintenant, tu verras ainsi ce qu'il a pu se passer, le retour est assez court sauf si tu es pollué par des erreurs.

Oui, la commande sensors te donnera la température, au pire relancer sensors-detect.

Edit : Ajout réponse au dernier post

VINDICATORs

oui avec lmsensor et la commande "sensors".

Perso j'ai un widget sous KDE plasma qui me l'indique graphiquement.

Si la carte graphique est toujours en garantie, oui tu risque de faire sauter la garantie.
Par contre faire partir en garantie une carte graphique qui chauffe trop c'est pas dans les termes de celle-ci...

Je parle des "pads thermique" qui sont sur les puces mémoires, la pâte est généralement sur le gpu. Mais bon cela peut améliorer les choses surtout que ce n'est pas toujours des pâtes de qualités, comme les pads 😉 .

Mais bon tu as plus souvent de chance d'avoir des problèmes coté écran, même neuf, que coté carte graphique. Donc vu qu'en plus c'est un d'occasion il faut peut être cherché de ce coté là après avoir exclue des soucis coté logiciels.

kvfy

Bon, ça vient de recommecer :

RIEN n'apparaît dans les logs de journalctl, ni de dmesg (ils sont identiques avant et après une coupure)

La température GPU me parait normale :

amdgpu-pci-0100
Adapter: PCI adapter
vddgfx:      725.00 mV 
fan1:         205 RPM  (min =    0 RPM, max = 4500 RPM)
edge:         +49.0°C  (crit = +94.0°C, hyst = -273.1°C)
power1:        6.04 W  (cap = 120.00 W)

kvfy

Nouveau symptome : l'affichage, en redémarrant, a affiché un écran bardé de lignes horizontales, qui n'apparaissent pas sur une capture d'écran. J'ai pas eu le temps de prendre de photo...

Là, je suis à environ 1 coupure toutes les 10 sec...

EDIT :
La thèse matérielle semble se préciser : j'ai tenté de redémarrer le PC, sous Windows.
Le problème a également cours sous Windows : flickering dès le démarrage de l'OS, environ 1 Min plus tard l'écran a clignoté, plusieurs fois d'affilée...

Je vais tenter de tester avec un autre PC dans la journée.

kvfy

Sur 1h 30 environ, pas de problème en HDMI sur mon PC portable...
Je viens de recevoir mon cable DP-DP (beaucoup plus gros que le miniDP-DP, soit dit en passant 🙂 )... Avec un peu de chance c'est le câble qui posait problème ?

PS : Je viens de voir dans les options de l'écran une option DP 1.2, désactivée par défaut. Quand on veut l'activer, un avertissement apparaît :

"Veuillez assurer que votre carte graphique prend en charge DP MST (Daisy Chain) / HBR2 (High Bit Rate) avant de changer le réglage du moniteur du DP 1.2. Un réglage incorrect peut entrainer écran vide sur le moniteur."

Elle n'est pas activée pour l'instant... pensez-vous que je devrais l'activer ? Peut-être que ça augmenterait le débit de données et que ça résolverait le problème s'il continue ?

VINDICATORs

Tu peux toujours tenter, au pire il faudra la désactiver.

kvfy

Bon, depuis le changement de câble, RAS... Je laisse encore le sujet ouvert quelques jours au cas où ça recommence, mais je commence à penser que c'est le câble qui posait problème 🙂

kvfy

Toujours pas de problème à l'horizon... chouette 😃

Je passe le sujet en résolu !