xorg.conf erstellen

[guennid]

Beim Versuch, mir unter stretch eine xorg.conf zu erstellen, kriege ich dieses Fehlermeldung:

Code: Alles auswählen

Number of created screens does not match number of detected devices.
  Configuration failed.

Ich wüsste nicht, dass ein eeepc 4g über mehrere Bildschirme verfügt und selber angeschlossen habe ich keinen zweiten. In Xorg.0.log (wer hat sich nur diesen bescheuerten Namen einfallen lassen, ich muss jedes Mal nachgucken, wie das Teil korrekt heißt ) finde ich auch nichts anderes.

startx funktioniert auch ohne xorg.conf, aber beim graphischen ssh-login gibt's Probleme. Deswegen Priorität zunächst: wie komme ich zu einer korrekten xorg.conf?

[Strunz_1975]

Versuch mal
Xorg --configure

Mfg
Strunz:_1975

[guennid]

Das Kommando mag er nicht. Nach allem, was mir bekannt ist, heißt es auch X -configure und daraus stammt meine Fehlermeldung, Ob's noch ein zweites Kommando gibt, weiß ich nicht, aber Xorg --configure ist es offensichtlich nicht.

[KBDCALLS]

Habs mal ebend in ner Virtualbox ausprobiert. Da lags am sddm . Den mit systemctl gestoppt. Und dann X -configure

[schwedenmann]

Hallo

@guennid

wie komme ich zu einer korrekten xorg.conf?

Einfcah per touch eine xorg.conf erstellen und dann mit den entsprechenden Daten füllen, was da rein kommt, rinkommenmuß dafür gibt es genügend Beispile im Inet. Im Grunde reicht eine Section für den Monitor und eine Angabe, wlcher Grafikkartentreiber verwendet werden soll. Alles andere, wie tastatur, Auflösung, etc kann man sich sparen.

mfg
schwedenmann

[guennid]

sddm ist hier nicht installiert

Einfach per touch eine xorg.conf erstellen und dann mit den entsprechenden Daten füllen

Das vermutete ich auch, dass man sich das Ding unabhängig von X -configure erstellen kann. Hab' ich auch schon mit experimentiert.

Im Grunde reicht eine Section für den Monitor und eine Angabe, wlcher Grafikkartentreiber verwendet werden soll.

Nur: genau daran hakt's ja.

Code: Alles auswählen

lspci -kkk: 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04)
	Subsystem: ASUSTeK Computer Inc. Mobile 915GM/GMS/910GML Express Graphics Controller
	Kernel driver in use: i915
	Kernel modules: i915, intelfb
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04)
	Subsystem: ASUSTeK Computer Inc. Mobile 915GM/GMS/910GML Express Graphics Controller

In der erstellten xorg.conf.new steht z.B.:

Code: Alles auswählen

Identifier  "Card0"
Driver      "intel"
BusID       "PCI:0:2:0"

Ist das in Ordnung angesichts der lspci-Ausgabe oder was soll dahin: "intel", "i915" ??? ?

[schwedenmann]

Hallo


Eine rudimentäre , aber funktionierende xorg.conf für nividia sieht so aus:

Section "Device"
Identifier "Device0"
driver "nvidia"
EndSection

mehr muß da nicht rein

mfg
schwedenmann

P.S.
Im Original sind Identifier und driver nach rechts eingerückt!

[guennid]

Im Original sind Identifier und driver nach rechts eingerückt!

Klaro, ich wollte nur das meiner Meinung nach Relevante posten.

Ich hab' kein nvidia. intel, i915, oder was? Das ist hier die Frage.

Was ist mit der BusID? Ist die wirklich optional?

[schwedenmann]

Hallo


Den verwendeten Treiber kannst du doch per lsmod rausfinden. Mit lsmod werden alle geladenen Kernelmodule aufgelistet, da sollte dein Grafiktreiber auch dabei sein.


mfg
schwedenmann

[guennid]

lsmod hab' ich doch auch schon gemacht, demnach wär's i915. Ein "intel" erscheint jedenfalls nicht. Aber wenn ich recht erinnere, gibt's dann im Ergebnis gar kein X. Ich werd's nochmal probieren.

[towo]

Für Intel Grafik wäre es:

Code: Alles auswählen

Section "Device"
	Identifier "My GPU"
	Driver "intel"
EndSection

das ganze als /etc/X11/xorg.conf.d/20-intel.conf abgespeichert und gut is.

i915 ist das Kernel-Modul, DDX ist intel.

[guennid]

