[gelöst]Welcher Grafiktreiber werkelt bei meinem Rechner?

[Patsche]

Diese Datei finde ich aber nicht auf meinem Rechner. Liegt hier vielleicht der Hund begraben?

Nein. Arbeite erstmal meine Sachen ab, dann gucken wir weiter....

[halo44]

Zur Installation von update-glx werden nach Hinzufügen von contrib und non-free über apt update zwar die Pakete geladen:

Code: Alles auswählen

Holen: 12 http://ftp.de.debian.org jessie-backports/contrib amd64 Packages [9.796 B]
Holen: 13 http://ftp.de.debian.org jessie-backports/non-free amd64 Packages [27,1 kB]
Holen: 14 http://ftp.de.debian.org jessie-backports/contrib i386 Packages [9.808 B]
Holen: 15 http://ftp.de.debian.org jessie-backports/non-free i386 Packages [23,4 kB]

aber beim Installationsversuch erhalte ich dies:

Code: Alles auswählen

E: Der Wert »jessie-backports« ist für APT::Default-Release ungültig, da solch eine Veröffentlichung in den Paketquellen nicht verfügbar ist.

Gruss H.

[Patsche]

Wie versuchst du das Paket zu installieren? Zeige mal den Befehl, bitte.

[halo44]

So wie Du auch geschrieben hast:

Code: Alles auswählen

apt install -t jessie-backports update-glx

Gruss H.

[Patsche]

Ok, dann zeige mal bitte deine /etc/apt/sources.list:

Code: Alles auswählen

cat /etc/apt/sources.list

[halo44]

Die Paketquellen:

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/ jessie main contrib non-free 

deb http://security.debian.org/ jessie/updates main contrib non-free 

deb http://ftp.de.debian.org/debian/ jessie-updates main contrib non-free 

deb http://ftp.de.debian.org/debian/ jessie-backports main contrib non-free 

deb ftp://ftp.deb-multimedia.org/ jessie non-free main 

# deb http://ftp.de.debian.org/debian/ unstable main 

Gruss H.

[halo44]

Noch eine Info: ich habe mal versucht update-glx über Synaptic zu installieren. Hier wird auch das Paket (aus backports contrib) gefunden, aber es erfolgt der Fehlerhinweis:

update-glx:
Hängt ab von: glx-diversions (= 0.7.3~bpo8+1)

Gruss H.

[Patsche]

Hmmm...probiere bitte mal folgendes:
1. System aktualisieren mit:

Code: Alles auswählen

apt update && apt full-upgrade

2. fehlende Abhängigkeiten nachinstalieren:

Code: Alles auswählen

apt install -f

Und zeige mal die Ausgabe bitte. Ich komme noch nicht dahinter, warum er Probleme mit dem APT::Default-Release hat.

Edit:
Zeige bitte mal die Ausgaben von

Code: Alles auswählen

ls /etc/apt/apt.conf.d

und

Code: Alles auswählen

cat /etc/apt/apt.conf.d/70debconf

Edit2:
Ich habe jetzt mal Synaptic gestartet, ich benutze es sonst nicht, und habe dort oben unter "Einstellungen" und dann in dem sich öffnenden Fenster den Reiter "Distribution" gefunden. Welche Option ist dort bei dir ausgewählt?

Und noch eine Frage: Warum ist eine unstable Quelle in deiner sources.list?

[halo44]

Die Ausgaben:

Code: Alles auswählen

