Hallo nochmal,
vorab: ich habe alles was mit DE, WM, DM, X zu tun hat deinstalliert. Dabei habe ich den pkg_deinstall Befehl mit dem Schalter -r bemüht (der Wrapper zu pkg_delete) und wirklich alles was damit zu tun hatte entfernt. Überprüft habe ich mit "pkg_info", dass tatsächlich alles weg ist. Darunter zählten wie gesagt alle Sachen mit DE, WM, DM, X, Fonts, Gnome-/GDM Restmüll, usw... auch dbus, hald habe ich rausgeschmissen. Anschließend noch ein "pkgdb -F", "portsnap fetch && portsnap update", "portmaster -a" und sicherheitshalber noch ein "pkgdb -F"

dann habe ich nach einem Reboot wirklich Schritt für Schritt erstmal mit dem Xorg angefangen und zwar mit "portmaster x11-server/xorg". Diesen habe ich konfiguriert mit "Xorg -configure", dann die xorg.conf.new nach /etc/X11/xorg.conf kopiert und "startx" abgesetzt. Der X-Server startet, ich sehe dieses twm mit den drei Fenstern und kann mit Tastatur und Maus Eingaben machen. Soweit so gut, X-Server läuft also definitiv. Dann habe ich im Anschluss "portmaster x11-wm/xfce4" ausgeführt. Ein "startxfce4" bringt leider immer nur noch den schwarzen Bildschirm. Ein "echo "`whereis startxfce4`" > ~/.xinitrc" und anschließendem "startx" bringt dasselbe. Es wird der X gestartet mit dem ausgegrauten X als Mauszeiger, und sobald startxfce4 zu starten versucht krieg ich den Mauspfeil, aber dann tut sich nix mehr. Der Screen bleibt schwarz. Ich habe abwechselnd hald und dbus gestoppt, gestartet und in allen 4 Möglichkeiten ausprobiert (Hald ein, Dbus aus, usw...) dann war ich mit dem Latein am Ende und hab mich an deine Aussagen hier gewandt, siehe wie folgt...
Die "serverauth.1234" wird beim Herunterfahren gelöscht, daher ist es normal, daß sie beim Hochfahren nicht existiert.
Laut 'man xauth' gibt es den Schalter -q, damit ich nicht diese Meldung angezeigt bekomme bei jedem startx. Wo muss ich den Schalter aber setzen, in welchem Startsktript steht der Aufruf? Ist zwar nicht wichtig zur Problemlösung, möchte das aber trotzdem gerne lernen.
Du hast in Deiner pampigen Antwort auf pit234as Zweifel an "startxfce4" als Kommandozeilenbefehl auf eine Wiki-Seite verwiesen, in der jedoch "startxfce4" gerade nicht als Kommandozeilenbefehl, sondern als Eintrag in die ".xsession" angegeben wird.
aus diversen Google-Treffern stand oft dabei, man könne startxfce4 direkt aus der Shell eingeben, um XFCE4 vorab zu testen. Wenn das ok ist, fügt man sie der .xinitrc hinzu, so daß nach dem X-Start quasi anschließend der xfce4 gestartet wird. Und meintest du wirklich .xsession oder wohl eher die .xinitrc so wie es auch in vielen Wikis und HowTos beschrieben wird?
Einen DM solltest Du erst mal nicht einrichten, solange dein Desktop mit "startx" nicht funktioniert.
Verstanden. Einen DM habe ich momentan auch nicht installiert, weder xdm noch SLiM oder sonstige.
Alles der Reihe nach![*]Du solltest "startx" (und erst recht "startxfce4") nicht als Superuser ausführen; zum ersten, damit diverse Skripte keine Dummheiten in den Systemverzeichnissen machen, zum zweiten, damit ein Angriff übers Netzwerk nicht gleich den Root-Account offenlegt, zum dritten, weil vielleicht ein Skript Deines XFCE beherzt genug ist, als Root sofort die Arbeit zu verweigern und in den Scheintot-Modus zu gehen, damit nichts Schlimmeres geschieht.
werde deinen Rat in Zukunft beherzigen den X nicht als root auszuführen. Momentan ist das jedoch eine Testmaschine ohne irgendwelche Gefahren oder Risiken. Trotzallem teste ich sämtliche Kommandos und Aufrufe durch "STRG-ALT-F2" und Einloggen mit meinem 'normalen' User. Leider ohne Erfolg, da dort dieselben Resultate zu sehen sind.
Zum Experimentieren: Du kannst jedes beliebige Programm als Aufhänger für X, anstelle eines Windowmanagers, benutzen, also z. B. "startx /usr/local/bin/xterm".
geht leider nicht, da meldet startx einen Fehler, dass diese Option nicht verstanden wird. Zumindest bei mir mit FreeBSD 9.0 Release -p3
Dann im xterm mal ein "startxfce4" oder auch nur "twm" aufgerufen ... Das Tolle ist, daß Du Windowmanager oder Desktop-Environment wieder beenden kannst, ohne X zu beenden. Erst wenn Du das xterm zumachst, fährt X herunter. Bis dahin bleiben die Fehlermeldungen eines krepierten XFCE im xterm stehen, und Du kannst sie hier posten.
wenn ich in einem xterm Fenster "twm" eingebe krieg ich die Fehlermeldung:
twm: another window manager is already running on screen 0 ?
twm: unable to find any unmanaged video screens.
Exit 1
wenn ich in einem xterm Fenster "startxfce4" eingebe krieg ich die Fehlermeldung:
/usr/local/bin/startxfce4: X server already running on display :0
(xfwm4:2394): xfwm4-WARNING **: Could not find a screen to manage, exiting
da der Prompt nicht wieder erschienen ist, habe ich einfach mal Enter gedrückt. Danach krieg ich noch zwei Zeilen angezeigt und zwar diese hier:
xfsettingsd: No window manager registered on screen 0.
(xfsettingsd:2405): xfsettingsd-WARNING **: Failed to get the _NET_NUMBER_OF_DESKTOPS property.
Nun erscheint wieder kein Prompt und ich kann die Enter so oft drücken wie ich will .Außer einem Linefeed passiert nix. Ich kann dann mit STRG+C abbrechen und dann krieg ich folgende Ausgabe:
^C
(xfsettingsd:2405): libxfce4ui-WARNING **: ICE I/O Error
(xfsettingsd:2405): libxfce4ui-WARNING **: Disconnected from session manager.
(xfce4-panel:2398): libxfce4ui-WARNING **: ICE I/O Error
(xfce4-panel:2398): Gtk-CRITICAL **: IA__gtk_main_quit: assertion `main_loops !=NULL' failed
(xfdesktop:2402): libxfce4ui-WARNING **: ICE I/O Error
(xfdesktop:2402): libxfce4ui-WARNING **: Disconnected frrom session manager.
[pots/0] sloop@testbsd:/home/sloop#
(xfdesktop:2402): GVFS-RemoteVolumeMonitor-WARNING **: cannot remove match rule 'type='signal',interface='org.gtk.Privte.RemoteVolumeMonitor',sender='org.gtk.Private.GPhoto2VolumeMOnitor',': org.freedesktop.DBus.Error.Disconnected: Connectoin is closed
..dieser Block folgt dann noch 3x, jedoch steht bei interface=
'org.freedesktop.DBUS'
'org.gtk.Private.RemoteVolumeMOnitor'
'org.freedesktop.DBus
Sicherheitshalber würde ich in der /etc/rc.conf hald_enable auf NO setzen. Wenn Du im "ServerFlags"-Abschnitt Deiner xorg.conf
Code:
Option "AutoAddDevices" "False"
Option "AutoEnableDevices" "False"
einträgst, brauchst Du HAL nicht mehr. Eine Fehlerquelle weniger.
Den Abschnitt ServerFlags gabs in meiner /etc/X11/xorg.conf nicht, habe ihn also so angefügt wie von dir beschrieben und laut einigen Beispiel aus Google-Recherche. HALD ist nun in der /etc/rc.conf auf NO und DBUS auf YES gesetzt. Anschließend habe ich rebootet und mich mit einem normalen User eingeloggt. Jedoch brachte es keinen Unterschied, dieselben Restultate wie oben erwähnt.
Irgendwelche weitere Ideen?
PS: Danke für deine HIlfestellung!!