[KDM ou init] "terminer la session" me renvoie en

[Cactus]

Bonjour à tous,

J'ai un pb persistent sur un PC, que je n'ai pas sur les autres : lorsque je veux changer d'utilisateur, en quittant la 1ère, je fais menu K / Deconnexion / Terminer la session, et ça me renvoie en init 3 (console) au lieu de rester en init 5 (et kdm) comme c'est bien spécifié dans mon inittab.

Chose curieuse : les 2 pc sur lesquels ça fonctionne, le inittab est réglé en init 3 par défaut, et j'en ai même un où c'est xdm qui est déclaré. Pourtant, c'est bien kdm qui se charge.
EDIt : j'ai évidemment tenter un inittab strictement identique, sans succès...

Tout doit donc se configurer ailleurs je pense... pouvez-vous m'aider ?

Merci !

[_alexmyself]

DAEMONS=(syslog-ng dbus @hal cpufreq cpufreqd !hwd network !netfs crond alsa !networkmanager !dhcdbd samba
avahi-daemon !entranced kdm lisa !dhcpd !xinetd !httpd !postgresql !mysqld)

id:3:initdefault:
x:5:respawn:/opt/kde/bin/kdm -nodaemon

je pense pas avoir fait autre chose et pas de soucis avec la deconnexion

[Cactus]

Je vais revérifier pour la n-ième fois...

Nouveauté : j'ai aperçu (ça ne dure que 1/10è de seconde) un message juste avant le lancement du serveur X, qui ressemble un peu à ça (de mémoire, et vu une seule fois) :
"x:5:respawn........ xxxxxxxx" ou xxxxxxx, c'est un message comme quoi il n'arrive pas à faire qq ch, et qu'il le suspend pour 5 minutes.
Dès que je peux le relire, j'essaie de le retenir (ou je chercherai dans les log).

[Cactus]

Voici ce qu'ai trouvé dans un fichier de log (daemon.log) :

Code : Tout sélectionner

Jan 20 15:56:26 alcebe kdm[3090]: Can't lock pid file /var/run/kdm.pid, another xdm is running (pid 2262)
Jan 20 15:56:26 alcebe init: Id "x" respawning too fast: disabled for 5 minutes
Jan 20 15:56:41 alcebe kdm: :0[3125]: IO Error in XOpenDisplay
Jan 20 15:56:41 alcebe kdm[2262]: X server for display :0 terminated unexpectedly
Jan 20 15:56:41 alcebe kdm[2262]: Display :0 cannot be opened
Jan 20 15:56:41 alcebe kdm[2262]: Unable to fire up local display :0; disabling.

C'est le Id "x" ... que je lisais...

Une idée ?

[Cactus]

Voici le inittab :

#
# /etc/inittab
#

# Runlevels:
# 0 Halt
# 1(S) Single-user
# 2 Not used
# 3 Multi-user
# 4 Not used
# 5 X11
# 6 Reboot

id:5:initdefault:

rc::sysinit:/etc/rc.sysinit
rs:S1:wait:/etc/rc.single
rm:2345:wait:/etc/rc.multi
rh:06:wait:/etc/rc.shutdown
su:S:wait:/sbin/sulogin -p

c1:2345:respawn:/sbin/agetty 38400 vc/1 linux
c2:2345:respawn:/sbin/agetty 38400 vc/2 linux
c3:2345:respawn:/sbin/agetty 38400 vc/3 linux
c4:2345:respawn:/sbin/agetty 38400 vc/4 linux
c5:2345:respawn:/sbin/agetty 38400 vc/5 linux
c6:2345:respawn:/sbin/agetty 38400 vc/6 linux

ca::ctrlaltdel:/sbin/shutdown -t3 -r now

#x:5:respawn:/usr/bin/xdm -nodaemon
x:5:respawn:/opt/kde/bin/kdm -nodaemon

# End of file

