2 Monitore eine Grafikkarte

  • Themenstarter Themenstarter sw33tlull4by
  • Beginndatum Beginndatum
S

sw33tlull4by

Guest
Hallo!
Ich habe ein kleines Problem mit meinem 2. Monitor.
Habe mir gedacht das ich dann mehr Arbeitsflaeche habe.
Aber es ist momentan einfach nur nervig.
Die Monitore sind beide LCD15`` Aufloesung 1024*764.
Meine Graphikkarte ist eine NVidia 8400 SL Club.
OS: Fedora9
Windowmanager:Gnome2.X
Mein Problem ist nun das ich mit der Steuerung von NVidia den 2. Monitor ansteuern kann,aber
beim Twinviewword alles gestreckt wird.
Das Maximieren der Fenster sorgt dafuer das die Fenster ueber beide Monitore gestreckt werden.
Unter Fedora 7 und KDE 3.5 hatte ich zwar einen anderen Monitor auch mal angeschlossen, aber dort waren der Taskbar nur auf dem Primaerbildschirm und das maximieren der Fenster hat es nur auf einem Monitor vergroessert.
Kriege das hier irgendwie nicht hin und mit system-config-monitor will ich lieber nicht rumspielen da ich damit schonmal meinen XServer zerschossen habe.
Wenn ich Dualhead anklicke dann akzeptiert er auch gar kein OK mehr da ich ja keine 2. Graphikkarte habe.
Bin fuer jeden Vorschlag dankbar.
mfg

sw33t
 
ich mache sowas noch immer händisch in der xorg.conf. hier ein kleines beispiel:

zwei devices (interessant sind immer die identifier):

Code: 
Section "Device"
        Identifier      "nvidia"
        Driver          "nvidia"
        BusID           "PCI:2:0:0"
EndSection

Section "Device"
        Identifier      "tdfx"
        Driver          "tdfx"
        BusID           "PCI:1:7:0"
EndSection

zwei monitore:

Code: 
Section "Monitor"
        Identifier      "samtron"
        Option          "DPMS"
        HorizSync       31-60
        VertRefresh     60-75
EndSection

Section "Monitor"
        Identifier      "olivetti"
        Option          "DPMS"
        HorizSync       31-60
        VertRefresh     60-75
EndSection

und natürlich auch zwei screens (immer auf die identifier achten):

Code: 
Section "Screen"
        Identifier      "links"
        Device          "nvidia"
        Monitor         "samtron"
        DefaultDepth    16
        SubSection "Display"
                Depth           16
                Modes           "1024x768"
        EndSubSection
EndSection

Section "Screen"
        Identifier      "rechts"
        Device          "tdfx"
        Monitor         "olivetti"
        DefaultDepth    16
        SubSection "Display"
                Depth           16
                Modes           "1024x768"
        EndSubSection
EndSection

das ganze wird dann hier im serverlayout zusammengeworfen (xinerama ist wichtig):

Code: 
Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "links"
        Screen          "rechts" RightOf "links"
        Option          "Xinerama" "on"
        InputDevice     "Generic Keyboard"
        InputDevice     "Configured Mouse"
EndSection

vielleicht hilft dir das ein wenig weiter.
 
Vielen Dank!
Dein Tip war seeehr hilfreich.
Hat funktioniert.
mfg

sw33t

//edit
Ich habe vorhin ein paar unnette sachen erlebt.
1.
tty1-tty6 sind nicht mehr vorhanden
2.
bei vollauslastung der Desktopumgebung durch z.B. schnelles bewegen der Fenster
wird die Desktopumgebung unansprechbar und ich muss den Resetknopf druecken.

Hier meine Xorg.conf
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
Screen 1 "Screen1" RightOf "Screen0"
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "ServerFlags"
Option "Xinerama" "1"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# keyboard added by rhpxl
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName "PHILIPS 150P"
HorizSync 30.0 - 61.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection

Section "Monitor"
Identifier "Monitor1"
VendorName "Unknown"
ModelName "STN S/T 51S"
HorizSync 30.0 - 60.0
VertRefresh 56.0 - 75.0
EndSection

Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 8400 GS"
BusID "PCI:2:0:0"
Screen 0
EndSection

