J'ai moi-même été dubitatif à la lecture, mais après avoir glané quelques infos, ça me semble assez mineur.
C'est complètement surréaliste. Déjà il faudra me définir le concept de déconnexion complète. À mon sens, on a une session ouverte ou aucune, mais il n'y a pas d'état intermédiaire.
Rien de bien méchant derrière ce "fully log out". Si j'ai 2 connexions SSH sur une machine et que j'en ferme une, je ne suis que partiellement déconnecté.
Ensuite, comment seraient gérées les IPC inter-utilisateurs, ou qui doivent survivre à leur créateur ? [...] que se passe-t-il quand aucun processus de l'utilisateur B n'existe ?
Dans quelle situation a-t-on une file de message rattachée à l'utilisateur B mais sans aucun processus ? Parce que dans ce cas je ne vois pas où iraient les messages...
Ce comportement est désactivable dans logind.conf.
Il s'agit de supprimer les objets IPC, pas les processus. Donc on peut continuer à laisser un GNU Screen tourner en quittant sa session graphique. Cf le réglage booléen KillUserProcesses, désactivé par défaut dans ce même logind.conf.
[^] # Re: Nettoyage des sémaphores
Posté par rogo . En réponse à la dépêche systemd versions 212 à 215. Évalué à 8.
J'ai moi-même été dubitatif à la lecture, mais après avoir glané quelques infos, ça me semble assez mineur.
Rien de bien méchant derrière ce "fully log out". Si j'ai 2 connexions SSH sur une machine et que j'en ferme une, je ne suis que partiellement déconnecté.
Dans quelle situation a-t-on une file de message rattachée à l'utilisateur B mais sans aucun processus ? Parce que dans ce cas je ne vois pas où iraient les messages...
Ce nouveau comportement ne concerne que les comptes humains, pas les comptes systèmes, de faible ID.
Ce comportement est désactivable dans logind.conf.
Il s'agit de supprimer les objets IPC, pas les processus. Donc on peut continuer à laisser un GNU Screen tourner en quittant sa session graphique. Cf le réglage booléen
KillUserProcesses, désactivé par défaut dans ce même logind.conf.