A voir également:
- Demarrer en mode console
- Mode avion - Guide
- Mode sécurisé samsung - Guide
- God mode - Guide
- Mode d'emploi - Guide
- Démarrer en mode sans echec - Guide
14 réponses
Salut.
Faut éditer le fichier "/etc/inittab" et modifier la ligne :
id:5:initdefault:
en
id:3:initdefault:
voilou.
Z'@+...che.
Faut éditer le fichier "/etc/inittab" et modifier la ligne :
id:5:initdefault:
en
id:3:initdefault:
voilou.
Z'@+...che.
JP___ et n'oublie pas petit scarabé "google" est ton ami! ;-)
theoriquement si j'ai bien compris ton probleme , tu n'arrives pas eteindre l'ordi en mode consoele..?
alors tape dans la console : poweroff
sinon si tu es en mode console et que tu veux demarrer le serveur x tape: init 5
si tu veu passer d'un mode a un autre alors tape :ctrl-alt-f1 pour passer en mode console(et la tu reouvre une session sans quitté celle sur x)
soit tu tapes :ctrl-alt-f7 pour revenir sur ta session x
voila si ce n'est pas cela ton probleme ? alors explique moi en detail..
alors tape dans la console : poweroff
sinon si tu es en mode console et que tu veux demarrer le serveur x tape: init 5
si tu veu passer d'un mode a un autre alors tape :ctrl-alt-f1 pour passer en mode console(et la tu reouvre une session sans quitté celle sur x)
soit tu tapes :ctrl-alt-f7 pour revenir sur ta session x
voila si ce n'est pas cela ton probleme ? alors explique moi en detail..
Si, si, je peux quitter; mais juste en utilisant le petit bouton en bas à gauche(comme win quoi), "quitter kde"; je peux l'éteindre en ligne de commande aussi. Par curiosité, je voulais savoir quelle commande il fallait pour quitter x. Sinon, c'est vrai, il y a toujours les terminaux. En tout cas, merci.
Moi, j'ai une autre petite question; comment passe-t-on d'x au mode console. Je demarre en mode console, je lance x, mais apres je sais quitter pas en ligne de commande.
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
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
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
pour quitter X en flinguant la session plutôt que de passer par les commandes idoines (drôle d'idée, je dois dire), Ctrl-Alt-Backspace
kinder.surprise,
le maton du matou
kinder.surprise,
le maton du matou
pour la peine tu me feras un fonction ActionScript récursive synchrone.... exasaute! </ital>
Ayé, je l'ai fait. Mais je pensais tu disais ça pour rigoler "[...] .... exasaute! " ... je l'ai pris en pleine poire !!!
Aiyeeeeeeeeeeeeeeeeeeeeeeeeeeuh !
:-DDD
Z'@+...che.
Ayé, je l'ai fait. Mais je pensais tu disais ça pour rigoler "[...] .... exasaute! " ... je l'ai pris en pleine poire !!!
Aiyeeeeeeeeeeeeeeeeeeeeeeeeeeuh !
:-DDD
Z'@+...che.
JP__ et n'oublie pas petit scarabée
"google" est ton ami! ;-)
Ben, justement init 3 ne fonctionne pas, je tape, et ca donne rien, je reste sous x. Bref, ca pas très important de toute facon.
Je crois avoir compris mon probleme finalement; le fait est que je demarre en init 3, donc la commande ne fait rien.
Mais moi, j'aurais bien voulu savoir à quelle commande correspond le bouton sur lequel j'appuie pour quitter x.
Mais moi, j'aurais bien voulu savoir à quelle commande correspond le bouton sur lequel j'appuie pour quitter x.
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:
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
c'est pas mal, mais la sortie est pas évidente.
man ps,
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:
tu récupéres tout la ligne donc faut lui spécifier un delimiteur de champs (au hasard 'espace').
bien mais pas top, il considére qu'au premier espace trouvé c'est un champ.
Nickel! :)
ben reste plus qua renvoyer ça à la commande kill:
(`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é ;)
@++
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"
Oua, ca c'est de la méthode; après une explication comme ca, on se dit toujours: "j'aurais pu trouver tout seul finalement". Non, je suis trop nouveau sous linux... mais en tout cas ca m'a permis de voir comment tu as procedé, et ça, ça aide. Je te remercie bien d'avoir résolu mon petit probleme asevere. Ciao.
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.
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)
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 :)
@++
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"
Ouais, j'ai essayé cette commande une fois, et je n'ai pas de fichiers core. Ils sont situés où normalement?
A la limite, ca devient tellement compliqué, que c'est peut-être plus facile de cliquer sur le bouton, lol.
A la limite, ca devient tellement compliqué, que c'est peut-être plus facile de cliquer sur le bouton, lol.
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:
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"
Effectivement, ca peut servir dans un contexte plus professionnel.
Rien à voir, mais je me permets de te rediriger sur un post dans le forum suggestion, car il me semble que tu passes plus souvent ici -), et que tu es modérateur, je crois. Voilà:
http://www.commentcamarche.net/forum/affich-592311-Rien-d'autre-qu'un-petit-post-qui-fait-tâche
Rien à voir, mais je me permets de te rediriger sur un post dans le forum suggestion, car il me semble que tu passes plus souvent ici -), et que tu es modérateur, je crois. Voilà:
http://www.commentcamarche.net/forum/affich-592311-Rien-d'autre-qu'un-petit-post-qui-fait-tâche
ben oui et non... :)
je passe souvent ici, mais je ne suis pas modérateur :)
Piour le lien que tu a donné, je l'ai vu tout à l'heure, si tu a cliqué sur alerter un modérateur pour le message en question, ils devraient faire ce qu'il faut..., sauf qu'on est Samedi et que donc ils passent moins souvent à prioris... :)
je passe souvent ici, mais je ne suis pas modérateur :)
Piour le lien que tu a donné, je l'ai vu tout à l'heure, si tu a cliqué sur alerter un modérateur pour le message en question, ils devraient faire ce qu'il faut..., sauf qu'on est Samedi et que donc ils passent moins souvent à prioris... :)
"Si c'est stupide et que ça marche, alors ce n'est pas stupide"