-rw-r--r-- 1 root root   82 Sep  2  2015 00CDMountPoint
-rw-r--r-- 1 root root   40 Sep  2  2015 00trustcdrom
-rw-r--r-- 1 root root  643 Apr 13  2015 01autoremove
-rw-r--r-- 1 root root 1069 Jun 29 10:04 01autoremove-kernels
-rw-r--r-- 1 root root  164 Aug 28  2014 20apt-show-versions
-rw-r--r-- 1 root root   80 Jun 15  2015 20auto-upgrades
-rw-r--r-- 1 root root  141 Okt 13  2014 20listchanges
-rw-r--r-- 1 root root 1040 Dez  8  2014 20packagekit
-rw-r--r-- 1 root root 3945 Jun 29  2015 50unattended-upgrades
-rw-r--r-- 1 root root  182 Mär 19  2015 70debconf
-rw-r--r-- 1 root root  338 Mai 27  2015 99needrestart
-rw-r--r-- 1 root root   32 Dez 19 15:38 99synaptic

cat /etc/apt/apt.conf.d/70debconf
// Pre-configure all packages with debconf before they are installed.
// If you don't like it, comment it out.
DPkg::Pre-Install-Pkgs {"/usr/sbin/dpkg-preconfigure --apt || true";};

Bei Synaptic unter Einstellungen>Distribution ist ausgewählt: "Immer die höchste Version bevorzugen".

Den apt full-upgrade muss ich auf später (ca. 19.30 Uhr) verschieben, weil ich jetzt einen Termin ausser Haus habe.

Gruss H.

[halo44]

So, der full-upgrade ist gemacht, jetzt:

Code: Alles auswählen

apt install -t jessie-backports update-glx    
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  glx-alternative-fglrx glx-alternative-mesa glx-diversions
Die folgenden NEUEN Pakete werden installiert:
  update-glx
Die folgenden Pakete werden aktualisiert (Upgrade):
  glx-alternative-fglrx glx-alternative-mesa glx-diversions