Section "Device"
Identifier "Videocard1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 8400 GS"
BusID "PCI:2:0:0"
Screen 1
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "TwinViewXineramaInfoOrder" "CRT-0"
Option "metamodes" "CRT-0: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier "Screen1"
Device "Videocard1"
Monitor "Monitor1"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "CRT-1: nvidia-auto-select +0+0"
EndSection
Zum Vergrößern anklicken....
 
Original von sw33tlull4by
1.
tty1-tty6 sind nicht mehr vorhanden
Zum Vergrößern anklicken....

das Problem hatte ich bei mir unter Debian Lenny (also testing) auch gehabt... es lag an der xorg-Version - die besagte Version wollte wohl mit meiner Grafikkarte oder deren Einstellungen nicht so, wie ich wollte...
Lösung: noch neuere Version aus sid (unstable) genommen und es ging wieder....

Original von sw33tlull4by
2.
bei vollauslastung der Desktopumgebung durch z.B. schnelles bewegen der Fenster
wird die Desktopumgebung unansprechbar und ich muss den Resetknopf druecken.
Zum Vergrößern anklicken....

sehr merkwürdig.... hast du mal STRG+ALT+BACKSPACE probiert? damit startest du dann lediglich den X-Server neu und musst nicht gleich hart resetten...
 
Das ist ein netter hotkey.
Also:
Habe mir nochmal meine xorg.conf zur brust genommen.
Dort steht bei Device
Option "TwinView" "0"
die habe ich auf
Option "TwinView" "1"
veraendert.
Nun laeuft alles etwas besser.
X-server ist bei 18% und wenn firefox anschmeisse dann verschlingt dieser gleich erstmal 20% danach geht es aber.
Die Fenster kann ich nun auch wie ein Bekloppter schieben.
X-Server kommt dabei zwar ueber 50%, aber nur wenn ich ihn sehr aergere.
Habe noch nicht getestet wie es mit mehreren Fenstern und schieben aussieht, bzw nach einem kompletten Systemneustart.

tty 1-6 sind immer noch verschwunden.
Unstabel kann ich mir so ohne weiteres nicht holen, da ich unter Fedora yum benutze.
yum update bring mir momentan nichts neues.
Koennte mir zwar das Packet direkt von der Quelle holen, will ich nicht da ich mir sonst evtl ein paar Abhaengigkeiten zerschiesse, und dann bis zum Ende meines Systems per Hand hinterherraeumen muss.

Falls mein System bei mehreren Fenstern den Geist aufgibt, oder ich keinen Bock mehr haben sollte die xorg.conf auszutauschen, bzw eine Livecd zu benutzen, dann baue ich meinen 2.Monitor wieder ab.
Vielen dank fuer deine Hilfe.
mfg

sw33t

//edit
Also nach einem Neustart, laeuft alles nun sehr schoen und geschmeidig.
Firefox ist zwar boese, was die CPUlast am anfang betrifft,aber das ist akzeptabel
Der Tip mit dem Skripten in den verschienen runlevels ist super.
Vielen dank.
 
also ich hatte mal bei nem älteren Rechner ne 8MB ATI Rage128 oder so drin und hatte ein Problem mit meinem TV-Out:

ich hatte meinen gepatchten ATI-Treiber, damit die 3D-Hardwarebeschleunigung ging, da ging aber TV-Out nicht
und ich hatte den VESA-Treiber, da ging TV-Out aber keine 3d-Beschleunigung...

Lösung:
eine Datei /etc/X11/xorg.crt
und
eine Datei /etc/X11/xorg.tv

und dann hatte ich 2 verschiedene Runlevel in die menu.lst vom grub geschrieben... den einen mit dem Titel "ATI-Treiber" und den anderen mit dem Titel "TV-Out"

bei dem Runlevel für ATI-Treiber wurde ein Script gestartet mit dem Inhalt
Code: 
#!/bin/bash
unlink /etc/X11/xorg.conf
ln -s /etc/X11/xorg.crt /etc/X11/xorg.conf

und in dem anderen Runlevel hab ich ein Script gestartet mit dem Inhalt
Code: 
#!/bin/bash
unlink /etc/X11/xorg.conf
ln -s /etc/X11/xorg.tv /etc/X11/xorg.conf

nicht die eleganteste Lösung, aber es ist erstmal besser als per Hand ständig wechseln zu müssen...
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben