Graphikmode falsch

[rhHeini]

ASUS TR-DLS, Dual PIII/1400, Onboard Graphics ATI RAGE-XL PCI VGA, Stretch i386 mit Mate frisch installiert. Erster Start, Rechner bootet durch.

Beim grub-Bildschirm und beim Anmeldebildschirm bringt der angeschlossene LCD eine Meldung das die Frequenz zu hoch sei, und ich solle doch auf 1280x1024x60Hz umstellen.

Habe versucht mich einzuloggen, hat aber nicht geklappt. Jetzt brauche ich ein paar Ratschläge.

Habe ich eine Chance da was zu retten? Wenn ja, wie bzw. was muss ich ändern wenn ich mit einer alten Knoppix-Version von DVD starte?

Danke, Rolf

[rhHeini]

Stand heute Abend: Mit der Konsole, also Alt-F1 oder so komme ich nicht an den Rechner dran. Blind einloggen habe ich auch nicht hingekriegt, dabei ist der Rechner einmal wohl auch einfach ausgeschaltet worden. Damit habe ich das Filesystem vermurkst.

Mit keiner meiner Knoppix-Versionen und der Jessie-Live-DVD komme ich an die root-Partition dran. Die braucht einen fsck, und da ist bei Stretch irgend ein neues Feature eingebaut das die bisherigen Versionen nicht können.

Leut Heise solle es auch Stretch-Live-DVDs geben, ich habe aber nichts gefunden.

Mfg Rolf

[DeletedUserReAsG]

https://cdimage.debian.org/mirror/cdima ... ve-builds/

Ansonsten tut’s jedes Livesystem mit ausreichend neuem fsck.

[debianoli]

Hast du es denn auch mal mit dem Rescue Mode probiert? Und nicht nur mit strg +alt + f1 in die Konsole wechseln, sondern auch mal strg + alt + f2 oder f3 oder f4 testen

[rhHeini]

Hast du es denn auch mal mit dem Rescue Mode probiert? Und nicht nur mit strg +alt + f1 in die Konsole wechseln, sondern auch mal strg + alt + f2 oder f3 oder f4 testen

Danke, das wars, damit komme ich auf die Konsole. Habe immer nur ALT + Fx probiert.

Der grub-Auswahlbildschirm ist gefixt analog zu viewtopic.php?f=12&t=164941.

Jetzt muss ich noch den X11 fixen.

Mfg Rolf

[rhHeini]

https://cdimage.debian.org/mirror/cdima ... ve-builds/

Ansonsten tut’s jedes Livesystem mit ausreichend neuem fsck.

Danke für den Link, den hab ich nicht gefunden. Hab mit das letzte Live-Iso geladen, bin aber jetzt doch in die Konsole gekommen und versuche mich durchzufummeln wie ich die Auflösung passend zu meinem LCD einstelle.

Mfg Rolf

[KP97]

Ich verstehe Deine Frage nicht so ganz. Welche Auflösung denn?
Konsole und FB? Oder die vom Grub?
Evtl. suchst Du das in /etc/default/grub:
GRUB_GFXMODE="1920x1080"

[rhHeini]

Stand: grub ist erst mal dadurch hingebogen das ich auf Konsolenmode umgestellt habe. Komme von X11 auf die Konsole nachdem ich kapiert habe das ich CTRL-ALT-F1 benutzen muss.

Der Rechner bootet durch bis zum lightdm-Anmeldebildschirm. Wenn X gestartet wird kommt sofort wieder das Out-of range-Display meines Scenicview P19-2 (1280x1024x60Hz). Auf der Konsole habe ich folgendes gemacht:
- firmware-linux-nonfree installiert.
- Versucht mit X -configure eine Xorg.conf zu erzeuegen. Scheitere daran das X weiterhin läuft, auch im Recue-Mode. Wenn ich mit ps -A | grep X den Prozess suche und kille, wird sofort ein neuer gestartet. Habe keine Chance.
- Eine eigene Xorg.conf mit einem Monitor-Eintrag erzeugt und nach /etc/X11 kopiert, hat auch nichts gebracht.
Die Datei sieht so aus:

Code: Alles auswählen

Section "Monitor"
    Identifier     "Scenicview P19-2"
    Option         "DPMS"
    HorizSync       30.0 - 82.0
    VertRefresh     56.0 - 76.0
EndSection

Das Xorg.0.log ist zu finden im Nopaste 39820.

Wie kriege ich das System so konfiguriert das X11 mit korrekter Auflösung von 1280x1024 bei 60Hz startet?

Gruss, Rolf

[KP97]

Normalerweise errechnet X durch edid die richtige Auflösung automatisch, ohne xorg.conf.
Aber wenn nicht, helfen wir mal nach:
Alle folgenden Befehle als root auf der Konsole

Code: Alles auswählen

systemctl stop lightdm.service

dann

Code: Alles auswählen

gtf 1280 1024 60

Es wird eine Modeline erzeugt:
# 1280x1024 @ 60.00 Hz (GTF) hsync: 63.60 kHz; pclk: 108.88 MHz
Modeline "1280x1024_60.00" 108.88 1280 1360 1496 1712 1024 1025 1028 1060 -HSync +Vsync

