forcer à quitter une autre session

ange

Membre actif
24 Janvier 2005
400
13
Vercors
depuis que j'ai plusieurs utilisateurs sur mon Mac OS 10.5.5, il arrive que le compte de mon fils se bloque au lancement de sa session (1x sur 10 ou 20 m'a t il dit). En fait sa session se lance, mais aucune fenêtre n'apparaît, ni dock, pomme-tab ne fait rien, et on un "bong" d'erreur est émis quand on tape sur les touches.
Pour l'instant, seule solution qui a marché : rebooter le mac (soit pas un appui long sur le btn de démarrage), soit pomme-alt-eject => mise en veille, puis réactivation et via la dialogue d'ouverture de session:redémarrer.
Or comme via le dernier truc, je peux reprendre la main sur mon compte (compte administrateur), j'aimerai au moins quitter "proprement" sa session depuis ma propre session.

Est-ce possible ? ... et comment ?

Ps : le mieux serait de trouver ce qui bloque sa session au démarrage, mais cela étant aléatoire (pb de charge ?), et en attendant, si cela pouvait permettre de ne pas arrêter toutes les sessions en cours...

merci
 
j'ai pas la solution
mais pragramatiquement
- créer un nouveau compte pour le fiston
et là 2 cas
soit il passe par celle là et...
- le reste des données est basculée au compte goutte avec tests à chaque fois


soit en une fois ( via terminal par exemple)

et si sur la session neuve ca repart en vrille c'est que quelque chose dans sa maison ou de ce qu'il y fait fout la foire
 