3 aktualisiert, 1 neu installiert, 0 zu entfernen und 187 nicht aktualisiert.
Es müssen 20,7 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 6.144 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Holen: 1 http://ftp.de.debian.org/debian/ jessie-backports/contrib update-glx amd64 0.7.3~bpo8+1 [2.776 B]
Holen: 2 http://ftp.de.debian.org/debian/ jessie-backports/contrib glx-alternative-mesa amd64 0.7.3~bpo8+1 [3.394 B]
Holen: 3 http://ftp.de.debian.org/debian/ jessie-backports/contrib glx-alternative-fglrx amd64 0.7.3~bpo8+1 [3.972 B]
Holen: 4 http://ftp.de.debian.org/debian/ jessie-backports/contrib glx-diversions amd64 0.7.3~bpo8+1 [10,5 kB]
Es wurden 20,7 kB in 0 s geholt (78,0 kB/s).
Lese Changelogs... Fertig
Vormals nicht ausgewähltes Paket update-glx wird gewählt.
(Lese Datenbank ... 152867 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../update-glx_0.7.3~bpo8+1_amd64.deb ...
Entpacken von update-glx (0.7.3~bpo8+1) ...
Vorbereitung zum Entpacken von .../glx-alternative-mesa_0.7.3~bpo8+1_amd64.deb ...
Entpacken von glx-alternative-mesa (0.7.3~bpo8+1) über (0.5.1) ...
Vorbereitung zum Entpacken von .../glx-alternative-fglrx_0.7.3~bpo8+1_amd64.deb ...
Entpacken von glx-alternative-fglrx (0.7.3~bpo8+1) über (0.5.1) ...
Vorbereitung zum Entpacken von .../glx-diversions_0.7.3~bpo8+1_amd64.deb ...
Entpacken von glx-diversions (0.7.3~bpo8+1) über (0.5.1) ...
glx-diversions (0.7.3~bpo8+1) wird eingerichtet ...
update-glx (0.7.3~bpo8+1) wird eingerichtet ...
glx-alternative-mesa (0.7.3~bpo8+1) wird eingerichtet ...
glx-alternative-fglrx (0.7.3~bpo8+1) wird eingerichtet ...
Neue Version der Konfigurationsdatei /etc/ati/fglrx-blacklists-radeon.conf wird installiert ...
Trigger für libc-bin (2.19-18+deb8u6) werden verarbeitet ...
Trigger für initramfs-tools (0.120+deb8u2) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.5.0-0.bpo.2-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
Scanning processes...                                                                                      
Scanning kernel images...                                                                                  
Running kernel seems to be up-to-date.##############################################################...] 
No services need to be restarted.

Jetzt das Kommando ausgeführt:

Code: Alles auswählen

update-glx --config glx
Es gibt 3 Auswahlmöglichkeiten für die Alternative glx (welche /usr/lib/glx bereitstellen).

  Auswahl      Pfad                    Priorität Status
------------------------------------------------------------
* 0            /usr/lib/fglrx           99        automatischer Modus
  1            /usr/lib/fglrx           99        manueller Modus
  2            /usr/lib/fglrx/igpu      90        manueller Modus
  3            /usr/lib/mesa-diverted   5         manueller Modus

Drücken Sie die Eingabetaste, um die aktuelle Wahl[*] beizubehalten,
oder geben Sie die Auswahlnummer ein:

Fenster geschlossen.

Gruss H.

[Patsche]

Hey,

ja das sieht doch ganz gut aus. Ich frage mich allerdings, warum er eine Fehlermeldung beim Rendering rauswirft. An deiner Stelle würde ich mal einen neueren Kernel samt Headern installieren und anschliessend den neueren fglrx-driver. Wollen wir das zusammen machen, oder wenn du keine Probleme feststellen kannst, einfach damit arbeiten? Es sieht für mich alles danach aus, dass der fglrx-Treiber verwendet wird, aber nicht richtig arbeiten könnte.
Deine Entscheidung, was du machen willst.

[halo44]

Danke für Dein Engagement. Ich werde mir die Sache mit einem neueren Kernel und dem entsprechenden Treiber mal vornehmen. Sollte ich Hilfe benötigen, dann melde ich mich nochmal. Vielleicht fällt mir ja auch noch ein, warum ich ausgerechnet diesen Kernel 4.5.0-0.bpo.2-amd64 gewählt habe.

lsmod zeigt immer noch keinen der beiden infrage kommenden Treiber an. Aber irgendwer muss doch meine Grafik so in Gang bringen, daß mir nichts auffällt. Allerdings betreibe ich auch keine Spiele etc.

Gruss H.

[Patsche]

Wenn du keine speziellen und grafikhungrigen Anwendungen verwendest, dann sollte auch der freie radeon Treiber vollkommen ausreichen. Außerdem ist dieser weit weniger Anfällig bei Updates. Ich würde es an deiner Stelle damit mal probieren. Sollte dann irgendetwas nicht schnell genug laufen, dann würde ich dem fglrx-Treiber noch eine Chance geben, allerdings wird der nicht mehr weiterentwickelt, weshalb der mit Stretch und dem neuen X-Server nicht mehr laufen wird. Dann nur noch mit dem neuen amdgpu-Treiber. Überleg es dir und melde dich dann einfach.

[halo44]

Danke für Deine Anregung.

Inzwischen ist mir auch wieder eingefallen, warum ich erst vor kurzem vom Radeon-Treiber zu fglrx gewechselt bin. In diesem Thread, wo ich meine Probleme mit dem suspend-to-disk durch Einsatz des fglrx lösen konnte.

Gruss H.

[Patsche]

Hattest du damals denn das Paket firmware-linux-nonfree installliert? Wie gesagt: Demnächst ist schluß mit fglrx. Auch ein neuerer Kernel macht Schwierigkeiten, weil der den neueren fglrx aus den Backports braucht.
So oder so würde ich mal versuchen an der Situation was zu ändern.

[smutbert]

mir geht das im Thread wohl ein bisschen zu schnell und ich habe etwas den Anschluss verloren, aber ich hätte als nächstes versucht das Kernelmodul zu bauen, das sollte bei

Code: Alles auswählen

# dpkg-reconfigure fglrx-modules-dkms

automatisch passieren. Entweder das wirft einen Fehler aus oder danach sollte sich das fglrx-Kernelmodul laden lassen.

[halo44]

mir geht das im Thread wohl ein bisschen zu schnell und ich habe etwas den Anschluss verloren, aber ich hätte als nächstes versucht das Kernelmodul zu bauen, das sollte bei

Code: Alles auswählen

# dpkg-reconfigure fglrx-modules-dkms

automatisch passieren. Entweder das wirft einen Fehler aus oder danach sollte sich das fglrx-Kernelmodul laden lassen.

Mache ich gerne, zumal ich den Rechner jetzt erstmal im aktuellen Zustand gesichert habe.

Eine Frage aber stellt sich mir nach wie vor, die ja auch Anlaß für die Eröffnung des Threads war: anscheinend ist ja doch ein Treiber aktiv, vielleicht sogar der fglrx, ohne dass mein Rechner davon weiß?

Irgendwer bietet mir doch Grafikdienste.

Gruss H.

[smutbert]

Naja, laut lsmod ist kein Kernelmodul geladen - das des freien Treibers nicht, weil es vom proprietären geblacklistet wurde und der proprietäre (möglicherweise?) nicht, weil das Kernelmodul nicht gebaut wurde/werden konnte.

Nur eine Textkonsole in VGA-Auflösung (oder etwas vergleichbarem) gibt es sowieso und auch X kann (meistens) ohne spezialisierten Kerneltreiber starten und laufen, nur fehlen dann halt jegliche Grafikbeschleunigsung, evtl. manche Auflösungen, es werden vielleicht nicht alle Grafikanschlüsse unterstützt, usw.

[halo44]

So, reconfigure bringt:

Code: Alles auswählen

-------- Uninstall Beginning --------
Module:  fglrx
Version: 15.9
Kernel:  3.16.0-4-amd64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

fglrx.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.16.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod....

DKMS: uninstall completed.

------------------------------
Deleting module version: 15.9
completely from the DKMS tree.
------------------------------
Done.
Loading new fglrx-15.9 DKMS files...
Building only for 4.5.0-0.bpo.2-amd64
Building initial module for 4.5.0-0.bpo.2-amd64
Error! Bad return status for module build on kernel: 4.5.0-0.bpo.2-amd64 (x86_64)
Consult /var/lib/dkms/fglrx/15.9/build/make.log for more information.

wobei ich diese Anmerkung bemerkenswert finde:

Status: Before uninstall, this module version was ACTIVE on this kernel.

Die Logdatei /var/lib/dkms/fglrx/15.9/build/make.log zeigt:

DKMS make.log for fglrx-15.9 for kernel 4.5.0-0.bpo.2-amd64 (x86_64)
Di 20. Dez 13:18:24 CET 2016
make: Entering directory '/usr/src/linux-headers-4.5.0-0.bpo.2-amd64'
LD /var/lib/dkms/fglrx/15.9/build/built-in.o
CC [M] /var/lib/dkms/fglrx/15.9/build/firegl_public.o
/var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘firegl_major_proc_read’:
/var/lib/dkms/fglrx/15.9/build/firegl_public.c:639:9: error: void value not ignored as it ought to be
len = seq_printf(m, "%d\n", major);
^
/var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘_copy_xregs_to_kernel’:
/var/lib/dkms/fglrx/15.9/build/firegl_public.c:6487:22: error: expected ‘:’ or ‘)’ before ‘xstate_fault’
xstate_fault(err)
^
/var/lib/dkms/fglrx/15.9/build/firegl_public.c: In function ‘KCL_fpu_save_init’:
/var/lib/dkms/fglrx/15.9/build/firegl_public.c:6516:49: error: ‘XSTATE_FP’ undeclared (first use in this function)
if (!(fpu->state.xsave.header.xfeatures & XSTATE_FP))
^
/var/lib/dkms/fglrx/15.9/build/firegl_public.c:6516:49: note: each undeclared identifier is reported only once for each function it appears in
/var/lib/dkms/fglrx/15.9/build/firegl_public.c: At top level:
/var/lib/dkms/fglrx/15.9/build/firegl_public.c:6506:12: warning: ‘KCL_fpu_save_init’ defined but not used [-Wunused-function]
static int KCL_fpu_save_init(struct task_struct *tsk)
^
/usr/src/linux-headers-4.5.0-0.bpo.2-common/scripts/Makefile.build:263: recipe for target '/var/lib/dkms/fglrx/15.9/build/firegl_public.o' failed
make[3]: *** [/var/lib/dkms/fglrx/15.9/build/firegl_public.o] Error 1
/usr/src/linux-headers-4.5.0-0.bpo.2-common/Makefile:1408: recipe for target '_module_/var/lib/dkms/fglrx/15.9/build' failed
make[2]: *** [_module_/var/lib/dkms/fglrx/15.9/build] Error 2
Makefile:146: recipe for target 'sub-make' failed
make[1]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make: *** [all] Error 2
make: Leaving directory '/usr/src/linux-headers-4.5.0-0.bpo.2-amd64'

