Demarrer en mode console

c'est parce que tu as un kdm ou gdm ou tdm chargé je pense...
normalement, kdm par exemple, quand il te propose le login, te propose aussi un menu dont une entrée est le retour en mode console.
mais personnellement je préfère ne pas avoir ces zinzins. Donc tu peux l'éjecter du runlevel où il est placé. comme ça, quand tu quitteras ta session sous X, tu retomberas sous console systématiquement.

sinon il y a un moyen très simple mais bourrin: Ctrl-Alt-Backspace

kinder.surprise,
le maton du matou

Re-

je voulais savoir quelle commande il fallait pour quitter x

Sinon t'as aussi la commande :

init 3

Qui elle force le changement de niveau immédiatement.

Z'@+...che.

JP__ et n'oublie pas petit scarabée
"google" est ton ami!  ;-)

idio(t) âne toi même...
;-DDD
Z'@+...che.

JP__ et n'oublie pas petit scarabée
"google" est ton ami!  ;-)

nonmédidon! insolent!

pour la peine tu me feras un fonction ActionScript récursive synchrone.... exasaute!

kinder.surprise,
le maton du matou

(aucun rapport avec le fait que je sois dessus depuis 72 heures et que ça commence à me brouiller l'écoute...)

kinder.surprise,
le maton du matou

JP__ et n'oublie pas petit scarabée
"google" est ton ami!  ;-)

T'étais en "root" ?

Sinon, tu peux aussi basculer dans un terminal :

CTRL + ALT + Fn

( ou n représente les chiffres de 1 à 6, F7 étant réservé pour revenir dans l'environnement X)

Z'@+...che.

JP__ et n'oublie pas petit scarabée
"google" est ton ami!  ;-)

Salut Fredish

Ben c'est pas compliquer :)

Je vais te donner la manipulation sous kde:

Donc tu as démarré en 3, tu t'es loggé, tu as tapé startx.

tu ouvre une console, et tu tape:

