Why systemd is a problem for embedded Linux

Re:Why systemd is a problem for embedded Linux by 1oooqooq on Monday November 04, 2024 @10:53AM (#42042672)

i think the "unsustainable wild west" of sending sigterm, waiting and sending sighup was very good because it was adaptable (you were on your own if you had non standard stuff, but at least you could expect a contract)

Nowadays if you start anything more serious from your user session (e.g. start a qemu vm from your user shell) it will get SIGHUP asap on shutdown, because systemd doesn't care about non service pids. but oh well.

...which is where the jokes about "systemd is good for really fast reboots" came from mostly.

[ Parent | on HN ]

Re:Why systemd is a problem for embedded Linux by kaba0 on Monday November 04, 2024 @11:03AM (#42042796)

The old way has literally no way to differentiate between a frozen process and one that just simply wants to keep on running after the session's end, e.g. tmux, screen.

It's trivial to run these as a user service, which can linger afterwards. Also, systemd has a configurable wait time before it kills a process (the "dreaded" 2 mins timer is usually something similar)

[ Parent | on HN ]

Re:Why systemd is a problem for embedded Linux by 1oooqooq on Thursday November 07, 2024 @05:21PM (#42081754)

which was fine for everything that didn't need a watchdog. systemd on the other hand still lacks most common usecase and people bend over backwards to implement them with what's available. ask distro maintainers who know the difference between the main types of service files...

[ Parent | on HN ]