Die komplette Zeile kopieren und einfügen.

Code: Alles auswählen

xrandr --newmode "1280x1024_60.00"  108.88  1280 1360 1496 1712  1024 1025 1028 1060  -HSync +Vsync

Die neue Auflösung wählen.

Code: Alles auswählen

xrandr -s 

Danach sysemctl start lightdm.service
oder besser mal ein Neustart, dann sollte die Auflösung passen.
Die xorg.conf kannst Du behalten, die sollte aber unter /etc/X11/xorg.conf.d stehen, oder spaßeshalber auch mal auskommentieren, evtl. geht es auch ohne.

In /etc/default/grub kannst Du Deine Auflösung in der GFX_....Zeile eintragen, siehe mein Muster oben.

Noch ein Nachtrag:
Ändere die xorg.conf nochmal ab. Der Identifier muß Monitor0 heißen, etwa so:

Section "Monitor"
Identifier "Monitor0"
VendorName "Samsung"
ModelName "C27F396FHU"
HorizSync 28.0 - 75.0
VertRefresh 43.0 - 76.0
EndSection

Vendor und Model mußt Du an Deine Hardware anpassen.

[rhHeini]

Code: Alles auswählen

systemctl stop lightdm.service

Funzt.

Code: Alles auswählen

gtf 1280 1024 60

Funzt.

Es wird eine Modeline erzeugt:
# 1280x1024 @ 60.00 Hz (GTF) hsync: 63.60 kHz; pclk: 108.88 MHz
Modeline "1280x1024_60.00" 108.88 1280 1360 1496 1712 1024 1025 1028 1060 -HSync +Vsync

Die komplette Zeile kopieren und einfügen.

Kopieren geht in der reinen Textkonsole nicht (weiss jedenfalls nicht wie), habe das manuell angefügt.

Code: Alles auswählen

xrandr --newmode "1280x1024_60.00"  108.88  1280 1360 1496 1712  1024 1025 1028 1060  -HSync +Vsync

Hier geht mein Problem weiter: xrandr gibt "Can't open display" zurück. Laut $SUCHMASCHINE kann das was mit der Umgebungsvariablen $DISPLAY zu tun haben. echo $DISPLAY gibt einen leeren Wert zurück. Und laut einem Ubuntu-Wiki solle es unter /etc/X11/Xsession.d eine Datei 90environment geben. Gibt es bei mir nicht.

Die xorg.conf kannst Du behalten, die sollte aber unter /etc/X11/xorg.conf.d stehen, oder spaßeshalber auch mal auskommentieren, evtl. geht es auch ohne.

Das Directory /etc/X11/xorg.conf.d gibt es bei mir nicht. Existiert aber unter /usr/share/X11. Soll ich die xorg.conf dahin verschieben?

Mir geht jetzt das Wissen ab wo man was fixen muss. Es sieht so aus als ob mit systemd auch noch mal einiges anders ist.

Danke für Dein Feedback, die ersten Schritte haben schon mal viel weitergeholfen, Rolf


PS: Dafür ging jetzt X -configure und hat eine Art leere xorg.conf in /root erzeugt. Steht aber auch nichts von FSC und Scenicview P19-2 usw. drin.

[KP97]

Den Ordner xorg.conf.d mußt Du nicht unbedingt anlegen, die xorg.conf kann auch dort bleiben, wo sie jetzt ist.
Hier wird das nochmal genau beschrieben:
https://wiki.ubuntuusers.de/XServer_Modelines/
Kann man mal sehen, wie alt das schon ist....aber funktioniert immer noch.
Hier habe ich mal als Muster eine alte xorg.conf von mir, da kannst Du bestimmt was von gebrauchen.
Als input-Treiber hatte ich kbd und mouse verwendet, die gibt es noch im Repo, kannst aber auch evdev verwenden.

#
Section "ServerFlags"
Option "AutoAddDevices" "false"
Option "AutoEnableDevices" "false"
Option "DontZap" "false"
EndSection

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0"
InputDevice "Tastatur" "CoreKeyboard"
InputDevice "Maus" "CorePointer"
EndSection

Section "InputDevice"
Identifier "Maus"
Driver "mouse"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Protocol" "ImPS/2"
EndSection

Section "InputDevice"
Identifier "Tastatur"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
Option "XkbOptions" "ctrl:nocaps"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Samsung"
ModelName "C27F396FHU"
HorizSync 28.0 - 75.0
VertRefresh 43.0 - 76.0
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
EndSection

[rhHeini]

Was mir bei erneuten Scannen der xorg.0.log aufegfallen ist: der P19-2 wird doch erkannt. Aber die erkannten Modi sind falsch. Ausserdem habe ich gesehen das es doch einen Treiber für die Rage gibt. den habe ich einfach mal installiert, der wird aber nicht angesprochen.

Was tun?

Gruss, Rolf

[rhHeini]

Habe heute morgen mal von einem Stretch-Live-Medium gebootet: gleiches Problem, der Bildschirm wird überfahren. Mit dem Jessie-Livemedium geht es problemlos.

