Stretch 9.3 bzw 9.4 und AMD Radeon R7; kein Hochfahren nach Treiberinstallation

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Stretch 9.3 bzw 9.4 und AMD Radeon R7; kein Hochfahren nach Treiberinstallation

Beitrag von NAB » 26.03.2018 03:03:30

(Danke TRex)

hmm ... ich vermute, /var/log/xorg.1.log ist der Startversuch ohne Firmware.
Da startet erst der Radeon-Treiber:
[ 371.761] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
und verabschiedet sich dann, weil er /dev/dri/card0 nicht öffnen kann (das ist quasi der hardwarebeschleunigte Zugriff auf die Grafikkarte, der wohl nur mit Firmware existiert):
[ 372.041] (EE) open /dev/dri/card0: No such file or directory
Dann meldet sich der olle FBDEV Treiber und erkennt eine standard UEFI Grafik:
[ 372.042] (II) FBDEV(0): hardware: EFI VGA (video memory: 1984kB)
und nutzt die dann mit popeligen 800x600:
[ 372.042] (--) FBDEV(0): Virtual size is 800x600 (pitch 800)
(eigentlich müsstest du zumindest auf 1024 hochstellen können)
Der beendet sich dann nach knapp 30 Minuten ohne weitere Fehler - vermutlich heruntergefahren.

