Arch Linux

X Server startet urplötzlich nicht mehr

Chriz88

Hallo,

nachdem Arch jetzt einige Zeit top lief, hab ich jetzt ein gewaltiges Problem.

Der Xserver startet einfach nicht mehr, ich kann machen was ich will.
Mehrere Neuinstallationen und Lösungsvorschläge haben das Problem nicht gelöst.

Und zwar schmiert er mit folgender Meldung ab:

(EE) Failed to load module "glx" (module does not exist, 0)
X: symbol lookup error: /usr/lib/xorg/modules/drivers/vesa_drv.so: undefined symbol: xf86GTFMode

Ich nutze den vesa-treiber und bis vorhin ging alles einwandfrei.

dongiovanni

Häng am besten deine xorg.conf an. Ladest du das Modul "glx" in deiner xorg.conf? Entferne das doch mal.

Chriz88

Hab leider die Platte platt gemacht und schnell Ubuntu installiert, weil ich unbedingt arbeiten musste.

Ich werds heute nochmal testweise installieren und gucken ob es diesmal geht.

EDIT: Geht immer noch net, hier mal der Inhalt der xorg:

Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen" 0 0
InputeDevice "Mouse0" "CorePointer"
Input Device "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
RgbPath "/usr/shareX11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi :unscaled"
FontPath "/usr/share/fonts/75dpi :unscaled"
FontPath "/usr/share/fonts/TIF"
FontPath "/usr/share/fonts/Type1"
EndSection

Section "Module"
Load "extmod"
Load "record"
Load "xtrap"
Load "dri"
Load "dbe"
Load "freetype"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "InputDevice"
Intentifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4567"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection

Section "Device"
Identifier "Card0"
Driver "vesa"
VendorName "ATI Technologies Inc"
Boardname "Rage Mobility P/M AGP 2x"
BusID "PCI:1:0:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Das ist meine xorg.conf nachdem ich auf einer frischen Installation Xorg installiert hab und dann Xorg-configure ausgeführt hab.

Mit HWD is der Inhalt bissl anders, aber geht genauso wenig.

matthias

Ist hier ganz aehnlich. Tipp war, xf86-video-vesa auf 1.3.0 downgraden. Hat bei mir aber bisher leider nix gebracht. Tja, lern ich das Forum halt mal auf Konsole kennen ...

matthias

startx zeigt folgendes:

(EE) Failed to load module "type1" (module does not exist, 0)
(EE) module ABI major version (1) doesn't match the server's version (2)
(EE) Failed to load module "vesa" (module requirement mismatch, 0)
(EE) No drivers available

Ist halt ein Problem mit dem neuen Treiber, steht auch schon im Bug-Tracker.

Chriz88

Na, da bin ich ja froh, dass ich mehrere Rechner hab :lol:

Hoffentlich dauert das Bugfixing nich so lang, will wieder Archlinux nutzen :/

EDIT: Wie mache ich denn ein Downgrade oO

Chriz88

kein update in sicht :/

Chefbrezel

Ich reihe mich mal mit ein.

# modprobe vesa
FATAL: module vesa not found

GerBra

Also hier funktioniert das Downgrade auf die 1.3.0 Version, getestet indem ich nvidia in
der xorg.conf kurzfristig gegen vesa austauschte und einen zweiten X-Server startete.
Mit dem 2.0 das gleiche Problem, nach dem Downgrade OK.

Ich hänge die alte Version mal hier an, für die die sie nicht mehr im Cache/Backup
haben(i686).
Ich frage mich allerdings: warum nutzt ihr den Vesa-Treiber? Sicher, er genügt ja und
sollte unbedingt funktionieren, aber wären die für eure Karten-Chips basierenden
Treiber nicht vorteilhafter?

Wenn das Downgrade nicht funktionieren sollte, dann wäre das Bauen des 2.0 evtl.
mit dem Patch eine Alternative, der auch im relevanten Bugreport drin ist. Allerdings
sollte man sich den Report und die Links durchlesen, scheinbar spielt dieser Patch weder
bei Upstream(xorg) noch bei der Quelle(Debian) eine Rolle.

GerBra

Chefbrezel schrieb Ich reihe mich mal mit ein.

# modprobe vesa
FATAL: module vesa not found

vesa ist kein Kernelmodul.

