Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-30 Thread Brian Masney
On Mon, Sep 30, 2024 at 4:35 AM Lennart Poettering wrote: > While we do support binaries that stay running from the initrd, it's > typically something I'd suggest people to avoid, and if they do it > anyway, then at least only for a short time (i.e. terminate once boot > is complete or so) In cas

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-30 Thread Lennart Poettering
On Mi, 25.09.24 21:06, Brian Masney (bmas...@redhat.com) wrote: > On Wed, Sep 25, 2024 at 03:53:36PM +, dharm...@microchip.com wrote: > > yes something similar to this, I will experiment this and get back to you. > > > > and I think since the egt service and its libraries depend on the full >

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-30 Thread Lennart Poettering
On Di, 24.09.24 15:26, Mantas Mikulėnas (graw...@gmail.com) wrote: > On Mon, Sep 23, 2024 at 12:33 PM wrote: > > > Hi Team, > > > > I'm exploring the possibility of splitting the systemd binary to > > optimize boot time before and after switching to the root filesystem. > > > > I’m aware that the

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-30 Thread Lennart Poettering
On Mo, 23.09.24 09:33, dharm...@microchip.com (dharm...@microchip.com) wrote: > Hi Team, > > I'm exploring the possibility of splitting the systemd binary to > optimize boot time before and after switching to the root > filesystem. "the systemd binary"? There are a lot more than one... > I’m awa

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-29 Thread Dharma.B
Hi Brian, On 26/09/24 6:36 am, Brian Masney wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > On Wed, Sep 25, 2024 at 03:53:36PM +, dharm...@microchip.com wrote: >> yes something similar to this, I will experiment this and get back to yo

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-26 Thread Brian Masney
On Thu, Sep 26, 2024 at 06:43:40AM +, Umut Tezduyar Lindskog wrote: > Have you discussed moving cntvct-log to systemd-analyze? IMHO, systemd > can have better control when the target is reached to record the wall > time. No that doesn't make sense right now because cntvct looks at specific har

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-25 Thread Umut Tezduyar Lindskog
: dharm...@microchip.com Cc: sereni...@inventati.org , systemd-devel@lists.freedesktop.org Subject: Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot On Wed, Sep 25, 2024 at 03:53:36PM +, dharm...@microchip.com wrote: > yes something similar to this, I will experim

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-25 Thread Brian Masney
On Wed, Sep 25, 2024 at 03:53:36PM +, dharm...@microchip.com wrote: > yes something similar to this, I will experiment this and get back to you. > > and I think since the egt service and its libraries depend on the full > rootfs, integrating initramfs might not provide significant benefits in

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-25 Thread Dharma.B
Hi Serenissi, Thanks for your valuable comments. > which means you won't be able to run egt in initfamfs until main rootfs > is mounted anyways? Yes, egt depends on libraries and examples under /usr/share in rootfs. > In theory you can use RootImage to point to /sysroot and start egt after >

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-25 Thread serenissi
If you want to keep the egt service running from early initramfs into the new roootfs then see https://systemd.io/ROOT_STORAGE_DAEMONS > Since systemd v255, alternatively the SurviveFinalKillSignal=yes unit option can be set If the egt service can work very early in main rootfs then you can a

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-24 Thread Dharma.B
Hi Serenissi, On 24/09/24 2:58 pm, serenissi wrote: > du -sh /usr/lib/systemd/ > 13M /usr/lib/systemd/ > > du -sh /usr/lib64/systemd > 6.4M    /usr/lib64/systemd > > i.e. about 20M with most stuffs of systemd package installed. Is it too > large for initrd? Idk about your setup, might be em

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-24 Thread Mantas Mikulėnas
On Mon, Sep 23, 2024 at 12:33 PM wrote: > Hi Team, > > I'm exploring the possibility of splitting the systemd binary to > optimize boot time before and after switching to the root filesystem. > > I’m aware that the systemd binary is quite large and may not fit in the > initramfs, but is it feasib

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-24 Thread Nils Kattenbeck
Are you aware that tools like mkosi already generate initrds which run systemd? And systemd already has the logic to let services survive the pivot_root (though that is discouraged and you should better use fdstore to pass existing state to a new instance of the service). Cheers, Nils On Mon, Sep

Re: [systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-24 Thread serenissi
du -sh /usr/lib/systemd/ 13M /usr/lib/systemd/ du -sh /usr/lib64/systemd 6.4M    /usr/lib64/systemd i.e. about 20M with most stuffs of systemd package installed. Is it too large for initrd? Idk about your setup, might be embedded flash.. On 9/23/24 12:03, dharm...@microchip.com wrote: Hi

[systemd-devel] Exploring Minimal Systemd in Initramfs for Faster Boot

2024-09-23 Thread Dharma.B
Hi Team, I'm exploring the possibility of splitting the systemd binary to optimize boot time before and after switching to the root filesystem. I’m aware that the systemd binary is quite large and may not fit in the initramfs, but is it feasible to have a minimal version of systemd that can in