2 Monitore

[jhny]

Hallo zusammen,

ich möchte mit meinem PC auf 2 Bildschirmen arbeiten. Leider laufen bei mir die Bildschirme nach frischer Debian Installation nur synchron. Ich habe auch schon randr, arandr xrandr ausprobiert und bei den Anzeigeeinstellungen kann ich auch keine Einstellungen vornehmen. Im Netz auf Google und Co. fand ich bis jetzt auch nichts brauchbares an Hilfe.

Mein System:
H170-PLUS D3 Asus Board
Intel Core i7 Skylake 6700k @ 4,00GHz
32 GB DDR3RAM
AMD Radeon rx580 8GB
Creative Labs SB1550 Audigy 5/Rx
1TB Seagate Barracuda HDD
Debian 9
Xfce vers. 4.12

Würde mich auf eine Antwort freuen.

Gruß Jhny

[Tintom]

Hallo zusammen,

ich möchte mit meinem PC auf 2 Bildschirmen arbeiten. Leider laufen bei mir die Bildschirme nach frischer Debian Installation nur synchron.

Synchron heißt auf beiden Bildern ist exakt das gleiche Bild?
Was sagt die Ausgabe von xrandr?

[geier22]

Erstmal willkommen im Forum
Ein paar Tipps:
Um allen das Leben und die Diagnose leichter zu machen und unnötige Rückfragen zu vermeiden, existiert das geniale Tool inxi. Inxi gibt alle wesentlichen Informationen über dein System aus, und erspart auch dir einen Haufen Tipparbeit.
Ausgaben aus dem Terminal setzt man, um das Lesen halbwegs erträglich zu machen, in sog. Code-Tags.
Einfach den Text aus dem Terminal in das Editor Feld kopieren, markieren und in der Leiste über dem Editor-Fenster auf das Symbol </> klicken. In der Vorschau kannst du den Erfolg sehen.
So.
Vermutung: Es fehlen Treiber /Firmware

Dazu installiere doch bitte mal inxi

Code: Alles auswählen

apt install inxi

und anschließend poste die Ausgabe von (Gesamtübersicht)

Code: Alles auswählen

inxi -F

getrennt davon (Aktive Repos)

Code: Alles auswählen

inxi -r

[Lord_Carlos]

Wenn du eines der groesseren grafischen Oberflaechen wie Gnome oder KDE installiert hast, kannst du es da ein den Einstellungen aendern, dann musst du nicht mit der Konsole rumfummeln.

[thoerb]

Wenn du eines der groesseren grafischen Oberflaechen wie Gnome oder KDE installiert hast, kannst du es da ein den Einstellungen aendern, dann musst du nicht mit der Konsole rumfummeln.

Das funktioniert inzwischen auch bei Xfce.

[geier22]

und bei den Anzeigeeinstellungen kann ich auch keine Einstellungen vornehmen.

Geht ja nicht

[TRex]

Nun hatten wir einen produktiven Vorschlag zur Informationsfindung (die Ausgabe von xrandr), einen ausgiebigeren Ansatz (inxi), einen überzogenen Ansatz (KDE/gnome), einen Hinweis, dass der KDE/gnome-Ansatz überzogen ist und einen, der das "geht nicht"-Argument wiederholt/bestätigt.

Ich fänds gut, erstmal auf den TE zu warten, der dann mit dem xrandr die Treiberfrage klärt und auch, ob es mit arandr doch gehen wird (und der TE nur die Bedienung dessen nicht verstanden hatte).

[guennid]

Nun hatten wir einen produktiven Vorschlag zur Informationsfindung (die Ausgabe von xrandr), einen ausgiebigeren Ansatz (inxi), einen überzogenen Ansatz (KDE/gnome), einen Hinweis, dass der KDE/gnome-Ansatz überzogen ist und einen, der das "geht nicht"-Argument wiederholt/bestätigt.

Ich fänds gut, erstmal auf den TE zu warten, der dann mit dem xrandr die Treiberfrage klärt und auch, ob es mit arandr doch gehen wird (und der TE nur die Bedienung dessen nicht verstanden hatte).

Herrlich, ymmd

[jhny]

Danke erst mal für die vielen Beiträge...

geler22 schrieb

Dazu installiere doch bitte mal inxi

Code: Alles auswählen

