Re: [systemd-devel] passing additional FDs to service

2024-07-08 Thread Lennart Poettering
On Fr, 05.07.24 16:19, Andrea Pappacoda (and...@pappacoda.it) wrote: > Hi all! > > I'm writing a small FastCGI daemon which, in addition to the socket used > to talk FastCGI to the web server, talks SMTP through another (inet) > socket (as an SMTP client). > > The FastCGI socket is created by syst

Re: [systemd-devel] Question about the killing spree during the transition from the initrd to the root file system.

2024-07-08 Thread Lennart Poettering
On Do, 04.07.24 12:44, Demi Marie Obenour (d...@invisiblethingslab.com) wrote: > > No, these belong to your process, systemd couldn't really reach into > > your processes to close them, even if it wanted to. > > > > But do note that any files you keep open or mapped at the moment of > > transitio

Re: [systemd-devel] Question about the killing spree during the transition from the initrd to the root file system.

2024-07-08 Thread Lennart Poettering
On Do, 04.07.24 21:48, Zheng Chuan (zhengch...@huawei.com) wrote: > >> I have some processes in my initrd needed to be excluded from the killing > >> spree > >> during switch-root and needed to continue to run in the root file system. > >> I read > >> the ROOT_STORAGE_DAEMONS.md and the source c

[systemd-devel] Question systemd-repart see no changes, how to debug?

2024-07-08 Thread Yaroslav Molochko
Hello, I've recently discovered repart systemd tool, and I would like to ditch bash scripting in favor of systemd-reparted. What I'm trying to do: - From initrd, before mounting /sysroot or /sysusr grow partition /dev/mmcblk0p2 with type linux-generic. - Encrypt this partition with key-f

Re: [systemd-devel] Question about the killing spree during the transition from the initrd to the root file system.

2024-07-08 Thread Demi Marie Obenour
On Mon, Jul 08, 2024 at 01:16:56PM +0200, Lennart Poettering wrote: > On Do, 04.07.24 12:44, Demi Marie Obenour (d...@invisiblethingslab.com) wrote: > > > > No, these belong to your process, systemd couldn't really reach into > > > your processes to close them, even if it wanted to. > > > > > > Bu