/var/log/xorg.0.log ist dann vermutlich mit Firmware.
Da startet wieder der Radeon-Treiber:
[ 9.043] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
dann kommen ein paar Fehler vom FBDEV- und vom VESA-Treiber, aber die brauchen wir ja auch nicht.
Und dann wirkt der Radeon-Treiber eigentlich ganz zufrieden:
[ 9.048] (II) RADEON(G0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 9.048] (==) RADEON(G0): Depth 24, (--) framebuffer bpp 32
[ 9.048] (II) RADEON(G0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
[ 9.048] (==) RADEON(G0): Default visual is TrueColor
[ 9.048] (==) RADEON(G0): RGB weight 888
[ 9.048] (II) RADEON(G0): Using 8 bits per RGB (8 bit DAC)
[ 9.048] (--) RADEON(G0): Chipset: "HAINAN" (ChipID = 0x6665)
[ 9.111] (II) RADEON(G0): glamor detected, initialising EGL layer.
[ 9.111] (II) RADEON(G0): KMS Color Tiling: enabled
[ 9.111] (II) RADEON(G0): KMS Color Tiling 2D: enabled
[ 9.111] (II) RADEON(G0): KMS Pageflipping: enabled
[ 9.111] (II) RADEON(G0): SwapBuffers wait for vsync: enabled
[ 9.111] (II) RADEON(G0): mem size init: gart size :7fbcf000 vram size: s:80000000 visible:fbbe000
[ 9.111] (==) RADEON(G0): DPI set to (96, 96)
[ 9.111] (==) RADEON(G0): Using gamma correction (1.0, 1.0, 1.0)
Bis er plötzlich behauptet:
[ 9.111] (EE) Screen(s) found, but none have a usable configuration.
als ob er keinen Monitor erkennt oder so. Merkwürdig.
Aber wenn er wirklich keinen Monitor erkennt, würde das erklären, warum der Bildschirm wie tot wirkt.

Immerhin wissen wir jetzt schon mal, dass der radeon-Treiber sich zuständig fühlt. Ein
modprobe.blacklist=radeon
bei Grub eingetragen müsste den Rechner also wieder startbar machen.

Die spannende Frage ist nun, was Ubuntu anders macht. Kannst du da auch eine Xorg.0.log finden? Dann lade die bitte nach nopaste hoch, wie TRex sagte:
pastebin/
Und die Ausgabe von

Code: Alles auswählen

dmesg
wäre interessant, dann wissen wir, welche Firmware Ubuntu lädt.
Vermutlich musst du das als
sudo dmesg
ausführen, sonst funktioniert dmesg nicht.
Du kannst es auch gleich in eine Textdatei umleiten lassen:
sudo dmesg > ausgabe.txt
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

Libertinux
Beiträge: 15
Registriert: 30.04.2010 17:54:35

Re: Stretch 9.3 bzw 9.4 und AMD Radeon R7; kein Hochfahren nach Treiberinstallation

Beitrag von Libertinux » 26.03.2018 21:17:26

Danke für de unermüdliche Hilfe.

Momentan bin ich leider zeitlich sehr eingespannt, drum gehts nur schleppend voran mit dem störrischen System.

modprobe.blacklist=radeon wollte ich gestern machen, aber wie gehts von da weiter, wenn ich das eingegeben habe? Ich bin in Grub. Mit welchem Befehl startet es dann? "boot", Entertaste oder "start" führten zu nichts.

Bei der Durchsicht der xorg.0.log fiel mir auf, dass meine Karte nicht aufgeführt ist: Radeon R7 (kaveri). Das ist nicht das Problem?

Ganz tot ist ja den Monitor nicht, es kommt ja zumindest ein 3-Zeiler bis 5-Zeiler wie hier:
[ 1.877072] usbhid 3-1.3:1.1: couldn't find an input interrupt endpoint
/dev/sda3: recovering journal
/dev/sda3: clean, 255322/1222992 files, 2208167/4882432 blocks
[ 2.365002] sp5100_tco: I/O address 0x0cd6 already in use
Ich hatte den Monitor - mit dem vor dem Disaster alles klappte, auch mit deb 9.3 - an einem HDMI-Switch zusammen mit Tastatur und Maus, um damit auch einen Windows PC zu benutzen. Gestern hab ich den Monitor direkt an den PC angeschlossen und es machte keinen Unterschied.

Danke einstweilen!

Libertinux
Beiträge: 15
Registriert: 30.04.2010 17:54:35

Re: Stretch 9.3 bzw 9.4 und AMD Radeon R7; kein Hochfahren nach Treiberinstallation

Beitrag von Libertinux » 26.03.2018 21:34:17

Noch ne Beobachtung:

das Grub-Bootmenü ist von Debian als letztes installiertes Betriebssystem.

Gestern hab ich in efi nochmal auf Standart zurück gesetzt, dann Secure-Boot und Fastboot wieder abgeschaltet.

Beim ersten Start danach war das Grub-Bootmenü sehr klein, beim nächsten Start war die Schrift viel größer und vermutlich die Auflösung geringer.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Stretch 9.3 bzw 9.4 und AMD Radeon R7; kein Hochfahren nach Treiberinstallation

Beitrag von NAB » 26.03.2018 22:33:11

Libertinux hat geschrieben: ↑ zum Beitrag ↑
26.03.2018 21:17:26
modprobe.blacklist=radeon wollte ich gestern machen, aber wie gehts von da weiter, wenn ich das eingegeben habe? Ich bin in Grub. Mit welchem Befehl startet es dann? "boot", Entertaste oder "start" führten zu nichts.
Das müsste eigentlich unten stehen. F10 oder Strg+x, beides sollte den geänderten Eintrag booten.
Libertinux hat geschrieben: ↑ zum Beitrag ↑
26.03.2018 21:17:26
Bei der Durchsicht der xorg.0.log fiel mir auf, dass meine Karte nicht aufgeführt ist: Radeon R7 (kaveri). Das ist nicht das Problem?
Gute Frage ... sieht mir aber anders aus. Die Liste der unterstützten Karten endet mit:
MULLINS, KAVERI, HAWAII
das nehme ich mal als generelle Kaveri-Unterstützung (der Chip ist ja abgesehen von der Ausbaustufe und dem Takt immer der gleiche). Weiter unten fiel mir aber das hier auf:
[ 9.048] (--) RADEON(G0): Chipset: "HAINAN" (ChipID = 0x6665)
Nun bin ich durcheinander ... der scheint zur Radeon HD 8800 Serie zu gehören:
https://www.phoronix.com/scan.php?page= ... px=MTM3MTA
die anscheinend auch "Oland" genannt wird:
https://de.wikipedia.org/wiki/AMD-Radeon-HD-8000-Serie
von "R7" steht da nichts und auf welchen CPUs der verbaut ist, auch nicht. Ändert aber nichts daran, dass der Radeon-Treiber den Chip erkennt und er eigentlich funktionieren sollte, so alt wie der ist.

Allerdings scheint der so 2013/2014 rausgekommen zu sein.

Und wenn ich dann mal bei HP gucke:
https://support.hp.com/de-de/document/c05268543
steht da was von einem AMD A10 8750 Prozessor und einer AMD Radeon R5 330.
Über beide lässt sich kaum was rausbekommen ... die scheinen nicht normal im Handel erhältlich zu sein, AMD kennt keinen A10 8750 (nur einen A10 8750k).
CPU-World meint aber zu wissen, dass auf dem A10 8750 eine Radeon R7 sitzt und er von 2015 ist:
http://www.cpu-world.com/CPUs/Bulldozer ... -8750.html
Ja, was denn nun? Das passt doch vorne und hinten nicht zusammen.

Das bringt mich zu der Vermutung, dass du eventuell zwei Grafikkarten hast, eine im Prozessor und eine als zusätzliche Karte. Und in der Tat, ich stieß auf diesen seltsamen Bericht:
https://www.computerbase.de/forum/showt ... ?t=1668254

Wenn das so auch für deinen HP Pavilion 550 stimmt, dann ist es noch eigenwilliger:
Du hast eine Grafik in der CPU und eine zusätzliche Grafikkarte, die aber keine Grafikausgänge hat, sondern sich ähnlich wie bei Notebooks in den Speicher der Grafikkarte auf der CPU einklinken muss. (Das wäre auch eine Erklärung, warum der Treiber scheinbar keine Monitore findet).

Nun erst mal die Frage: kann das so stimmen, was ich mir da zusammengereimt habe?

Und um der Kiste erst mal Leben einzuhauchen ... kannst du im BIOS irgendwie eine externe Grafikkarte deaktivieren oder die interne zur primären erklären oder sowas?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

Antworten