System:    Host: blueberry Kernel: 4.9.0-6-686-pae i686 (32 bit) Desktop: Xfce 4.12.3
           Distro: Debian GNU/Linux 9 (stretch)
Machine:   Device: desktop Mobo: ASUSTeK model: H170-PLUS D3 v: Rev X.0x
           UEFI [Legacy]: American Megatrends v: 2604 date: 02/22/2018
CPU:       Quad core Intel Core i7-6700K (-HT-MCP-) cache: 8192 KB 
           clock speeds: max: 4200 MHz 1: 799 MHz 2: 800 MHz 3: 799 MHz 4: 867 MHz
           5: 799 MHz 6: 800 MHz 7: 799 MHz 8: 800 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480]
           Display Server: X.Org 1.19.2 drivers: ati,vesa (unloaded: modesetting,fbdev,radeon)
           Resolution: 1920x1080@0.00hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits)
           GLX Version: 3.0 Mesa 13.0.6
Audio:     Card-1 Advanced Micro Devices [AMD/ATI] Device aaf0 driver: snd_hda_intel
           Card-2 Creative Labs CA0108/CA10300 [Sound Blaster Audigy Series]
           driver: snd_emu10k1
           Sound: Advanced Linux Sound Architecture v: k4.9.0-6-686-pae
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: 30:5a:3a:07:fd:54
Drives:    HDD Total Size: 1000.2GB (4.0% used)
           ID-1: /dev/sda model: ST1000DM003 size: 1000.2GB
Partition: ID-1: / size: 885G used: 6.8G (1%) fs: ext4 dev: /dev/sda1
           ID-2: swap-1 size: 34.28GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
Sensors:   System Temperatures: cpu: 29.8C mobo: 27.8C
           Fan Speeds (in rpm): cpu: 0
Info:      Processes: 235 Uptime: 3 min Memory: 629.2/32388.1MB
           Client: Shell (bash) inxi: 2.3.5 

Code: Alles auswählen

Repos:     Active apt sources in file: /etc/apt/sources.list
           deb http://ftp.de.debian.org/debian/ stretch main
           deb-src http://ftp.de.debian.org/debian/ stretch main
           deb http://security.debian.org/debian-security stretch/updates main contrib
           deb-src http://security.debian.org/debian-security stretch/updates main contrib
           deb http://ftp.de.debian.org/debian/ stretch-updates main contrib
           deb-src http://ftp.de.debian.org/debian/ stretch-updates main contrib
           deb http://ftp.de.debian.org/debian/ wheezy-backports main contrib non-free

Tintom schrieb

Synchron heißt auf beiden Bildern ist exakt das gleiche Bild?
Was sagt die Ausgabe von xrandr?

Ja auf beiden Bildschirmen das gleiche Bild...

xrandr:

Code: Alles auswählen

xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 1920 x 1080, maximum 1920 x 1080
default connected 1920x1080+0+0 0mm x 0mm
   1920x1080      0.00* 
   1280x1024      0.00  
   1024x768       0.00  
   800x600        0.00  
   640x480        0.00  

[MartinV]

Mir fällt zweierlei auf:
1. xrandr zeigt nur einen Monitor an, keine zwei. um so erstaunlicher, daß der zweite überhaupt etwas anzeigt.
2. Der Grafiktreiber radeon für die AMD Grafikkarte wird nicht geladen oder wieder "ausgeladen". Als "GLX renderer" wird llvmpipe angegeben, noch ein Hinweis, daß die Grafikkarte nicht genutzt wird.

Es liegt also ein Problem mit dem Grafiktreiber radeon vor.

Vielleicht liefert im home Verzeichnis ~/.local/share/xorg/Xorg.0.log einen Hinweis.
Die Datei ist meist sehr lang; zeig erstmal nur die Ausgabe von

Code: Alles auswählen

cat ~/.local/share/xorg/Xorg.0.log | grep radeon

[Tintom]

Ich bin ein Freund von "verbosity". Für überlange Textausgaben haben wir nopaste. Bitte die komplette Ausgabe des Logs (ohne " | grep radeon") nach nopaste posten. Das spart erstens doppelte Anfragen und zweitens lernst du gleich, wofür der "np"-Knopf über dem Editorfenster gut ist

[jhny]

