Puncte:1

nu se poate opri user-session cu loginctl

drapel gh

Rulez lubuntu 20.04 cu sddm ca display-manager.

Ori de câte ori mă deconectez prin gui și mă autent ca alt utilizator, sesiunea utilizatorului nu este ucisă (nu știu dacă este prin proiectare). Deci loginctl îmi arată două sesiuni pentru utilizatorii mei.

Toate sesiunile de la 2. utilizatorul meu cu care am ucis

killall -u al doilea_nume_utilizator

pentru utilizatorul meu principal rămân 3 sesiuni.

Sesiunea cu cel mai mic ID de sesiune cu care aș putea elimina

sudo loginctl kill-session 3

Resturi

loginctl list-sessions 
SESIUNE UID UTILIZATOR SEAT TTY
     11 1000 alex seat0    
     21 1000 alex seat0    

Următoarea încercare

alex@Guilmon:~$ sudo loginctl kill-session 11
[sudo] Parola pentru alex: 
alex@Guilmon:~$ loginctl list-sessions 
SESIUNE UID UTILIZATOR SEAT TTY
     11 1000 alex seat0    
     21 1000 alex seat0    

2 sesiuni enumerate.
alex@Guilmon:~$ 


Cum pot să scap de el? Sau evitați această situație (mai mult de o sesiune per utilizator)
guiverc avatar
drapel cn
Nu sunt sigur ce ai vrut să spui cu „*logout over gui*”, dar am creat un nou utilizator „blah” pe un sistem de testare QA (*impish* deoarece acesta este ultimul lucru pe care l-am testat QA și, prin urmare, ceea ce am în prezent au la îndemână) și nu am putut re-crea această problemă pe *impish* (21.10). S-ar putea să nu-l încerc astăzi pe *focal*...
guiverc avatar
drapel cn
Bine, îl văd folosind un sistem live *focal*... Nu am timp să explorez mai departe în prezent îmi pare rău
Puncte:1
drapel gh

Cred că am aflat să evit această situație. În

/etc/systemd/logind.conf

KillUserProcesses=da

Din pagina de manual

KillUserProcesses=
           Preia un argument boolean. Configurați dacă procesele unui utilizator ar trebui să fie oprite atunci când utilizatorul se deconectează. Dacă este adevărat, unitatea de aplicare
           corespunzătoare sesiunii și toate procesele din acel domeniu vor fi încheiate. Dacă este fals, domeniul de aplicare este „abandonat”, vezi
           systemd.scope(5), iar procesele nu sunt oprite. Setarea implicită este „nu”, dar vedeți opțiunile KillOnlyUsers= și KillExcludeUsers= de mai jos.

           În plus față de procesele de sesiune, procesul utilizatorului poate rula sub unitatea de gestionare a utilizatorilor user@.service. În funcție de setările persistente, acest lucru poate
           permite utilizatorilor să ruleze procese independent de sesiunile lor de conectare. Consultați descrierea lui enable-linger în loginctl(1).

           Rețineți că setarea KillUserProcesses=yes va rupe instrumente precum screen(1) și tmux(1), cu excepția cazului în care sunt mutate din domeniul de aplicare al sesiunii. Vedea
           exemplu în systemd-run(1).
repornesc 
    sudo systemctl reporniți systemd-logind.service 

după deconectare 1. utilizator și autentificat la 2. utilizator și înapoi

alex@Guilmon:~$ loginctl 
SESIUNE UID UTILIZATOR SEAT TTY
     15 1000 alex seat0    

1 sesiuni enumerate.
alex@Guilmon:~$ 

Nu mai așteptați oprirea ceva din sesiunea utilizator abandonată în timpul închiderii sau repornirii.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.