[Gentoo] KDM wil niet starten tijdens booten

[Verwijderd]

Ik wil tijdens het booten van Gentoo KDM starten. In de rc.conf file heb ik kde als displaymanager en ook bij xsession ingevuld. Ik heb "rc-update add xdm default" gedaan.

Tijdens het booten bijna aan het einde zie ik:

Setting up KDM.........................................[OK] (Maar dan een groene OK)

Dit gaat dus goed dan denk ik. WOEI kom maar op met kdm, maar dan komt die niet .

Ik heb ook geprobeerd in runlevel 5 te booten ipv 3, maar niets wil helpen. Als ik na op de commandline inloggen kde, startx, xdm of wat dan in tik doet die het gewoon.

Verder zijn er geen foutmeldingen of errors ofso. Ziet iemand wat ik hier fout doe.

[RooT]

En als je KDM als default zet?

[Verwijderd]

KDM staat als default. Hij laat helemaal niks grafisch zien tijdens het booten.

[RooT]

Verwijderd schreef op 05 september 2002 @ 00:03:
KDM staat als default. Hij laat helemaal niks grafisch zien tijdens het booten.

Als ik het goed lees heb je XDM als default gezet bij het booten.. XDM != KDM he

Je zegt in console kan je gewoon XDM intypen en dan werkt het.. nou XDM werkt zo te zien dan. En als je KDM intypt in console, werkt het dan ook?

En mocht je geen zin hebben in zeik om KDM werkend te krijgen, kan je gewoon als default bij booten zetten, die werkt wel

[Verwijderd]

Volgens mij gebruikt linux een xdm script om de X op te starten bij het booten. Als ik KDM op de commandline intik werkt het ook gewoon. rc-update add kdm default is niet mogelijk in gentoo.

[Slaiter]

heb je het op deze manier gedaan

code:

# What display manager do you use ?  [ xdm | gdm | kdm ]
DISPLAYMANAGER=kdm

# XSESSION is a new variable to control what window manager to start
# default with X if run with xdm, startx or xinit.  The default behavior
# is to look in /etc/X11/Sessions/ and run the script in matching the
# value that XSESSION is set to.  The support scripts is smart enouth to
# look in all bin directories if it cant find a match in /etc/X11/Sessions/,
# so setting it to "enligtenment" can also work.  This is basically used
# as a way for the system admin to configure a default system wide WM,
# allthough it will work if the user export XSESSION in his .bash_profile, etc.
#
# NOTE: this behaviour is overridden when a ~/.xinitrc or ~/.xsession exists
#       for the particular program run ( ~/.xinitrc for startx, ... ).
#
# Defaults depending on what you install currently include:
#
# Gnome - will start gnome-session
# kde-<version> - will start startkde (ex: kde-3.0.2)
# Xsession - will start a terminal and a few other nice apps

#XSESSION=Gnome

Dan zou het nadat je een "rc-update add xdm default" heb gedaan gewoon moeten werken.
XSESSION moet je gewoon met rust laten

[Verwijderd]

Ja, zo heb ik het gedaan. Ook met XSESSION uitgecommand. Dit werkt helaas nog steeds niet.

[Verwijderd]

Dit heb ik op de Gentoo site gevonden:

In the Gentoo way of doing things, we do not have a runlevel dedicated to X, but rather a startup script. It is called "xdm" and can be added to any runlevel if the user wish it.


Note: It should be the main runlevel that the user wishes.


Warning: Adding it to the boot runlevel can result in unwanted side-effects.


By default, if you were to execute xdm, gdm or kdm before your gettys were started, X will be started on the next available console. On slower boxes this is not a problem if the Desktop Manager service is started towards the end of the runlevel's init process. The getty's will start before X and it will then start on console 7 as it should. On faster boxes however this is not the case. X gets started before the getty that usually starts on console number 2. When the getty then starts, it takes control of the keyboard, and the Desktop Manager will lose keyboard support.


This is solved by having the DM's startup script on one of init's extra runlevels, namely runlevel 'a'. As runlevel 'a' is not a real runlevel, our "xdm" script just calls "telinit a". This schedules all the services in runlevel 'a' to run after the current runlevel, thus after the gettys are up.

Ik denk dat dit weleens mijn probleem zou kunnen wezen. Ik snap alleen niet hoe ik het XDM script in runlevel a moet krijgen. Kan iemand me helpen.

[Verwijderd]

gokje, want ik kan het nu niet controleren:
rc-update del xdm default
rc-update add xdm a

[Verwijderd]

rc-update add xdm a
* runlevel a not found; skipping
* Caching service dependencies... [ ok ]
* rc-update complete.


Had ik al geprobeerd dit is het resultaat werkt dus niet.

[Verwijderd]

uit /etc/init.d/xdm:

code:

#!/sbin/runscript
# Copyright 1999-2002 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License, v2 or later
# $Header: /home/cvsroot/gentoo-x86/x11-base/xfree/files/4.2.0-r12/xdm.start,v 1.2
 2002/07/07 00:47:29 azarah Exp $

# This is here to serve as a note to myself, and future developers.
#
# Any Display manager (gdm,kdm,xdm) have the following problem:  if
# it is started before any getty, and no vt is specified, it will
# usually run on vt2.  When the getty on vt2 then starts, and the
# DM is already started, the getty will take control of the keyboard,
# leaving us with a "dead" keyboard.
#
# Resolution: add the following line to /etc/inittab
#
#  x:a:once:/etc/X11/startDM.sh
#
# and have /etc/X11/startDM.sh start the DM in daemon mode if
# a lock is present (with the info of what DM should be started),
# else just fall through.
#
# How this basically works, is the "a" runlevel is a additional
# runlevel that you can use to fork processes with init, but the
# runlevel never gets changed to this runlevel.  Along with the "a"
# runlevel, the "once" key word means that startDM.sh will only be
# run when we specify it to run, thus eliminating respawning
# startDM.sh when "xdm" is not added to the default runleve, as was
# done previously.
#
# This script then just calls "tellinit a", and init will run
# /etc/X11/startDM.sh after the current runlevel completes (this
# script should only be added to the actual runlevel the user is
# using).
#
# Martin Schlemmer
# aka Azarah
# 04 March 2002

Je hebt kans ( ) dat dat de oplossing is....

[Verwijderd]

Ik heb het net al opgelost:). Beetje stom maar als ik als root KDM start gebruikt die de file XF86Config uit mijn eigen dir. Helaas was de file in /etc/X11 heel anders en niet goed. Dit is de file die die bij het booten gebruikt daarom kwam X dus niet op. Wel jammer dat die in z'n geval geen error message's geeft.

[Verwijderd]

tja, je zei ook niet dat je het als root deed (niet bepaald gebruikelijk)