[?] Fermer une session proprement via le terminal

karim@non.merci.com (Karim) wrote:

un ordi A et un ordi B

Sur la session ouverte de l'ordi B, la souris ne répond plus (ca arrive
parfois).

Je ssh sur l'ordi B depuis l'ordi A et fait un sudo reboot, voire un
kill "Finder". Tout va bien et là n'est pas l'objet de ma question ;-)

Ma question :

Est-ce qu'un sudo reboot n'est pas un peu trop "violent" pour la session
en cours sur l'ordi B ?

C'est violent dans le sens ou tous les fichiers non enregistrés seront
perdus.

Par contre les serveurs, eux seront stoppés proprement.

je voudrais utliser une commande "terminal" pour fermer proprement la
session (et donc descendre les process en cours proprement).

Je pense qu'il est dommage de faire un reboot pour une souris qui ne
réagit plus....

Au passage, une question subsidiare :

Qq'un connait le process à tuer pour faire en sorte que le "pilote"
souris se "réactive" ?

Àmha, c'est pas le pilote de la souris qui à planter, mais le
windowserver (l'application qui gère l'affichage des fenêtres à l'écran).

Le seul moyen que je vois, c'est de le quitter et de le relancer. Mais
au passage on est obliger de quitter les applications graphiques
l'utilisant (car une grande parties des infos liées aux fenêtres sont
stoquées dans le windowserver et donc perdues : apple à décider de
quitter toutes ces applications pour éviter les plantages dus aux
incohérences résultantes).

Vu comme ça, mieux que le reboot, je vois le "sudo killall
WindowServer". Il est possible que le "sudo killall loginwindow" soit
aussi utilisable.

Sinon, il existe un petit logiciel, escapepod, qui une fois lancé à
l'ouverture de session permet d'effectuer la manip avec une combinaison
de touches. De loin beaucoup plus pratique que le ssh.

--
Schmurtz

Schmurtz <moi@ici.com> wrote:

Est-ce qu'un sudo reboot n'est pas un peu trop "violent" pour la session
en cours sur l'ordi B ?

C'est violent dans le sens ou tous les fichiers non enregistrés seront
perdus.
Evident, mais précision pertinente !

Par contre les serveurs, eux seront stoppés proprement.
Intéressant.

Qq'un connait le process à tuer pour faire en sorte que le "pilote"
souris se "réactive" ?

Àmha, c'est pas le pilote de la souris qui à planter, mais le
windowserver (l'application qui gère l'affichage des fenêtres à l'écran).
A tester alors.

Ceci dit, les raccourcis clavier fonctionnent très bien. Exemple : un
"Pomme +shift + G" me présente bien la fenêtre "Aller au dossier...".

Est-ce que ceci te conforte toujours dans ton diagnostic du windowserver
en rade puisque une fenêtre apparait bien ?

Le seul moyen que je vois, c'est de le quitter et de le relancer. Mais
au passage on est obliger de quitter les applications graphiques
l'utilisant (car une grande parties des infos liées aux fenêtres sont
stoquées dans le windowserver et donc perdues : apple à décider de
quitter toutes ces applications pour éviter les plantages dus aux
incohérences résultantes).
Donc, ici aussi on perd les fichiers non enregistrés ?

(je vais faire un test)

Vu comme ça, mieux que le reboot, je vois le "sudo killall
WindowServer". Il est possible que le "sudo killall loginwindow" soit
aussi utilisable.
Là, je ne vois pas la logique ; le process "loginwindow" que je vois

bien avec la commande "top", correspond (à mes yeux) au programme de
fenêtre de connexion.
Qu'est ce ça a voir avec mon curseur de souris qui bouge plus (la
saligote) ?
;-)

Sinon, il existe un petit logiciel, escapepod, qui une fois lancé à
l'ouverture de session permet d'effectuer la manip avec une combinaison
de touches. De loin beaucoup plus pratique que le ssh.
merci pour 'l'info. En lisant les "features" du logiciel, je me suis

souvenu que dans MacOS X, la combinaison de touche "CTRL + ALT + Pomme"
a pour effet d'éteindre l'ordi bien proprement.

Ce qui induit qu'une application avec un document ouvert stop
le process et te propose de sauvegarder ton fichier en cours.
(A tester aussi).

Hé mais, c'est pt'être ma soluce en fin de compte !! :-D