Buster: affichage cesse soudainement de fonctionner après le GRUB (carte graphique Radeon R9)

Tags: #<Tag:0x00007efeda85c908>

Habitué des défauts et bugs obscurs, je me retrouve avec une nouvelle belle prise de tête dont j’ai le secret.

J’ai une tour PC avec une banale carte graphique Radeon R9 270 reliée à deux moniteurs, avec une sortie en HDMI et l’autre en VGI. Le tout fonctionnait parfaitement jusqu’à ce soir = affichage normal sur les deux écrans avec la résolution appropriée. Si je ne fais erreur, cette carte graphique fonctionne sans driver propriétaire, en tout cas je ne me souviens pas avoir installé de driver particulier.

Soudainement, l’image s’est mise à se dégrader puis à se geler complètement sur les deux écrans et j’ai dû éteindre la machine de force qui ne répondait plus à aucune commande.

Au redémarrage, j’atterris comme de coutume sur l’écran GRUB qui s’affiche comme il faut sur les deux écrans, mais les deux écrans virent au noir si je n’entre pas le flag noyau “nomodeset”!

Encore plus étonnant, j’observe exactement le même problème (écran noir après quelques secondes) lorsque je démarre sur d’autres systèmes debian 10, et même sur un disque Windows 10 (qui marchait lui aussi parfaitement auparavant)!

Se pourrait-il que la carte graphique ait “grillé”? Mais dans ce cas, comment expliquer qu’elle fonctionne au démarrage (BIOS/UEFI accessible), jusqu’au GRUB et même jusqu’au système complet en cas de “nomodeset”.

Tout début d’explication ou toute suggestion d’action à entreprendre est la bienvenue!

Ben la raison de son bon fonctionnement au départ, je n’en sais rien, mais ça pourrait être un truc genre radiateur/ventilateur décollé qui empêche la carte de refroidir et la fait planter quand elle surchauffe.
Sinon, c’est qu’elle est grillée.
Éventuellement, je la remonterais sur une autre machine pour voir.

un changement de noyau a t il provoqué la panne?
pour radeon il faut le paquet xserver-xorg-video-radeon

verifier avec
lspci -nnk | grep -i vga -A2

exemple

 lspci -nnk | grep -i vga -A2
01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS880M [Mobility Radeon HD 4225/4250] [1002:9712]
	DeviceName: 256
	Subsystem: Hewlett-Packard Company RS880M [Mobility Radeon HD 4225/4250] [103c:1443]
--
02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Park [Mobility Radeon HD 5430/5450/5470] [1002:68e0]
	Subsystem: Hewlett-Packard Company Park [Mobility Radeon HD 5430/5450/5470] [103c:1443]
	Kernel driver in use: radeon
uname -a
Linux debian 5.4.0-3-amd64 #1 SMP Debian 5.4.13-1 (2020-01-19) x86_64 GNU/Linux

il faut aussi le microcode

https://wiki.debian.org/fr/AtiHowTo

journalctl | grep -E 'drm|radeon' | grep -iE 'firmware|microcode'
janv. 30 08:40:54 debian kernel: [drm] Loading RS780 Microcode
janv. 30 08:40:54 debian kernel: radeon 0000:01:05.0: firmware: direct-loading firmware radeon/RS780_pfp.bin
janv. 30 08:40:54 debian kernel: radeon 0000:01:05.0: firmware: direct-loading firmware radeon/RS780_me.bin
janv. 30 08:40:54 debian kernel: radeon 0000:01:05.0: firmware: direct-loading firmware radeon/R600_rlc.bin
janv. 30 08:40:54 debian kernel: radeon 0000:01:05.0: firmware: direct-loading firmware radeon/RS780_uvd.bin
janv. 30 08:40:54 debian kernel: [drm] Loading CEDAR Microcode
janv. 30 08:40:54 debian kernel: radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CEDAR_pfp.bin
janv. 30 08:40:54 debian kernel: radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CEDAR_me.bin
janv. 30 08:40:54 debian kernel: radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CEDAR_rlc.bin
janv. 30 08:40:54 debian kernel: radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CEDAR_smc.bin
janv. 30 08:40:54 debian kernel: radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CYPRESS_uvd.bin

Et donc ce serait possible qu’elle surchauffe quand le système est démarré en nomodeset?

Malheureusement, je n’ai pas d’autre machine pour tester sous la main…

Non, je n’ai pas changé de noyau. Et j’ai exactement le même problème avec Windows 10… ce qui me fait penser à un problème hardware?

Alors peut être que le nomodeset la sollicite moins qu’en fonctionnement normal, ce qui lui permet de chauffer moins vite et d’arriver au système en nomodeset.
Sinon, faute de la mettre sur une autre machine, tu l’as regardée physiquement pour voir s’il y avait des traces de chauffes, des trucs qui avaient bougé, si elle était ne s’était pas un peu désenfichée de la carte mére à force de vibrations ?
Et le ventilo, il tourne ?

Le ventilo tourne (en tout cas un des deux).
Je n’ai pas encore pris le temps de l’inspecter, effectivement ça peut être intéressant de commencer par ça, voir s’il y a des traces physiques.
Je m’y remettrai ce week-end tranquillement quand j’aurai plus de temps. D’ici là je suis en nomodeset :slight_smile: