staging.inyokaproject.org

Moin,

wir haben hier ein älteres Thinkpad, das ziemlich schwach auf der Brust ist. Außerdem habe ich mehrere Benutzwer, die sich nach Gebrauch nicht abmelden. Wenn der Laptop nun geschlossen wird, landet man im Login-Screen (das ist so gewollt). Meldet man sich nun mit einem anderen Benutzer an, sieht man mit ps aux noch ziemlich viele Prozesse der anderen Nutzer. Das hat zur Folge, dass der Lüfter abgeht ohne Ende, der Rechner langsam wird etc.

Ich möchte die User beim Schließen des Laptops automatisch abmelden (ggf. mit "force", falls nötig). Lässt sich das mit überschaubarem Aufwand bewerkstelligen?

Gruß und danke

BillMaier

MATE hat AFAIK im Gegensatz zu GNOME keinen wirksamen Inhibitor-Mechanismus, der Programmen das Beenden der Session signalisiert, daher würde ich als einfache Maßnahme dafür sorgen, dass beim Resume der Login-Manager neu gestartet wird und in der Konfiguration von logind festgelegt ist, dass alle Prozesse abgeräumt werden sollen, wenn die Session für einen User beendet wird - das sollte über die /etc/systemd/logind.conf gehen, wenn du KillUserProcesses=yes setzt (danach logind oder den kompletten Rechner neu starten).

Den Neustart des Window-Manager kann man über ein Skript in /lib/systemd/system-sleep/ lösen, also z.B.:

1
2
3
4
5
6

#!/bin/sh
case "${1}" in
  resume|thaw)
    systemctl display-manager.service restart
;;
esac

Sieht ja erstmal nicht so verkehrt aus. Probier ich aus und melde mich wieder. Danke.

Statt /lib/systemd/system-sleep/ würde ich aber wohl /etc/systemd/system-sleep nehmen, oder?

BillMaier schrieb:

Statt /lib/systemd/system-sleep/ würde ich aber wohl /etc/systemd/system-sleep nehmen, oder?

Wäre mir neu, dass das geht - in der Manpage wird das von dir genannte Verzeichnis nicht erwähnt:

       Immediately before entering system suspend and/or hibernation systemd-suspend.service (and
       the other mentioned units, respectively) will run all executables in
       /lib/systemd/system-sleep/ and pass two arguments to them. The first argument will be
       "pre", the second either "suspend", "hibernate", "hybrid-sleep", or
       "suspend-then-hibernate" depending on the chosen action. Immediately after leaving system
       suspend and/or hibernation the same executables are run, but the first argument is now
       "post". All executables in this directory are executed in parallel, and execution of the
       action is not continued until all executables have finished.

       Note that scripts or binaries dropped in /lib/systemd/system-sleep/ are intended for local
       use only and should be considered hacks. If applications want to react to system
       suspend/hibernation and resume, they should rather use the Inhibitor interface[1].

seahawk1986 schrieb:

Wäre mir neu, dass das geht - in der Manpage wird das von dir genannte Verzeichnis nicht erwähnt:

Danke für die Aufklärung. Hab das mit den Units in /lib/systemd/system verwechselt bzw. fälschlicherweise übertragen.

Hab das mal nach deiner Anleitung probiert. Den Rechner neu gestartet (logind habe ich nicht als unit gefunden)

Das Skript habe ich ausführbar gemacht.

Funktioniert aber nicht, sprich:

Wenn ich den Laptop zuklappe und dann wieder öffne, komme ich auf dem "gelockten" screen raus, in dem ich mein Passwort eingeben oder "Benutzwer wechseln" kann. Wenn ich mich dann wieder anmelde, komme ich bei einem noch geöffneten Texteditor mit nicht abgespeichertem Programm raus.

Ist es eigentlich nicht möglich, dem suspend einen Logout für alle User mitzugeben?

Gruß BillMaier

Ps. Hab jetzt mal testweise auf sleep geschaltet, ohne den Laptop zu schließen. Nach dem resume passiert da gar nichts - also ich komme ohne Login-Screen direkt auf meinem Desktop wieder raus. Scheint also alles noch nicht so recht zu "ziehen". Noch ne Idee?

Vielleicht der bessere Ansatz:

https://www.ostechnix.com/auto-logout-inactive-users-period-time-linux/

Oder beim Schließen des Laptops wird grundsätzlich heruntergefahren:

HandleLidSwitch=poweroff
HandleLidSwitchExternalPower=poweroff
HandleLidSwitchDocked=poweroff

in /etc/systemd/logind.conf. Siehe https://www.man7.org/linux/man-pages/man5/logind.conf.5.html.

seahawk1986 schrieb:

[…] Den Neustart des Window-Manager kann man über ein Skript in /lib/systemd/system-sleep/ lösen

Ja, kann man. Aber der Neustart des Window-Managers ändert ja nichts am Zustand bereits laufender Sessions. Der Ansatz über ein Skript in /lib/systemd/system-sleep/ erscheint mir aber sinnvoll. Mit dem Dienstprogramm loginctl kann root laufende Sessions kontrolliert beenden. Ich würde es bereits beim Knock-out und nicht erst beim Aufwachen machen.

kB schrieb:

Ja, kann man. Aber der Neustart des Window-Managers ändert ja nichts am Zustand bereits laufender Sessions.

Soweit ich das verstanden hatte, war dafür ja

KillUserProcesses=yes

gedacht. Das funktioniert aber nicht, weil das nur für Logouts greift.

Mit dem Dienstprogramm loginctl kann root laufende Sessions kontrolliert beenden. Ich würde es bereits beim Knock-out und nicht erst beim Aufwachen machen.

Hab ich mal so gemacht - und zwar

1. ohne die case-Abfrage. Das funktioniert.

2. mit der case-Abfrage. Wenn ich $1 nach pre abfrage, wird ein anderer Befehl zwar ausgeführt (z.B. schreiben in ein Logfile), das Aufräumen der Sessions allerdings nicht. Kann es sein, dass der Prozess für den suspend zu schnell läuft und der gar nicht auf das aufräumen wartet?

dingsbums schrieb:

Oder beim Schließen des Laptops wird grundsätzlich heruntergefahren:

HandleLidSwitch=poweroff
HandleLidSwitchExternalPower=poweroff
HandleLidSwitchDocked=poweroff

in /etc/systemd/logind.conf. Siehe https://www.man7.org/linux/man-pages/man5/logind.conf.5.html.

Ne, da ist ne HDD drin, das will man nicht wirklich.

dingsbums schrieb:

Vielleicht der bessere Ansatz:

https://www.ostechnix.com/auto-logout-inactive-users-period-time-linux/

Das werde ich ggf. noch kombinieren, mal schaun.

Gruß und danke in die Runde.

BillMaier

BillMaier schrieb:

[…] Kann es sein, dass der Prozess für den suspend zu schnell läuft und der gar nicht auf das aufräumen wartet?

Versprochen ist es anders: https://www.freedesktop.org/software/systemd/man/systemd-suspend.service.

… execution of the action is not continued until all executables have finished.