johkub
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
Hallo, ich habe einen
Rechner
Hewlett Packard HP Pavilion 17-e026eg Notebook 17,3" 8GB RAM 500GB A497757 Grafikkarte:
------------------
Gallium 0.4 on llvmpipe (LLVM 3.8, 128 bits)
lspci -nnk | grep -i VGA -A2 liefert:
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Richland [Radeon HD 8650G] [1002:990b]
DeviceName: RICHLAND (990B)
Subsystem: Hewlett-Packard Company Richland [Radeon HD 8650G] [103c:1985]
xrandr --prop
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1600 x 900, current 1600 x 900, maximum 1600 x 900
default connected 1600x900+0+0 0mm x 0mm
1600x900 77.00* Angesteckt ist auch ein externer Monitor der bisher auch unter unity als erweiterter Desktop funktionierte.
Nach update auf 16.04 geht kein graf. login mehr, weder unity noch kde-plasma. Lediglich xubuntu macht
noch eine Art 'Notbetrieb' mit starren Fenstern (zum Schreiben dieser Zeilen) möglich. Ich bin der Anleitung
http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Install.aspx
gefolgt, da es bei 16.04 kein fglrx/catalyst... mehr gibt. Aufwachen aus dem
standby geht dadurch ebenfalls nicht mehr (Bildschirm bleibt dunkel) Was machen wir da jetzt? Gruß
joh Bearbeitet von Letalis_Sonus: Bitte verwende in Zukunft Codeblöcke, um die Übersicht im Forum zu verbessern. Danke!
- Xorg.0.ksh (39.6 KiB)
- Download Xorg.0.ksh
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Schmeiß nomodeset aus der Bootzeile, so kann das auch nicht funktionieren. johkub schrieb: Ich bin der Anleitung
http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Install.aspx
gefolgt, da es bei 16.04 kein fglrx/catalyst... mehr gibt.
Du hättest dich vorher erst einmal informieren sollen, ob der deine Karte überhaupt unterstützt. Richland hat noch keine GCN Architektur, die Unterstützung dieses Chips wurde sogar schon beim fglrx Treiber eingestellt. Mit nomodeset funktioniert auch dieser Treiber nicht mehr.
|
johkub
(Themenstarter)
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
Letalis_Sonus schrieb: Schmeiß nomodeset aus der Bootzeile, so kann das auch nicht funktionieren.
hab ich gemacht, weiterhin gleiches Ergebnis, nur das jetzt ein kurzes buntes Aufblitzen
beim login mit plasma oder unity erfolgt
johkub schrieb: Ich bin der Anleitung
. . .
Architektur, die Unterstützung dieses Chips wurde sogar schon beim fglrx Treiber eingestellt. Mit nomodeset funktioniert auch dieser Treiber nicht mehr.
was mach ich da jetzt? Zurück zu 12.04? Da gin der ext. Monitor etc. Aber das läuft m.W. in Bälde aus...
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
johkub schrieb: hab ich gemacht, weiterhin gleiches Ergebnis, nur das jetzt ein kurzes buntes Aufblitzen
beim login mit plasma oder unity erfolgt
Organisiere jetzt nochmal den Xorg Log, der sollte nun vermutlich konkretere Informationen über die Ursache enthalten.
|
johkub
(Themenstarter)
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
Letalis_Sonus schrieb:
Organisiere jetzt nochmal den Xorg Log, der sollte nun vermutlich konkretere Informationen über die Ursache enthalten.
s.A.
- Xorg.0.ksh (39.6 KiB)
- Download Xorg.0.ksh
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Nach dem Entfernen von nomodeset auch GRUB aktualisiert? Oder hast du noch eine alte /etc/X11/xorg.conf vom fglrx-Treiber?
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
nomodeset ist zwar jetzt definitiv weg, aber es ist als wäre es immer noch aktiv. Das Kernel Modul wird entweder nicht geladen, oder es tritt beim Laden ein ziemlich fataler Fehler auf. Allerdings war das nicht alles, dem Software Renderer fehlt ein Symbol, das sollte eigentlich nicht passieren - es scheint so als ob da bestimmte Systemkomponenten nicht zueinander passen, als ob das Upgrade unvollständig ist. Du kriegst nicht zufällig eine Fehlermeldung wenn du mit der Paketverwaltung hantierst?
Vielleicht hat der Kernel Log auf die Probleme mit dem Kernel Modul eine Antwort, der befindet sich im gleichen Ordner. Der Log wird nicht bei jedem Start neu angelegt und ist deshalb ziemlich groß - achte einfach auf die Timestamps, dann erkennst du wo ein neuer Log anfängt.
|
johkub
(Themenstarter)
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
mrkramps schrieb: Nach dem Entfernen von nomodeset auch GRUB aktualisiert?
ja, s.A.
Oder hast du noch eine alte /etc/X11/xorg.conf vom fglrx-Treiber?
mmh... ich hatte vorher den gflrx installiert :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 | ls -l /etc/X11/
insgesamt 164
drwxr-xr-x 2 root root 4096 Nov 4 20:38 app-defaults
drwxr-xr-x 2 root root 4096 Nov 4 20:31 cursors
-rw-r--r-- 1 root root 18 Nov 4 22:41 default-display-manager
drwxr-xr-x 4 root root 4096 Aug 20 2013 fonts
-rw-r--r-- 1 root root 17394 Dez 3 2009 rgb.txt
lrwxrwxrwx 1 root root 13 Jan 18 2014 X -> /usr/bin/Xorg
drwxr-xr-x 4 root root 4096 Nov 4 20:21 xinit
drwxr-xr-x 2 root root 4096 Jan 23 2012 xkb
-rw-r--r-- 1 root root 2619 Sep 4 19:07 xorg.conf.11012016
-rw-r--r-- 1 root root 684 Nov 2 19:20 xorg.conf.11022016
-rw-r--r-- 1 root root 684 Nov 3 18:55 xorg.conf.11032016
-rw-r--r-- 1 root root 684 Nov 3 20:45 xorg.conf.11042016
-rw-r--r-- 1 root root 2619 Nov 14 2014 xorg.conf.2MonOK
-rw-r--r-- 1 root root 254 Jun 2 2014 xorg.conf.eagle-geht
-rw-r--r-- 1 root root 269 Okt 1 23:39 xorg.conf.failsafe
-rw-r--r-- 1 root root 1993 Nov 12 2014 xorg.conf.fglrx-0
-rw-r--r-- 1 root root 2620 Nov 12 2014 xorg.conf.fglrx-1
-rw-r--r-- 1 root root 2656 Nov 12 2014 xorg.conf.fglrx-2
-rw-r--r-- 1 root root 2619 Nov 13 2014 xorg.conf.fglrx-3
-rw-r--r-- 1 root root 115 Jun 2 2014 xorg.conf.orig
-rw-r--r-- 1 root root 87 Nov 1 23:27 xorg.conf.original-0
-rw-r--r-- 1 root root 87 Nov 2 17:43 xorg.conf.original-1
|
- grub.ksh (14.0 KiB)
- Download grub.ksh
|
johkub
(Themenstarter)
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
Letalis_Sonus schrieb: nomodeset ist zwar jetzt definitiv weg, aber es ist als wäre es immer noch aktiv. Das Kernel Modul wird entweder nicht geladen, oder es tritt beim Laden ein ziemlich fataler Fehler auf. Allerdings war das nicht alles, dem Software Renderer fehlt ein Symbol, das sollte eigentlich nicht passieren - es scheint so als ob da bestimmte Systemkomponenten nicht zueinander passen, als ob das Upgrade unvollständig ist. Du kriegst nicht zufällig eine Fehlermeldung wenn du mit der Paketverwaltung hantierst?
| apt-get check
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
|
Vielleicht hat der Kernel Log auf die Probleme mit dem Kernel Modul eine Antwort, der befindet sich im gleichen Ordner. Der Log wird nicht bei jedem Start neu angelegt und ist deshalb ziemlich groß - achte einfach auf die Timestamps, dann erkennst du wo ein neuer Log anfängt.
Ich vermute, Du meinst die /var/log/dmesg? –> s.A.
- dmesg.ksh (65.8 KiB)
- Download dmesg.ksh
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
mrkramps schrieb: Oder hast du noch eine alte /etc/X11/xorg.conf vom fglrx-Treiber?
Selbst das schreibt er in den Log, du kannst ihm entnehmen dass keine xorg.conf existiert. Wenn überhaupt kann allerhöchstens noch eine modprobe Config übrig sein, die das radeon Modul auf die Blacklist setzt - das sollte aber äußerst unwahrscheinlich sein.
johkub schrieb: Ich vermute, Du meinst die /var/log/dmesg? –> s.A.
Der eigentliche Kernel Log sollte kern.log sein, aber die tuts auch. Allerdings stammt dieser Log wieder von einem Startversuch mit nomodeset - der ist uralt, vom 18 Oktober mit fglrx.
|
johkub
(Themenstarter)
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
Letalis_Sonus schrieb: mrkramps schrieb: Oder hast du noch eine alte /etc/X11/xorg.conf vom fglrx-Treiber?
Selbst das schreibt er in den Log, du kannst ihm entnehmen dass keine xorg.conf existiert. Wenn überhaupt kann allerhöchstens noch eine modprobe Config übrig sein, die das radeon Modul auf die Blacklist setzt - das sollte aber äußerst unwahrscheinlich sein.
johkub schrieb: Ich vermute, Du meinst die /var/log/dmesg? –> s.A.
Der eigentliche Kernel Log sollte kern.log sein, aber die tuts auch. Allerdings stammt dieser Log wieder von einem Startversuch mit nomodeset - der ist uralt, vom 18 Oktober mit fglrx.
so, jetzt sollte das nomodeset aus der 'Kernel command line' weg sein. s.A. die kern.log
Ergebnis immer noch das gleiche, eine versuchsweise (vor dem update funktionierende) /etc/X11/xorg.conf brachte auch nur die X11 Meldung: "system runs in low resolution...update your config files"
Hat es da jetzt noch Sinn an der xorg.conf herum zu probieren?
- kern.log.ksh (105.5 KiB)
- Download kern.log.ksh
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Das radeon Modul wird gar nicht erst geladen. Die letzte Zeile im Log legt die Vermutung nahe, dass der Pro Treiber noch installiert ist - dieser müsste das radeon Modul auf die Blacklist setzen und darüber verhindern, dass du überhaupt einen Treiber zum laufen kriegst. Der muss weg.
|
johkub
(Themenstarter)
Anmeldungsdatum: 27. August 2009
Beiträge: 109
|
Letalis_Sonus schrieb: Das radeon Modul wird gar nicht erst geladen. Die letzte Zeile im Log legt die Vermutung nahe, dass der Pro Treiber noch installiert ist - dieser müsste das radeon Modul auf die Blacklist setzen und darüber verhindern, dass du überhaupt einen Treiber zum laufen kriegst. Der muss weg.
Das kann ich jetzt bestätigen. Ich habe im Treiberverz. ein script amdgpu-pro-uninstall gefunden.
Nach dem reboot geht jetzt zumindest unity auf 2 Monitoren wieder (ohne noch ewas zusätzliches zu installieren)
Eine /etc/X11/xorg.conf ist allerdings immer noch nicht da, muss sie aber offb. auch nicht.
|