(faudrait-il que j'enlève le dernier commentaire respawn (xdm) ?

Et voici mon rc.conf :

DAEMONS=(syslog-ng hwd hal network !netfs crond @alsa @firestarter @sshd @cups kdm)

[warnaud]

C'est SOIT kdm dans rc.conf SOIT dans inittab pas les 2

[Cactus]

J'alterne successivement le inittab en 3 ou 5 par défaut, sans succès...

Je ne comprends plus rien !

Je sens que je vais recommencer l'install en entier, tellement ce détail m'énerve !

[Cactus]

J'ai maintenant la conviction (personnelle) que xdm est lancé avant kdm (rc.conf)....
J'ai du merder qq part en voulant trop tweaker, mais où ???

[_alexmyself]

de mémoire y'a les .xinitrc dans chaques repertoires ~home

[warnaud]

cactus relis ma réponse et ça fonctionnera

[Cactus]

Oui, warnaud, je t'ai très bien compris :
inittab : 5 par défaut; respawn sur /opt/kde/bin/kdm -nodaemon
rc.conf : !kdm (non chargé donc)

Résultat : idem.

Je me demande si je ne gagnerais pas du temps en réinstallant tout...

[marc[i1]]

et si tu fais l'inverse ?
tu vires la ligne kdm dans inittab et tu lances kdm dans ton rc.conf ...
chezmoiçamarche®

car je pense que c'est l'option -nodeamon qui fait que kdm ne se lance plus ... il le charge une fois pour lancer KDE puis il se ferme ...

[Cactus]

Je l'ai fait aussi, tu penses bien...
Je désespère...
Dès que j'ai du nouveau, je reviens poster... en attendant, si vous avez d'autres idées...

[Cactus]

Je rebondis sur ce que tu as dit : et si je vire uniquement le nodaemon ?

[marc[i1]]

si tu masques les deux dans inittab, xdm et kdm pour ne laisser que kdm dans ton rc.conf, tu as essayé ?

[Cactus]

je testerai demain...
mais bon, sur mes 2 autres PC, c'est même init 3 par défaut, xdm pour le x:5:respawn dans inittab, et kdm dans rc.conf, et ça marche très bien...

Je n'y comprends vraiment plus rien... ou alors, le PC est foireux / hanté / corrompu par les forces du Mal de Microsoft...

[warnaud]

Ouais normalement tu touches pas le inittab donc tu dois avoir :

Code : Tout sélectionner

...
id:3:initdefault:
...
x:5:respawn:/opt/kde/bin/kdm -nodaemon

Et rien dans le rc.conf

OU

Code : Tout sélectionner

...
id:3:initdefault:
...
#x:5:respawn:/usr/bin/xdm -nodaemon
#x:5:respawn:/opt/kde/bin/kdm -nodaemon

et kdm dans les DAEMONSdu rc.conf

Ensuite c'est peut-être un autre soucis donc pour débugguer :

Code : Tout sélectionner

telinit 3 && telinit 5

en tant que root
T'auras un joli message te disant ce qui déconne sinon :

Code : Tout sélectionner

more /var/log/Xorg.0.log | grep EE

Pour voir les erreurs Xorg
ou

Code : Tout sélectionner

more /var/log/kdm.log

Avec ça tu devrais tout avoir bonne chance @+

[Cactus]

tu ne t'es pas trompé dans la 1ère citation ?
C'est pas plutôt cà :

Code : Tout sélectionner

...
id:5:initdefault:
...
x:5:respawn:/opt/kde/bin/kdm -nodaemon

???

[mélodie]

tu ne t'es pas trompé dans la 1ère citation ?
C'est pas plutôt cà :

Code : Tout sélectionner

...
id:5:initdefault:
...
x:5:respawn:/opt/kde/bin/kdm -nodaemon

???

Pourquoi se serait-il trompé ? Chez moi c'est (quasi) comme chez lui

Code : Tout sélectionner

id:3:initdefault:
[...]
x:5:respawn:/usr/X11R6/bin/xdm -nodaemon

# End of file

[vincentxavier]

c'est pas un peu dangeureux kdm en respawn sur l'inittab ??

Genre tu te plantes dans la conf de xorg ou de kdmrc et pan tu as kdm qui boucle fou, sans aucun moyen de l'arrêter (sauf ssh et encore)

Bref, je déconseille cette solution et conseille un @kdm dans le rc.conf