Die diversen "error" und "failed" sagen wohl dem Kundigen mehr.

Gruss H.

[Patsche]

Hmm...ich würde den Treiber aus den Backports drüber bügeln....

Code: Alles auswählen

apt install -t jessie-backports fglrx-driver fglrx-control

Vorher würde ich aber einen neuren Kernel installieren. Aber wie gesagt, dass bleibt dir überlassen.

[halo44]

Danke patsche, hab ich gemacht und alles läuft.

Mein lsmod zeigt jetzt

Code: Alles auswählen

fglrx               15409152  77 
button                 16384  1 fglrx

Ob ich diesen Treiber weiter nutzen muß oder kann, muß ich noch prüfen. Ich habe irgendwo gelesen, daß die xorg-Version ab 1.17.4 und der fglrx sich nicht vertragen. Mein Jessie hat aber Version 1.16.4 und das geht wohl noch.

Gruss H.

Edit: der neue Kernel ist übrigens 4.8.0-0.bpo.2-amd64

[Patsche]

Der fglrx-driver läuft bis Xorg-Server1.17, ab 1.18 tut er es nicht mehr, weshalb es in dem neuen Debian 9 aka Stretch, auch kein fglrx mehr geben wird. Mit Jessie kannst du den also noch problemlos nutzen.
Was zeigen denn jetzt folgende Ausgaben:

