Arch Linux

Problem beim Wechsel von virtueller Konsole nach X

karotte

Hallo liebe Archler 🙂

ich bin neu hier und hab mir kurz vor Weihnachten mein erstes Arch Linux installiert. Hat nach der Anleitung auch super geklappt. Leider gibt es ein paar Probleme die ich nicht alleine Lösen kann. Bei dem Rechner handelt es sich um ein HP OmniBook XE3 mit 128 MB Ram.

- Problembeschreibung:
Ich starte den XServer über startx. Ein Wechsel in eine virtuelle Konsole mittels Strg+Alt+Fn ist erst mal auch kein Problem. Wenn ich dann aber wieder auf X zurück wechsele bleibt oben ein Teil des Bildschirms schwarz und das System akzeptiert keine Eingaben mehr und die Maus tut nicht mehr. Ein Wechsel zurück in die Konsole ist auch nicht mehr möglich.

- Weitere Beobachtungen:
Das Problem scheint unabhängig vom Windowmanger (verwende UWM) zu sein, da es auch auftritt, wenn ich in die .xinitrc statt eines Windowmanagerns xterm eintrage.

Auch wenn ich X die Tastaturkontrolle mittels Alt+SysRQ+r zu entziehen versuche ist kein Wechsel in die Konsole möglich. Grundsätzlich scheinen die Magic SysRQ Keys aber noch zu funktionieren. Wenn ich R, E, I, S, U, B eingebe, erfolgen Festplattenzugriffe und nach dem Aus- und wieder Anschalten sind die Fehlermeldungen deutlich reduziert oder ganz weg.

Der Mediaplayer MOC spielt weiter Musik im Gegensatz zum cmus, der das nicht macht. Ich vermute, dass das mit der Client-Server Struktur vom MOC zusammenhängt.

Ich hab beim Booten mal ohne die Option vga= gestartet, da ich gelesen habe, das das Probleme verursachen kann. Hat aber nichts geändert.

Frage:
- Hat jemand eine Idee wo das Problem liegen könnet oder wo ich eine Lösung dafür finden kann?

Dank und Gruß Karotte 🙂

Testuser_01

Das Problem hatte ich auch schon öfters mit diversen Nvidia-Karten sowie einer Radeon. Bei mir konnte ich keine wirkliche Fehlerquelle feststellen, da der Fehler nur auftrat, wenn ich nach der Installation zum Test den vesa-Treiber verwendet hatte. Das Problem hatte ich auch auf der Vision S-100-Box Aber sicher will ich mir nicht sein, könnte auch Zufall sein in meinem Fall.

Archer_90

welche grafikkarte mit welchen treiber verwendest du?

karotte

Hallo Leute,
Danke das ihr euch mein Problem anschaut 🙂

Testuser_01 du überschätzt meinen Rechner. Es handelt sich um ein Laptop mit einem Celeron der ersten Generation mit ich glaub 500MHz 🙁. Wie der raus kam, steckten 3D-Karten glaub noch in den Kinderschuhen.

Meine Graka

lspci | grep VGA
01:01.0 VGA compatible controller: S3 Inc. 86C270-294 Savage/IX-MV (rev 11)

In der Anleitung für Einsteiger stand, im Zweifel alle Treiber zu installieren, X würde sich dann schon den passenden raussuchen. Ich habe nicht alle installiert aber mehrere, die mir zur Ausgabe über meine Graka passend schienen.

pacman -Qs xf86-video
local/xf86-video-s3 0.6.3-3 (xorg-video-drivers)
    X.org S3 video driver
local/xf86-video-savage 2.3.1-4 (xorg-video-drivers)
    X.org savage video driver
local/xf86-video-vesa 2.3.0-3 (xorg xorg-video-drivers)
    X.org vesa video driver

Welchen davon X verwendet weiß ich aber nicht.

Ich weiß nicht, ob das eine Rolle spielt aber ich habe keine xorg.conf angelegt. Ich habe gelesen, dass das mittlerweile nicht mehr nötig sei.

Gruß Karotte

Archer_90

X verwendet nur Vesa, wenn keine anderen passenden Treiber vorhanden sind.

leg mal eine xorg.conf an:

Section "Device"
 Identifier "Grafikkarte"
 Driver "vesa"
EndSection

damit startet X definitiv mit vesa und du siehst ob die grafiktreiber das problem verursachten.
Ansonsten mal einen der beiden Treiber in der rc.conf blacklisten, ich hatte auch schon das Problem, das radeon und fglrx gleichzeitig geladen waren und somit ein umschalten nicht mehr möglich war.

karotte

Hallo,
ich hab eine minimale xorg.conf erstellt mit den Einträgen wie du angegeben hast.

Wenn ich den savage-Treiber eintrage kommt das bekannte Problem.

Wenn ich den S3-Treiber eintrage lässt sich X gar nicht starten sondern bricht mit einer Fehlermeldung ab.

Wenn ich den vesa-Treiber eintrage sieht es im ersten Moment gut aus. Ich kann in die Konsole wechseln und auch wieder zurück nach X. Wenn ich dann aber ein zweites mal in die Konsole Wechseln will, friert das System ein 🙁 (diesmal beim Wechsel in die Konsole nicht von der Konsole zurück). In dem Fall hängt es sich aber derart auf, dass es auch nicht mehr auf die Magic SysRQ Keys reagiert.

Ich hab das blacklisten versucht, wusste aber nicht genau was da eintragen (bsp. !S3 oder !xf86-video-s3). Hab mal herum gespielt aber nichts feststellen können. Ich hab dann einfach mal beide Treiber deinstalliert, dass nur noch der vesa-Treiber im System ist. Das Verhalten hat sich aber gegenüber oben beschriebenen beim vesa-Treiber nicht geändert.

Ist dann die Vermutung richtig, dass der Fehler nicht beim Treiber liegt?

Dank und Gruß Karotte