Der User und sein X

[Bernhard Koschnick]

Hi

Als root kann ich X problemlos starten. Hab allerding wegen der nicht so glatt
supporteten Grafikkarte nur den Standar mit 800x600 --bpp 16 in
/etc/XF86Config eingerichtet.

Wenn mein User X startet, läuft 'die Maschine' zwar an, aber bevor auch nur
der karierte Vorbildschrm zu sehen ist, schaltet der Monitor ab.

Daher meine Frage: Wird für den X-Start des Users ein ander Config-file als
/etc/XF86Config eingelesen? Hab keinen Anhaltspunkt gefunden. Aber es macht
den Anschein.

Gruss

Bernhard

[Backi]

Ja, aber nur, wenn sie im home-Verzeichnis des Users steht.
Gruß,
Backi

[Bernhard Koschnick]

Hi Backi

Hab noch mal das Home-Verzeichnis systematisch durchsucht. In den .Xdefaults ist in dem Zusammenhang nur die Freigabe der WM's geregelt. Sonst kein Hinweis. Hab dann versucht, Deine Hilfe als Idee zu verwenden und /etc/XF86Config als .XF86Config ins Home-Verzeichnis kopiert. Fängt meistens mit 'W' an: War Wohl Nichts - zumindest lässt sich Linux so billig nicht bluffen. http://www.linuxforen.de/ubb/biggrin.gif

Wer hat einen Anhaltspunkt? Wonach muss ich schauen? Ein Unterschied besteht. Da werden auf jeden Fall die falschen Modelines verwendet.

Dank und Gruss

Bernhard

[Dufty II]

Mmmh, ein "privat-XFConfig" ist eigentlich nicht üblich.

Berhard, wie startest Du X?
Hast Du
a)
Konsolenlogin und dann
# startx
oder
b)
einen xdm/kdm laufen,
d. h. graphisches Login gleich beim
Hochfahren des Betriebsystems?

In Home gibt es eine Datei
~/.X.err (so bei SuSE)
normalerweise heißt das Ding
~/.xerrors
welche die Fehlermeldungen des Xservers für den jeweiligen user protokolliert.

"Geregelt" wird der Start eigentlich von
~/.xinitrc
das ist ein script
(deshalb braucht es auch das Ausführungsrecht 'x', also
-rwx------ ... .xnitrc
)
welches die Aufgaben bei Start von X bestimmt.
Hast Du b) xdm/kdm
ist nämlich
~/.xsession
statt
~/.xinitrc
dafür zuständig.

Ein letztes ist
~/.xserverrc
dort sollte sowas drin stehen:
X :0 -auth .Xauthority

Gruss,
Dufty II

[Bernhard Koschnick]

Hi Dufty II

Also ich starte mit $ startx kde. Solange es nicht läuft, richte ich auch kein graphisches Login ein.

In .X.err bin ich schon mal fündig geworden:

Starting kpanel...+ kbgndwm
+ echo Done.
+ krootwm
Done. //bis hierher lief der X-Start glatt durch.
+ create_default_desktop
+ '[' '!' -d /home/bor/Desktop ']'
+ echo 'Waiting for /home/bor/Desktop being created by kfm...'
Waiting for /home/bor/Desktop being created by kfm...
+ sleep 2
+ kpanel
QDir::readDirEntries: Cannot read the directory: /home/bor/Desktop/Templates
FEHLER: Vorlage existiert nicht '/home/bor/Desktop/Templates/'
+ '[' '!' -d /home/bor/Desktop ']'
+ echo 'Waiting for /home/bor/Desktop being created by kfm...'
Waiting for /home/bor/Desktop being created by kfm...
+ sleep 2

Die letzten 4 Zeilen wiederholen sich dann mehrfach. /home/bor/Desktop/
existiert nicht.

In ~/.xserverrc.secure Stehen die Einträge:

auth=$HOME/.Xauthority
dspnum=":0"
args=""

Allerdings existiert $HOME/.Xauthority nicht. In den anderen files werden wie gesagt nur die WM's freigegeben.

Immer wieder der kfm. Hab jetzt mal als root X gestartet und sofort wieder beendet (kpanel / X-Shootdown-Button). Auf der Textconsole hatte dann folgende Meldungen:

Done.
+ create_default_desktop
+ '[' '!' -d /root/Desktop ']'
+ kpanel
+ mkdir -p /root/.skel
+ diff /root/.skel/kbase /etc/SuSE-release
+ exec kwm
QSocketNotifier: Invalid socket specified
QSocketNotifier: Internal error

Manchmal lese ich Adress-Errors, manchmal keine Fehlermeldung. Hm...

Gruss

Bernhard

[StefanS]

Hi !

Der beschriebenen Fehlermeldung zufolge scheitert der Start des KDE (genauer: von kpanel) durch einen 'normalen' User an der Erstellung des ~/Desktop - Verzeichnisses. Schon mal probiert, das Desktop-Verzeichnis von root in ein Userverzeichnis zu kopieren ?
Das Problem liegt anscheinend bei KDE, und nicht bei X !

Probiere doch mal einen anderen Windowmanager aus, um zu testen, ob deine X-Konfiguration in Ordnung ist !

Ciao , StefanS

[Bernhard Koschnick]

Hi StefanS

Danke für die Tips. Das $HOME-Verzeichnis in das des Users zu kopiren war sicher eine gute Idee, konnte aber leider nichts am Problem ändern. Hab meinen User jetzt mal den fvwm2 starten lassen. Die .X.err sagt nun folgendes:

(**) SVGA: Graphics device ID: "Primary Card"
(**) SVGA: Monitor ID: "Primary Monitor"
(**) FontPath set to "/usr/X11R6/lib/X11/fonts/local,/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Typ e1,/usr/X11R6/lib/X11/fonts/URW,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi"
(--) SVGA: PCI: S3 Trio 3D rev 1, Memory @ 0xe0000000
(--) SVGA: S3V: Trio 3D rev 1, Linear FB @ 0xe0000000
(--) SVGA: Detected S3 Trio 3D
(--) SVGA: using driver for chipset "s3_virge"
(**) SVGA: videoram: 8192k
(--) SVGA: Ramdac speed: 230 MHz
(--) SVGA: Detected current MCLK value of 109.773 MHz
(--) SVGA: chipset: s3_virge
(**) SVGA: videoram: 8192k
(**) SVGA: Using 16 bpp, Depth 16, Color weight: 565
(--) SVGA: Maximum allowed dot-clock: 230.000 MHz
(**) SVGA: Mode "800x600": mode clock = 69.650
(--) SVGA: Virtual resolution set to 800x600
(--) SVGA: SpeedUp code selection modified because virtualX != 1024
(--) SVGA: s3_virge: Using hardware cursor
(--) SVGA: Using XAA (XFree86 Acceleration Architecture)
(--) SVGA: XAA: Solid filled rectangles
(--) SVGA: XAA: Screen-to-screen copy
(--) SVGA: XAA: 8x8 pattern fill
(--) SVGA: XAA: 8x8 color expand pattern fill
(--) SVGA: XAA: CPU to screen color expansion (bitmap, TE/NonTE imagetext, TE/NonTE polytext)
(--) SVGA: XAA: Using 6 128x128 areas for pixmap caching
(--) SVGA: XAA: Caching tiles and non-transparent stipples
(--) SVGA: XAA: Horizontal and vertical lines and segments

Danach sollte ich eigentlich Glück gehabt haben. Doch der Bildschirm schaltet wieder ab. Da die root-.X.err völlig anders aufgebaut ist, kann ich durch Vergleich nicht gezielt danach suchen, was beim User anders läuft. Die XF86Config wird verarbeitet, und die einzige eingetragene ModeLine sollte Fehlermöglichkeiten ausschließen. Ist sicher tiefere SuSe-spezifische Systemkenntnis nötig, um das Geheimnis zu erkunden.

Uola, dann gibt es eben eine Luxianer, der zumindest unter X alles als rooti-böser-chefi-ohne-angestellte selbst erledigen muss. Meine Grafikkarte wechsel ich deswegen nicht. Das Gerät hat genügend Pfeffer, um i.E. auch mit größeren Siedler III-Missionen fertig zu werden. Das reicht, und am Support wird doch vermutlich weiter gearbeitet? http://www.linuxforen.de/ubb/biggrin.gif http://www.linuxforen.de/ubb/biggrin.gif

Danke den Helpers und have a lot of good hacks

Bernhard