Code: Alles auswählen

lspci -nnk | grep VGA -A3

Code: Alles auswählen

glxinfo | grep rendering 

Code: Alles auswählen

glxinfo | awk '/OpenGL version/ {print $4}'

Edit:
Kernel 4.8 ist aber unsigned. Ich nutze das Paket linux-image-amd64 aus den Backports, damit ich immer den neuesten getesteten Kernel eingespielt bekomme. Dies ist derzeit Kernel 4.7 .

[halo44]

Die Ausgaben jetzt:

Code: Alles auswählen

lspci -nnk | grep VGA -A3
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Richland [Radeon HD 8570D] [1002:990e]
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7895]
        Kernel driver in use: fglrx_pci
00:01.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller [1002:9902]

glxinfo | grep rendering
direct rendering: Yes

glxinfo | awk '/OpenGL version/ {print $4}'
4.5.13416

Gruss H.

[Patsche]

Super. Dann läuft er jetzt richtig.

[halo44]

...
Kernel 4.8 ist aber unsigned. Ich nutze das Paket linux-image-amd64 aus den Backports, damit ich immer den neuesten getesteten Kernel eingespielt bekomme. Dies ist derzeit Kernel 4.7 .

Gut, mir war nicht wirklich klar, was "unsigned" bedeutet. Aber es scheint ja zu laufen. Zur Not kann ich immer noch auf 4.7. gehen.

Gruss H.