Verhindern Sie, dass die Abmeldung die tmux-Sitzung beendet

13

Ich habe festgestellt, dass eine Abmeldung (Abmeldung) von meiner X-Benutzersitzung jede von tmuxmir initiierte Sitzung beendet, auch Sitzungen, mit denen ich ausgeführt wurde, sudo tmuxund ähnliche Befehle. Ich bin sicher, dass dies früher nicht geschehen ist, aber einige kürzliche Änderungen haben dieses Verhalten beeinflusst.

Wie pflege ich diese tmux(oder screen) Sitzungen, auch nachdem ich meine X-Sitzung beendet habe?

palswim
quelle
Wenn Sie interessiert sind, unix.stackexchange.com/questions/490243/…
Tim
Was ist "X-Benutzersitzung", von der Sie sich "abmelden"? Sein Prozessname ist ...?
Tim
Obwohl ich dies nicht für besonders praktisch halte, können Sie die tmux-Sitzung außerhalb von X starten, dh auf tty1, wie hier beschrieben: unix.stackexchange.com/a/167388/67833
Rolf

Antworten:

15

Diese "Funktion" war bereits vorhanden systemd, aber die systemdEntwickler haben beschlossen, eine Änderung der Standardeinstellung vorzunehmen , um die Einstellung für die Beendigung untergeordneter Prozesse beim Abmelden von einer Sitzung zu aktivieren.

Sie können diese Einstellung in Ihrem logind.conf( /etc/systemd/logind.conf) zurücksetzen :

KillUserProcesses=no

Sie können auch tmuxmit einem systemd-runWrapper wie dem folgenden ausgeführt werden:

systemd-run --scope --user tmux

Für diese Systeme möchten Sie möglicherweise nur den Befehl tmux(oder screen) aliasisieren:

alias tmux="systemd-run --scope --user tmux"
palswim
quelle
Zusätzliche Diskussion in einem reddit Thread .
Palswim
3
… Und an vielen anderen Orten. In dem Debian-Fehler, auf den sich das bezieht, habe ich erklärt, wie man tatsächlich systemd-loginddas Richtige tun kann. bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394#221
JdeBP
@JdeBP Vielen Dank, dass Sie uns mitgeteilt haben, dass durch das Senden von SIGHUP anstelle von SIGTERM und SIGKILL Dämonen das Schließen einer systemd-Anmeldesitzung überleben können. Ich würde mich auch freuen, wenn Sie auch unix.stackexchange.com/questions/484344/… und unix.stackexchange.com/a/490435/674
Tim