You can detach from screen/tmux, leave it running in the background, and log back in later to the same screen/tmux like you left it.

Except systemd can kill it when you log out, so you come back to nothing.

▲

c-hendricks 3 days ago | parent | next [-]

What I don't get is why (on Arch) I have linger off yet have never had trouble with tmux/ zellij being killed.

Edit: ah, this post clears it up. Mentions linger has nothing to do with screen muxers, and also brings KillUserProcesses to peoples attention.

Damn systemd and its multiple levels of convenience.

▲

benj111 3 days ago | parent | prev [-]

Ah ok. Seems like the log out metaphor is kind of broken then?

It seems to me if you want persistence between logouts, the processes should belong to a different group/user.

(I'm spitballing hypotheticalshere, not saying anyone/thing in particular is wrong)

▲

dietr1ch 3 days ago | parent [-]

Think about user services in a multi-user setup

Do you want user-level services, or a multi-tenant system-level service? - Who can tweak the service configuration? - How do you ensure there's no data leaks between users? - What about misbehaviour? Quotas, crashes

I think lingering is great here

	▲	benj111 3 days ago \| parent [-]
		Off the top of my head. Have a group that doesn't die on logout. So you can have an email Daemon that responds with out of office. And you tmux session can keep running? I'm not necessarily talking about the Unix concept of a group. It seems to me you want some granularity between 'kill all processes' and 'keep all processes'