Bin mir noch unklar ob ich versuchen soll mir eine xorg.conf zusammenzubasteln die das Problem fixt (da fehlt mit die Erfahrung) oder ob ich es gleich mit Jessie und einem dist-Upgrade probieren soll.

Gruss, Rolf

[rhHeini]

Mein letzter Versuch mit einer selbstgebastelten xorg.conf:

Code: Alles auswählen

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz",
        ### <percent>: "<f>%"
        ### [arg]: arg optional
        #Option     "ShadowFB"           	# [<bool>]
        #Option     "DefaultRefresh"     	# [<bool>]
        #Option     "ModeSetClearScreen" 	# [<bool>]
	Identifier  "Card0"
	Driver      "vesa"
	BusID       "PCI:0:7:0"
	Option      "UseEdidFreqs"     "no"
EndSection

Section "Monitor"
    Identifier     "Monitor0"  
    VendorName     "Fujitsu-Siemens"
    Modelname      "Scenicview P19-2"
    Option         "DPMS"
    HorizSync      30.0 - 82.0
    VertRefresh    56.0 - 76.0
    Modeline       "1280x1024_60.00" 108.88  1280 1360 1496 1712  1024 1025 1028 1060  -HSync +Vsync
EndSection

Section "Screen"
    Identifier      "Default Screen"
    Device          "Card0"
    Monitor         "Scenicview P19-2"
    DefaultDepth    24
    SubSection "Display"
        Depth           24
        Modes           "1280x1024_60.00" "1024x768" "800x600"
    EndSubSection
EndSection

endet mit mir nichtssagenden Meldungen vom systemd bezüglich eines Fehlers in lightdm:

Code: Alles auswählen

lightdm.service - Light Display Manager
   Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2017-05-01 16:16:37 CEST; 3min 4s ago
     Docs: man:lightdm(1)
  Process: 878 ExecStart=/usr/sbin/lightdm (code=exited, status=1/FAILURE)
  Process: 874 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/lightdm" ] (code=exited, status=0/SUCCESS)
 Main PID: 878 (code=exited, status=1/FAILURE)

Mai 01 16:16:36 rh087 systemd[1]: lightdm.service: Failed with result 'exit-code'.
Mai 01 16:16:37 rh087 systemd[1]: lightdm.service: Service hold-off time over, scheduling restart.
Mai 01 16:16:37 rh087 systemd[1]: Stopped Light Display Manager.
Mai 01 16:16:37 rh087 systemd[1]: lightdm.service: Start request repeated too quickly.
Mai 01 16:16:37 rh087 systemd[1]: Failed to start Light Display Manager.
Mai 01 16:16:37 rh087 systemd[1]: lightdm.service: Unit entered failed state.
Mai 01 16:16:37 rh087 systemd[1]: lightdm.service: Failed with result 'exit-code'.

Die syslog und die Xorg.0.log von dem Startversuch habe ich in NP 39821 abgelegt.

Falls jemand noch einen Hinweis hat, ist der sehr willkommen, ich bereite mich aber jetzt auf eine Jessie-Installation mit einem Versuch eines dist-Upgrade vor.

Danke, Rolf

[KP97]

Der Lightdm-Fehler hat mit der xorg.conf nichts zu tun. Da mußt Du mal in den Service schauen, ob die letzten beiden Zeilen so aussehen:

[Install]
WantedBy=multi-user.target

Zu finden in /etc/systemd/system
Ich benutze keinen Displaymanager, daher kann ich das genaue File nicht angeben. Vorübergehend kannst Du lightdm mal ausschalten und X mit startx auf der Konsole starten.
Ausschalten: systemctl disable lightdm.service
Anschalten: systemctl enable lightdm.service

Zur xorg.conf:
Wichtig ist die richtige Schreibweise. In Deiner xorg.conf steht "Modeline", es muß aber "ModeLine" heißen, bei ModelName ebenfalls, das ist aber nicht so wichtig, da optional.
Es gibt von X.org eine Doku, da kann man alles nochmal nachlesen:
https://www.x.org/releases/X11R7.7/doc/ ... nf.5.xhtml
Aber wie schon erwähnt, ist es nicht mehr nötig. Das mach X mittlerweile automatisch, wenn allerdings eine xorg.conf vorhanden ist, wird diese auch ausgeführt.

Vielleicht schaust Du mal, ob auf einer funktionierenden LiveCD eine xorg.conf vorhanden ist und nimmst diese als Muster.

[rhHeini]

Inzwischen läuft der Rechner mit Jessie und Mate. Verwendet wird laut der Xorg.0.log der Mach64-Treiber.

Der lightdm-Fehler scheint ein Bug im Kernel 4.9 zu sein, siehe Bug #852469. Kommt mit dem Backports-Kernel auch in Jessie zu Tage.

Ich glaube ich breche hier ab und gebe es auf das TR-DLS weiter als Server zum Betrieb meines Tapelaufwerks zu verwenden. Mit Jessie ist die Graphik dermaßen zäh, das ich mir das nicht mehr antun will.

Danke für die Hilfe, habe wieder eine ganze Menge gelernt, Rolf