[ 19.082] (II) LoadModule: "radeon"
[ 19.082] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[ 19.098] (II) Module radeon: vendor="X.Org Foundation"
[ 19.273] (II) UnloadModule: "radeon"
[ 19.273] (II) Unloading radeon

@ MartinV

Meine Xorg.0.log war in einem anderen Verzeichnis, ich habe eingegeben:

Code: Alles auswählen

cat /var/log/Xorg.0.log | grep radeon

[MartinV]

tintom hat recht,wir brauchen doch die komplette Xorg.0.log.
Der grep Auszug zeigt nur, daß radeon geladen und wieder entsorgt wurde, aber nicht warum.

[jhny]

Habe nun auf nopaste die log-Datei gepostet...

[Tintom]

Habe nun auf nopaste die log-Datei gepostet...

Das nächste Mal bitte noch den Link zur Datei mit posten
Für alle anderen: 40366

[MartinV]

Einen deutlichen Hinweis finde ich nicht im Log.

Vielleicht braucht es, statt radeon, den amdgpu Treiber. Ich würde aber annehmen, daß der bei einer Standardinstallation schon dabei ist.
Aber für alle Fälle, mal installieren:

Code: Alles auswählen

apt-get install xserver-xorg-video-amdgpu

Und vllt. außerdem die unfreie Firmware:

Code: Alles auswählen

apt-get install firmware-amd-graphics

[geier22]

Aber für alle Fälle, mal installieren:

Code: Alles auswählen

apt-get install xserver-xorg-video-amdgpu

Und vllt. außerdem die unfreie Firmware:

Code: Alles auswählen

apt-get install firmware-amd-graphics

Eventuell wäre es sinnvoll mal auf die Ausgabe von inxi - r zu schauen.

@jhny
Ruf mal ein Terminal auf ---> root
zuerst:

Code: Alles auswählen

apt install curl wget apt-transport-https dirmngr

kann sein, dass das schon installiert ist.
dann:

Code: Alles auswählen

nano /etc/apt/sources.list

und dann alles löschen und das hier einfügen:

Code: Alles auswählen

###### Debian Main Repos
deb http://deb.debian.org/debian/ stable main contrib non-free
deb-src http://deb.debian.org/debian/ stable main contrib non-free

deb http://deb.debian.org/debian/ stable-updates main contrib non-free
deb-src http://deb.debian.org/debian/ stable-updates main contrib non-free

und dann wie von MartinV empfohlen;

Code: Alles auswählen

apt install xserver-xorg-video-amdgpu firmware-amd-graphics

Dann sehen wir mal weiter

[hikaru]

Das ist eine Polaris-GPU (steht sogar schon im Eingangsbeitrag).
Soweit ich weiß, ist die zu neu für den radeon-Treiber. Dafür wird der amdgpu-Treiber gebraucht, den es im Stretch-Kernel noch nicht gibt. In den Backports ist gerade Kernel 4.16. Der sollte amdgpu haben, ich weiß aber nicht, ob schon in brauchbarem Zustand.

Das Xorg-Log zeigt, dass nach erfolglosem Versuch mit radeon der vesa-Treiber geladen wird. Das reflektiert dann auch die Ausgabe von xrandr (Anschlussname "default"). vesa kann nur geklonte Bildschirme und außerdem keine Hardwarebeschleunigung.

[geier22]

Ich würde mal sagen, dass da ein komplett falsches System installiert ist 32 bit. Sehe ich jetzt erst

"Edit :
Aus meiner Sicht wäre es sinnvoll, gleich Testing zu installieren, anstatt mit den Backports zu arbeiten.

[hikaru]

Ich würde mal sagen, dass da ein komplett falsches System installiert ist 32 bit. Sehe ich jetzt erst

Das ist sicher nicht optimal, sollte aber trotzdem funktionieren.

"Edit :
Aus meiner Sicht wäre es sinnvoll, gleich Testing zu installieren, anstatt mit den Backports zu arbeiten.

ich vermute jhny fehlt die Erfahrung, um langfristig produktiv Testing zu fahren. Zumindest sollte er dann noch ein Stable als Backup vorhalten, falls es auf dem Testing-System mal bei einem dist-upgrade knallt.