#pstree | grep -A1 startx
|-login---bash---startx---xinit-+-X
|                               `-startkde---kwrapper

La tu a bien la sequence ennoncée au dessus
login -> bash -> startx

Quand tu quitte un programme, enfait tu lui envoies le signal 15 (kill -15)
Donc il suffit de trouver à quel programme tu dois envoyer ce signal.
premiere idée startx:
ps -ef | grep startx puis kill -15 le pid que tu as trouvé.

ça fonctionne, mais tu trouve sur la console qui a lancé startx une ligne du type: unexepted signal 15, donc c'est pas la bonne solution.

Seconde idée: tuer X de la même façon.
idem ça fonctionne et tu retrouves la ligne "xinit: connection to X server lost."
Donc c'est pas encore au top (en fait, c'est ce qui se passe quand tu tapes <crtl><alt><bkspace>)

<note>
au passage on peut se rendre compte de la difference entre les signaux 9 (arret immediat) et 15 (demande d'arret)
un kill -9 ne donnera pas d'erreur supplementaire de la part de startx, mais un bon paquet de ficher core.* seront créés
</note>

Donc reste éventuellement startkde ?
tu refais la manip, kill -15, et la tu quittes kde, X s'arréte normalement, startx ne renvoie aucune erreur :o)

C'est exactement ce qui se passe quand tu appuis sur le boutton,
tu envoie le signal 15 à kde !

Bon maintenant, il reste à trouver comment faire ça en une commande....

Récuperation du pid... ps -ef | grep startkde, c'est pas top.
Alors une option courant de ps et -C cmd

#ps -C starkde

c'est pas mal, mais la sortie est pas évidente.
man ps,

# ps --no-headers -C startkde

C'est déjà mieux, il n'y a plus d'entête :)
il va falloir récupérer le champ du pid (1)... le probleme c'est que la sortie n'est pas bien formatée:

# ps --no-headers -C startkde| cut -f1

tu récupéres tout la ligne donc faut lui spécifier un delimiteur de champs (au hasard 'espace').

# ps --no-headers -C startkde| cut -f1 -d' '

bien mais pas top, il considére qu'au premier espace trouvé c'est un champ.

# ps --no-headers -C startkde| cut -f2 -d' '

Nickel! :)

ben reste plus qua renvoyer ça à la commande kill:

kill -15 `ps --no-headers -C startkde| cut -f2 -d' '`

(`cmd` indique le resultat de la commande ;) )
et ça fonctionne :)

Bon c'est pas une commande toute bête (je n'ai jamais trouvé une commande toute bête pour quitter kde, en general, je fait <ctrl><alt><suppr>, puis je clique sur "quitter") mais rien ne t'empeche d'en faire un alias :)

voili voilou :)

C'est super détaillé, ce n'était peut-etre pas bien util mais j'aurais pas aimé recevoir la réponse "kill -15 `ps --no-headers -C startkde| cut -f2 -d' '`" sans autre commentaires, donc j'ai préférer mettre grooso-modo comment j'ai procédé ;)

@++

"Si c'est stupide et que ça marche,
        alors ce n'est pas stupide"

Ben oui... mais je me suis trompé :(

Je me suis rendu compte que si tu redémarres kde par la suite, tu as tout plein de fichiers core.* qui pourrissent ton repertoire...
faut donc remonter plus haut :)
ça se situe en fait au niveau de kdeinit.

#ps -ef | grep kdeinit 
... xxxx    1 ... kdeinit: Running...
... yyyy    1 ... kdeinit: dcopserver --nosid
...
... aaaa xxxx ... kdeinit: ...
... bbbb xxxx ... kdeinit: ...
... cccc xxxx ... kdeinit: ...

bon "kdeinit:Runnig..." c'est le premier à s'être lancé, si on le tue, on ne quitte pas kde :-(
"kdeinit: dcopserver --nosid" quand on le tue c'est ok, sauf qu'au prochain demarrage de X, 5 fichiers core sont créés (ils corresspondent au 5 process qui ont pour parent process id, (ppid) le pid de "kdeini: Runnig..."
il faut donc tuer dans l'ordre "kdeini: Runnig..." puis "kdeinit: dcopserver --nosid"
donc on reprend la même commande, et on prend les champs pid des deux premieres lignes (dans l'ordre) et ça fonctionne sans désagréments :) (enfin à prioris)

# kill -15 `ps --no-headers -C kdeinit| head -2 | cut -f2 -d' '`

Bon pour le faire proprement j'imagine qu'il faudrait tuer tout les proccess qui tournent et qui sont en rapport avec kde, mais il faut trouver lesquels(certains renaissent automatiquement, et dans quel ordre!

cette methode fonctionne à prioris sans laisser aucun process tourner inutilement, donc ça devrait aller :)
@++

"Si c'est stupide et que ça marche,
        alors ce n'est pas stupide"

Ben en fait ils se situent normalement dans le repertoire home de l'utilisateur qui lance kde.
Mais ils n'apparaise qu'au redemarrage de kde (si tu a redemarré la machine entre temps, ils n'apparaissent pas :))

Plus facile de cilker sur un bouton, oui c'est sur :)

Mais ça peut s'avérer tres pratique si un utilisateur a oublier de quitter et que tu as besoin de forcer l'arret sans avoir d'accés physique à la machine par exemple.
Bon ca peut être fait à la brutal, mais plus tu le fait proprement mieux c'est :)
et comme je le disais pus haut, rien ne t'empeche dans faire un alias :)

dans les fichiers d'initialisation (/etc/profile.d/alias.sh dans mandrake)
tu rajoutes la ligne:

alias stopkde="kill -15 `ps --no-headers -C kdeinit| head -2 | cut -f2 -d' '`"

et tu n'as plus qu'a taper stopkde :)

"Si c'est stupide et que ça marche,
        alors ce n'est pas stupide"

en fait, l'alias correct serait:

alias stopkde="kill -15 `ps --no-headers -C kdeinit| head -1 | cut -f2 -d' '` && kill -15 `ps --noheaders -C kdeinit| head -2|tail -1| cut -f2 -d' '`"

:o)

"Si c'est stupide et que ça marche,
        alors ce n'est pas stupide"