ubuntuusers.de

Hallo,

zwei Sachen zu XServer Problembehebung

• ich habe einen Abschnitt zu xrestop eingebaut - was jemand zufällig, was die anderen Spalten der Ausgabe von xrestop bedeuten

• die Einträge zu "XServer startet gar nicht" sind seit Hardy IMHO doch obsolet bzw. so nicht richtig - darauf sollte hingewiesen werden

Gruß, noisefloor

Habe 2 Änderungen vorgenommen. Lese gerade in den Diskussionen, dass sudo dpkg-reconfigure xserver-xorg aber doch nicht mehr funktionieren soll. Ab welcher Version? Der Artikel wurde getestet für 9.04, aber ich traue mich nicht, den Befehl (welcher vorhanden ist) jetzt unter meinem 9.04 zu starten. 😉

Den Rest meiner Änderungen kann und sollte man so stehenlassen. Ich habe schon oft den Artikel gesucht und fand ihn ohne diese 1-2 Hinweise nicht hilfreich. Gerade derzeit gibt es ohnehin viele Probleme mit X im Forum (wenn auch eher auf der Treiberseite bzw. wegen KMS, aber die optionale xorg.conf spielt ja dann auch immer mal wieder mit rein und muß rekonfiguriert werden können).

Hallo,

ok, aber bitte nie manuelle Zeilenumbrüche (\\) im Wiki verwenden.

Gruß, noisefloor

Im Abschnitt XServer auf alternativen Treiber umstellen¶ müsste der Befehl zum Neustart des Xservers aktualisiert werden

1

sudo restart gdm

Hallo,

der Befehl startet aber GDM neu - nicht (direkt) den XServer.

Gruß, noisefloor

Hallo,

durch den Wegfall von jaunty ist der Artikel momentan ungetestet.

Ist eine getestet-Box mit bestimmten Versionen für diesen Artikel Sinnvoll? IMHO sollte man das je nach Abschnitt spezifizieren.

sudo dpkg-reconfigure xserver-xorg 

funzt net mehr... seit wann?

Gruß
kaputtnik

Hallo,

IMHO sind große Teile des Artikels obsolet. Da ich aber nie Probleme mit der GraKa habe, kann ich das nicht abschließend beurteilen... Da müsste sich mal ein Supporter aus dem Forum melden. ☺

Gruß, noisefloor

FuchsFuchsFuchs sagt, das Teile davon noch hochaktuell sind... *schulterzuck*

Hallo,

FuchsFuchsFuchs sagt,...

Damit ist dann auch klar, wer den Artikel unter aktuellen Ubuntuversionen testet *g*

Gruß, noisefloor

Teile sind schlicht nicht mehr richtig, und das seit etlichen Versionen. Leider fehlt mir die Zeit, um ihn slebst zu aktualisieren. Mittlerweile erstellt man sich eine xorg.conf mit

Xorg -configure

Habe mal als Ausbaufähig markiert. Fehlerhaft-Markierung fand ich zu krass.

Gruß
kaputtnik

Wenn

sudo dpkg-reconfigure xserver-xorg

nicht funktioniert, sollte man dann nicht eine Fehlermeldung an der entsprechenden Stelle in den Artikel einfügen?

Was zu beweisen wäre. 😉 Wer macht's? 😉

Servus ☺

habe jetzt doch Fehlerhaft markiert...

Gruß
kaputtnik

Ich kann nicht alle Varianten (und auf allen Ubuntus) durchtesten, finde auch Variante 1 (das über der Überschrift Variante 2) etwas aufgebläht, da die Nvidia- und PCI-Zeilen eigentlich unnötig sind.

Ich hätte jedoch folgenden Änderungsvorschlag zu machen, damit nicht immer alle ins vielleicht Leere, Falsche oder Komplizierte laufen:

root-Rechte erhalten (Wissensblock, unten mit ^[4] verlinkt)

Editor (Wissensblock, unten mit ^[5] verlinkt)

[...]

Section "Device"
        Identifier      "NVIDIA Corporation NV34 [GeForce FX 5200]"
        BusID           "PCI:1:0:0"
        Driver          "vesa"
EndSection

Sollte die Datei /etc/X11/xorg.conf nicht existieren, kann diese manuell angelegt werden^[4][5]. Dazu reicht folgender minimaler Inhalt mit der Angabe des gewünschten Treibers:

Section "Device"
        Driver          "vesa"
EndSection

In der Regel befindet sich auch eine sofort verwendbare, vorgefertigte Datei an diesem Ort, die man durch folgenden Befehl einfach zum Standard machen kann, indem man sie kopiert:

sudo cp --backup /etc/X11/xorg.conf.failsafe /etc/X11/xorg.conf 

Danach sollte der XServer nach einem Neustart desselben mittels

sudo restart gdm   # Bei Ubuntu oder Xubuntu
sudo restart kdm   # Bei Kubuntu 

wieder anlaufen. Falls die Reparatur im Recovery Modus ausgeführt wurde, sollte man diesen durch einen Neustart verlassen:

reboot 

Wäre gut, wenn das mal irgendjemand testen könnte. Bei mir kann das noch dauern, da ich irgendwie nie zu einer VM mit Testsystem (oder Reboot mit Live Stick) komme. 😉

Funktioniert die mv-Variante auch unter 11.04? (Edit1: Nun cp statt mv) Also gibt es dort eine /etc/X11/xorg.conf.failsafe mit etwa folgendem Inhalt?

Section "Device"
	Identifier	"Configured Video Device"
	Driver		"vesa"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
EndSection

Da bin ich mir aufgrund (fehlender bis verneinender?) Forenrückmeldungen nicht so sicher. Bei 10.04 ist dies möglich.

Und funktioniert die Variante 2 (xforcesvesa) überhaupt (noch)? Wichtig ist dabei anscheinend auch, dass man das vor die beiden "–" der Grub-boot-Zeile mit den Bootoptionen schreibt...

Auch die Befehle für den gdm/kdm-Restart wurden gemäß gdm#Beenden-und-Neu-Starten-von-GDM-samt-XServer überarbeitet (Änderung kam irgendwann ab 10.04? Artikel gdm ist auch ab 10.04 als getestet markiert.)

Die Grundstruktur und Reihenfolge wäre auch überarbeitungswürdig, damit der Artikel verständlich wirkt und nicht zu viele Varianten im Raum stehen lässt, ohne eine zu empfehlen, aber da halte ich mich aus Zeit- und Diskussionsgründen mal zurück. Das Mindeste wäre jedoch, dass vollständiger und aktueller Inhalt drinsteht, nur deswegen habe ich das eben mal gemacht - das war mir schon länger ein Dorn im Auge, aber ich komme ja selbst nicht zum Testen...

Ist aber schon schlecht, wenn man GAR keine Grafik hat - soviel Hilfe muss im Wiki schon sein. Wenn schon nicht komplexe Setups mit x Monitoren (selbst das steht aber drin). 😉

Grüße, Benno

Edit 1: (06.09.11) Ich habe die mv-Befehle zusammengefasst mit cp --backup, den Abschnitt dazu angepasst und eine Hinweisbox dazu ergänzt. Sobald andere im Forum oder jemand selbst alles getestet hat, kann das übernommen werden. Das gilt natürlich auch für meine eventuellen Tests in VMs sowie für die Rückmeldungen in den Forenthemen, an deren Lösung ich beteiligt bin (oder die ich anderweitig mitbekomme). Bis dahin heißt es warten bzw. bei Problemen ggf. testweise auf die Diskussion verweisen...