Ich sehe aber gerade, dass es xserver-xorg-video-amdgpu auch in Stretch ohne Backports gibt. Meinem Verständnis nach hätte es das wegen des 4.9er-Kernels nicht geben dürfen. Nun kam es auch früher schon vor, dass Debian Features neuerer Kernel in reguläre ältere Kernel zurückportiert hat. Ist das auch hier der Fall?

[geier22]

Das ist sicher nicht optimal, sollte aber trotzdem funktionieren.

Ich habe so gut wie keine Ahnung von den verschiedenen Hardware- Architekturen und schon gar nicht, was da so alles in einem Kernel vorgehalten wird, der für fast 20 Jahre Jahre alte Hardware gebaut wird.

Code: Alles auswählen

Kernel: 4.9.0-6-686-pae i686 (32 bit)

This kernel requires PAE (Physical Address Extension). This feature is supported by the Intel Pentium Pro/II/III/4/4M/D, Xeon, Core and Atom; AMD Geode NX, Athlon (K7), Duron, Opteron, Sempron, Turion or Phenom; Transmeta Efficeon; VIA C7; and some other processors.

Aber die Logik sagt mir, dass es ja einen Unterschied (nicht nur 32 / 64 bit) geben muss, denn sonst könnte man ja einen "universal- Kernel" samt Universalarchitektur bereithalten.
Warum sollte ein Kernel der für "Antiquitäten" gebaut wird die Skylake Architektur (CPU) und die Polaris Architektur (GPU) unterstützen?
Meine Empfehlung wäre einen Neuinstallation mit Testing. Wenn er die LIve- DVD nimmt, kann er auch gleich erst mal "live" sehen, was funktioniert und was nicht.
debian-live-testing-amd64-xfce+nonfree.iso http://cdimage.debian.org/cdimage/unoff ... onfree.iso
Die Bedenken, die bezüglich Testing geäußert werden, möchte ich nicht so teilen. Ich empfinde
Testing als stabil. Ein zweites System ist aber immer gut, wenn es doch mal klemmen sollte. (ich hab halt 3 x Testing )

[hikaru]

Warum sollte ein Kernel der für "Antiquitäten" gebaut wird die Skylake Architektur (CPU) und die Polaris Architektur (GPU) unterstützen?

Weil die CPUs alle Supersets des x86-Befehlssatzes verwenden. Das war ja gerade der Clou an amd64 (im Gegensatz zu Intels itanium): Der amd64-Befehlssatz ist voll abwärtskompatibel zu i686. Deshalb kann auch ein Skylake Binaries ausführen, die eigentlich für einen Pentium II geschrieben wurden. Natürlich wird dabei nicht das volle Potenzial der Hardware genutzt, aber das System läuft zumindest sauber.
Die Polaris-GPU hat damit nichts zu tun. Ich war lediglich erstaunt, dass es in Stretch überhaupt amdgpu gibt, denn zumindest dem Vanilla-Kernel 4.9 fehlen dafür die Interfaces.

Meine Empfehlung wäre einen Neuinstallation mit Testing.
[..]
Die Bedenken, die bezüglich Testing geäußert werden, möchte ich nicht so teilen. Ich empfinde
Testing als stabil.

Ich interpretiere die Aussage mal als Freiwilligenmeldung für Threads mit dem Titel: "Hilfe! Nichts geht mehr nach blindem dist-upgrade!"

[geier22]

Ich interpretiere die Aussage mal als Freiwilligenmeldung für Threads mit dem Titel: "Hilfe! Nichts geht mehr nach blindem dist-upgrade!"

Lass mich das mal umkehren:

Da hat einer einen ein ziemlich teures und sehr aktuelles System.
Core i7-6700K für ca 300 €
eine Radeon rx580 8GB für ca 350 €
und ein MOBO ASUS H170-Plus D3 für ca. 150 €

Dann hat er (aus Unkenntnis) Debian mit einer falschen Architektur installiert (Kernel: 4.9.0-6-686-pae i686 (32 bit)

Und jetzt wollt ihr mit der "Reparatur" (=Basteln) anfangen?

Ich könnte und wollte das nicht.

Aber ich sehe im Geiste die strahlend- begierigen Blicke von den mehr Könnenden:
Das schaffen wir

[jhny]

Ok... Danke an euch... ich probier mal das was ihr mir vorgeschlagen habt aus... vielleicht setzte ich dann wirklich ein neues debian system auf 64bit aus...