Re: X-Server verhindern

From: Polytropon <freebsd(at)edvax.de>
Date: Wed, 23 Nov 2011 00:12:19 +0100

On Tue, 22 Nov 2011 22:40:16 +0100 (CET), Heiko Schafberg wrote:
> Hallo
>
> Nach 10 Jahren wollte ich mal wieder bei FreeBSD vorbeischauen und
> schon fangen die Probleme an.
> Bin etwas enttäuscht, daß FreeBSD immer noch nicht out of the box als
> Desktop-BS installierbar ist.

Als multifunktionales OS ist das _prinzipbedingt_ nicht
möglich. Alternativen sind z. B. PC-BSD.

> Habe jetzt den X-Server mit KDE4 zwar am Laufen, aber der Bildschirm
> schaltet ab.
> Gibt es einen Weg, den automatischen Start vo, X-Server zu verhindern,
> damit ich wieder ans System komme.

Ja. Der Server wird automatisch über einen Eintrag
in /etc/ttys gestartet. Wird dieser auskommentiert,
fährt das System bis in den Textmodus hoch, ohne
xdm / kdm zu starten.

Die Zeile sieht etwa so aus:

        ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure
                                                        ^^^
        -> Steht auf "on", wenn automatisch X gestartet wird.

Im Falle von KDE wird bestimmt /usr/local/bin/kdm
aufgerufen, das weiß ich aber nicht mit Sicherheit,
da ich kein KDE-Mensch bin. :-)

> CTRL-ALT_Backspace geht leider
> nicht, auch STRG-ALT_Fn bringt nichts.

Ja, das ist eine "moderne" Voreinstellung des X-Servers.
Im Handbuch unter Abschnitt 6.4.2 gibt's dazu einige Tips.

        http://www.freebsd.org/doc/handbook/x-config.html

Ich habe hier in Section "ServerLayout" bzw. "ServerFlags"

        Option "DontZap" "false"
        Option "DontVTSwitch" "false"

und zusätzlich in Section "InputDevice" der Tastatur

        Option "XkbOptions" "terminate:ctrl_alt_bksp"

eingetragen, um das normale Verhalten wiederherzustellen.
Ich bin mir aber nicht sicher, ob sich das 100%ig mit der
HAL- und DBUS-Zauberei verträgt.

-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 23 Nov 2011 - 00:12:32 CET

search this site