Ok, Ich hab' die xorg.conf in /etc/X11 gespeichert. Die wird auch offenbar benutzt:

Code: Alles auswählen

Section "Device"
Identifier "Device0"
driver "intel"
EndSection

Denn wenn ich intel durch i915 ersetzte kommt wieder "no screens found"

Aber: Auch ohne SETUID für Xorg kriegt der User zwar die GUI, hat aber keinen Zugriff auf Tastatur und Maus. Root schon.

Ich habe mit

Code: Alles auswählen

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "evdev"
        Option      "Device" "/dev/input/event?"
        Option      "ZAxisMapping" "4 5 6 7"
EndSection

sämtliche events unter /dev/input/ einschließlich mouse0 und mouse1 durchprobiert: Keine Mausreaktion beim User

[towo]

Ich weiss ja nicht , was Du für ein linux hast, aber für intel Grafik benötigt man keine xorg.conf und auch input devices werden automatisch konfiguriert.

[guennid]

für intel Grafik benötigt man keine xorg.conf und auch input devices werden automatisch konfiguriert.

Das ist mir schon klar. Ich sagte das eingangs schon. Nur funktioniert in diesem Debian-System die Automatik nicht besonders gut. Und es beantwortet auch meine Frage nicht.

[KBDCALLS]

sddm ist hier nicht installiert

Kann aber auch bedeuten das es egal ist ob sddm oder gdm3 oder sonstiges läuft. Der Xserver muß scheinbar auf alle Fälle beendet sein.

[guennid]

Ich habe keinen Loginmanager, wozu auch.
Ich habe die Maschine heute schon Dutzende Male gestartet. Ich krieg's auf der nicht hin, dass der User ohne SETUID für Xorg und ohne xorg.conf zwar die GUI (openbox) nicht aber Tastatur und Maus bekommt. Und hier laufen einige Maschinen, bei denen das funktioniert (mit und ohne xorg.conf).

[scientific]

Was genau verstehst du unter

graphischen ssh login

?

[guennid]

das hier: ssh -CX user@rechner. Ich habe schon mal was von screen gehört, aber bisher hat das angegebene Kommando meinen Ansprüchen genügt. Das Kommando wird jetzt ohne Fehlermeldung ausgeführt, aber z.B. einen graphischen Editor kann ich nicht mehr wie gewohnt starten. Ich vermute deswegen, dass es erstmal nicht ein ssh-Problem ist. Und nochmal: Auf der Maschine selbst kommt die GUI (openbox) mit der abgespeckten xorg.conf für den User hoch, er hat aber keine Maus- und Tastaturbedienung.

[KBDCALLS]

Und wieso schausts du dir nicht erstmal das Logfile des Xservers an ? Sattdessen wird im Nebel gestochert ?

[guennid]

Und wieso schausts du dir nicht erstmal das Logfile des Xservers an?
Hab' ich doch, s.o. Bringt aber nichts Neues.

[KBDCALLS]

Dann ab damit nach Nopaste.

[scientific]

Also, du hast auf einem Rechner einen funktionierenden WM oder DE. Da startest du ein Terminal, loggst dich mit X-Forwarding auf einem anderen Rechner per ssh ein, startest ein graphisches Programm, und das mag dann nicht?

[scientific]

Ich würd am entfernten Rechner auch mal

Code: Alles auswählen

 journalctl -f

mitlaufen lassen, währen du deine Aktionen ausführst.

[guennid]

Also, du hast auf einem Rechner einen funktionierenden WM oder DE. Da startest du ein Terminal, loggst dich mit X-Forwarding auf einem anderen Rechner per ssh ein, startest ein graphisches Programm, und das mag dann nicht?

Ich denke, genau so.

Ich hatte zuletzt versucht, den funktionierenden alten Zustand wiederherzustellen (Reinstallation von udev und den xserver-xorg-*-Paketen ohne xorg.conf) aber da ging dann das wlan auf dieser Maschine nicht mehr. Das habe ich dann mit einiger Mühe via reinstalliertem ifupdown und der Konfiguration von /etc/network/interfaces wieder zum Laufen gebracht (ich hatte das vorher ausschließlich über iproute2 und wpasupplicant genmacht). Und nun funktioniert das o.a. procedere wieder. Was da jetzt das wlan zerschossen hat, weiß ich auch nicht, aber das ist ein anderes Thema. Ich versteh's nicht!

[scientific]

Ok.

Was gibt das journal aus, während du versuchst, ein GUI-Programm per ssh zu öffnen?
Also das Journal auf der Remote-Maschine!