Chriz88

Für meine alte Karte gibts leider keinen Treiber so wie ich das sehe. Mit dem ATI- Treiber gehts auf jeden Fall nicht.

Danke für das Paket, das wird mir helfen =)

Ich würde ja auch den neuen Treiber selbst kompilieren, aber ich hab absolut keinen plan wie ich das selbst patchen soll - nur wie ich es dann kompiliere 😛

GerBra

Ich wollte noch schreiben:
Installieren dann mit:
pacman -U pfad_zum_pkg.tar.gz

Der relevante Bugreport ist: http://bugs.archlinux.org/task/10843
Nicht vom virtualbox im Titel stören lassen.

//edit: Nachtrag für @matthias
Ich bekam beim startx mit 2.0 aber nur die Fehlermeldung die Chriz88 eingangs postete.
Keine EEs wie du im Log. Ist bei dir wohl noch ein gesondertes Problem.

Chriz88

Yup, das war bekannt.

Danke schon mal für die Hilfe 🙂

EDIT: Es wird immer merkwürdiger :lol:
Nachdem ich jetzt die alte Version installiert und das Update für die neue per pacman blockiert hab, startet der Xserver einwandfrei.

... Wäre da nicht ein kleines Problem... Sobald ich eine xorg.conf anlege, startet er nicht mehr (der Mauszeiger wird angezeigt, aber sonst rührt sich nichts), ohne config funktioniert allerdings alles sauber.

Chriz88

Sorry, Doppelpost

GerBra

Dann dürfte evtl. deine xorg.conf einen Fehler haben.
Meldungen darüber sollten sich in der Xorg.log in /var/log finden.

Wenn allerdings der Mauszeiger zu sehen ist, dann läuft eigentlich der XServer.
Problem dürfte dann eher beim Client liegen.

Du kannst ja auch mal "klein" anfangen, also nur ein xterm als Client starten, sagen
wir als 2. XServer:
startx /usr/bin/xterm -- :1
Jetzt solltest du ein rahmenloses (da kein WIndowmanager) xterm sehen.
Wenn das geht (du kannst auch jedes andere XClient-Programm nehmen, xclock, firefox),
dann geht es auch mit jedem Windowmanager - wenn dieser nicht fehlerhaft ist.

Chefbrezel

Die alten vesa-Treiber funktionieren zwar, aber ich hab mich jetzt doch
mal wieder an den openchrome-Treibern versucht und diesmal
hat's geklappt.
Ich sehe zwar keinen Unterschied, aber jetzt hab ich sie halt 🙂

Chriz88

GerBra schrieb Dann dürfte evtl. deine xorg.conf einen Fehler haben.
Meldungen darüber sollten sich in der Xorg.log in /var/log finden.

Das komische ist ja, dass jetzt KDE4 und KDE3 ohne xorg.conf top laufen :lol:

GerBra

Chriz88 schrieb Das komische ist ja, dass jetzt KDE4 und KDE3 ohne xorg.conf top laufen :lol:

Das ist ab Xorg 7.3 (?) möglich, da wird keine xorg.conf mehr gebraucht. Xorg "generiert"
sich dann eine, aber sort stimmen nach meist Sachen wie keyboard-Layout bzw.
Sprache nicht (für DE zumindest).

Chriz88

Jetzt bin ich vollends von den Socken. Xserver läuft top, aber nur, wenn ich die xorg.conf mit hwd anlege - mit dem x-internen befehl flackert bloss irgendwann der bildschirm und nix passiert...

Aber egal, jetzt läuft alles wieder sauber und ich bin glücklich 🙂

P@trick

Es lag bei mir auch an den neuen vesa Treibern in Version 2.0. Das problem macht das Benutzen von Arch in virtuellen Maschinen quasi unmöglich!

Ich habe das Problem auch gelöst in dem ich die alten Treiber installiert hab. Weil es mit wget und dann pacman -U + pfad suchen in der Konsole uznübersichtlich ist, habe ich mal den alten vesa Treiber auf meine Website geladen.

Also hier mal der komplette Befehl um den alten Vesa Treiber (1.3.0) zu bekommen:
pacman -R xf86-video-vesa
pacman -U http://www.mybb-themes.com/xf86-video-vesa-1.3.0-5-i686.pkg.tar

Nächste Seite »