J'ai du mal à analyser le problème dans la console.
Et le problème arrive avec plusieurs comptes (souvent il y a d'autres session ouvertes).
Lors de la dernière occurance de ce problème (sur compte 'fanny'):

Bloc de code:
15/03/09 17:15:39 SecurityAgent[32430] User info context values set for fanny 
15/03/09 17:15:40 SecurityAgent[32430] Login Window done 
15/03/09 17:15:47 /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow[32433] Login Window Application Started -- Threaded auth 
15/03/09 17:15:55 loginwindow[32433] Login Window Started Security Agent 
15/03/09 17:15:57 SecurityAgent[32440] User info context values set for fanny 
15/03/09 17:16:02 SecurityAgent[32440] Login Window done 
15/03/09 17:16:02 loginwindow[32433] Login Window - Returned from Security Agent 
15/03/09 17:16:02 loginwindow[32433] USER_PROCESS: 32433 console 
15/03/09 17:16:04 com.apple.launchd[1] (com.apple.UserEventAgent-LoginWindow[32441]) Exited: Terminated 
15/03/09 17:16:39 /System/Library/CoreServices/SystemUIServer.app/Contents/MacOS/SystemUIServer[32475] CPSGetProcessInfo(): This call is deprecated and should not be called anymore. 
15/03/09 17:16:39 /System/Library/CoreServices/SystemUIServer.app/Contents/MacOS/SystemUIServer[32475] CPSPBGetProcessInfo(): This call is deprecated and should not be called anymore. 
15/03/09 17:16:48 kernel 2.0.45 m2b4b8b53 -536870178 
15/03/09 17:16:49 kernel 2.0.45 m0ca6b462 -536870178 
15/03/09 17:16:49 kernel 2.0.45 m15b71329 -536870178 
15/03/09 17:16:49 kernel 2.0.45 m2b4b8b53 -536870178 
15/03/09 17:16:49 kernel 2.0.45 m0ca6b462 -536870178 
15/03/09 17:16:49 kernel 2.0.45 m15b71329 -536870178 
15/03/09 17:18:06 kernel 2.0.45 m2b4b8b53 -536870178 
15/03/09 17:18:06 kernel 2.0.45 m0ca6b462 -536870178 
15/03/09 17:18:06 kernel 2.0.45 m15b71329 -536870178 
15/03/09 18:03:28 kernel IOPMSlotsMacRISC4::determineSleepSupport has canSleep true 
15/03/09 18:03:30 kernel System Sleep 
15/03/09 18:03:37 kernel System Wake 
15/03/09 18:03:37 kernel Wake event 0020
je repère la fin des messages utiles car pour débloquer le mac, (car le mac se fige pendant la fermeture, où il n'y a plus rien à l'écran, sauf le fond d'écran de l'utilisateur en train de quitter), je n'ai trouvé que faire Alt-Pomme-Eject pour forcer la mise en veille, et quand on réactive on obtient alors un dialogue attendant le mot de passe du compte en train d'être quitté, mais aussi le bouton "changer d'utilisateur", et donc via là je peux activer la session d'un autre utilisateur...

Donc mes questions :
- les traces ci-dessus vous inspirent elles ? idée du problème ?
- connaissez vous une astuce, un soft qui permettrait de forcer depuis un compte administrateur la fermeture d'une autre session (celle qui est bloquée) ?
 
Merci mais je ne pense pas que cela soit avec les applis au démarrage, car 3 comptes différents et cela se bloque épisodiquement dans les 3 cas. De plus, depuis mon compte, je ne vois pas quelles sont leurs applis lancées au démarrage ????

Une petite remarque: il nous a semblé que les pbs arrivaient moins si on attendait quelques secondes avant de valider quitter la session. Mais c'est juste une impression. Comme si une appli (laquelle ?) mettait du temps à se quitter.
 
Bonjour !

Pour connaitre les applications lancées par la session tu peux ouvrir un terminal depuis ta session et taper ceci :

Bloc de code:
# ps -eaf | grep 'ton_user'

Mets le user de ton fiston ou celui de fanny...

En espérant t'aider un peux .... :confused:
 
Merci mais je ne pense pas que cela soit avec les applis au démarrage
C'est probable, mais ça pourrait donner une piste.
Les applis lancées à l'ouverture du Compte se voient dans les Préférences Système du Compte.

car 3 comptes différents et cela se bloque épisodiquement dans les 3 cas.
Tu peux essayer un Démarrage sans échec (touche Maj enfoncée jusqu'au boot, puis log dans ta session, Réparation des autorisations, et Redémarrage normal).
Et comme le suggère Pascalformac, une maintenance approfondie : réparation du Disque (avec le DVD d'install), trois scripts-etc (Onyx).
 
merci de ces judicieux conseils. C'est vrai cela fait un bout de temps que je n'ai pas fait de maintenance type onyx...
Je lance tout cela et vous tiens informés.


@FrançoisMacG :
Les applis lancées à l'ouverture du Compte se voient dans les Préférences Système du Compte
oui, on les voie si on ouvre depuis leur session, mais je n'ai pas trouvé comment voir les programmes lancés à leur ouverture de session depuis ma propre session. D'ailleurs, en tant que super user, on ne peut ouvrir une session d'une personne si on ne connait pas son mot de passe, non ?

@tioumen : c'est vrai aussi, j'oublie qu'on peut passer par l'unix (mais comme cela me fait penser au boulot et que sur mon mac c'est plutôt loisir...)
 
Comme j'étais dans la situation avec le compte de Fanny bloqué, avant de relancer et faire de l'Onyx, j'ai fait du terminal (avec ps -U fanny, et non avec un grep car le user n'est pas affiché !). Et voilà ce que je vois :

Bloc de code:
32449 ??         0:00.35 /sbin/launchd
32461 ??         0:00.43 /Library/Little Snitch/Little Snitch UIAgent.app/Contents/MacOS/Little Snitch UIAgent
32467 ??         0:00.98 /usr/sbin/UserEventAgent -l Aqua
32468 ??         0:00.01 /usr/sbin/pboard
32474 ??         0:01.12 /System/Library/Frameworks/ApplicationServices.framework/Frameworks/ATS.framework/Support/ATSServer
32486 ??         0:00.20 /Applications/iTunes.app/Contents/Resources/iTunesHelper.app/Contents/MacOS/iTunesHelper -psn_0_2695826
48463 ??         0:00.27 /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Versions/A/Support/mdworker MDSImporterWorker com.apple.Spotlight.ImporterWorker.503

A votre avis quelle est (ou quelles sont) les applis qui bloquent ? (je m'étonne de iTunesHelper : ma fille n'utilise pas iTunes ! Littlesnitch est général non ?
Mais je ne sais pas ce que font les autres...
Une idée ?
 
Si tu veux voir le user :

# ps -eaf | grep -i fanny

Pour info iTunesHelper est un process present... enfin chez moi aussi il est la alors que je n'ai pas lancé iTunes.
:)
 
Si tu veux voir le user :

# ps -eaf | grep -i fanny

Pour info iTunesHelper est un process present... enfin chez moi aussi il est la alors que je n'ai pas lancé iTunes.
:)
iTunesHelper est un process qui sert entre autre à détecter le branchement d'un iPod iPhone...
 
Ce problème arrive encore, et ce quelquesoit le compte (il y a 4 comptes sur la machine)

typiquement cela semble être au fond du noyau car :
Bloc de code:
12/04/09 10:19:08 ntpd[25] Notice time reset -0.344938 s 
12/04/09 10:32:35 kernel Debug 2.0.45 m2b4b8b53 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m0ca6b462 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m15b71329 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m2b4b8b53 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m0ca6b462 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m15b71329 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m2b4b8b53 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m0ca6b462 -536870178 
12/04/09 10:32:35 kernel Debug 2.0.45 m15b71329 -536870178 
12/04/09 10:32:37 kernel Debug 2.0.45 m2b4b8b53 -536870178 
12/04/09 10:32:37 kernel Debug 2.0.45 m0ca6b462 -536870178 
12/04/09 10:32:37 kernel Debug 2.0.45 m15b71329 -536870178 
12/04/09 10:32:37 kernel Debug 2.0.45 m2b4b8b53 -536870178 
12/04/09 10:32:37 kernel Debug 2.0.45 m0ca6b462 -536870178 
12/04/09 10:32:37 kernel Debug 2.0.45 m15b71329 -536870178 
12/04/09 10:32:38 kernel Debug 2.0.45 m2b4b8b53 -536870178 
12/04/09 10:32:38 kernel Debug 2.0.45 m0ca6b462 -536870178 
12/04/09 10:32:38 kernel Debug 2.0.45 m15b71329 -536870178 
12/04/09 10:33:15 kernel Debug IOPMSlotsMacRISC4::determineSleepSupport has canSleep true 
12/04/09 10:33:20 kernel Debug System Sleep 
12/04/09 10:33:22 kernel Debug System Wake
et c'est vers 10:30 qu'il a quitté sa session, et que la mise en "sleep" (alt-pomme-eject) est la seule façon que j'ai trouvé pour reprendre la main, au réveil de la machine.

Auriez vous des idées pour analyser plus loin ce problème ? car là, kernel c'est assez abscons !

Merci pour votre aide, ce problème est vraiment pénible : pour que mes enfants aient à nouveau accès à leur compte bloqué, je n'ai trouvé que le redémarrage. D'ailleurs, si quelqu'un connaît un moyen de forcer le compte d'un autre utilisateur, je suis preneur.