<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>If you want to keep the egt service running from early initramfs
      into the new roootfs then see
      <a class="moz-txt-link-freetext" href="https://systemd.io/ROOT_STORAGE_DAEMONS">https://systemd.io/ROOT_STORAGE_DAEMONS</a> <br>
    </p>
    <p>> Since systemd v255, alternatively the
      SurviveFinalKillSignal=yes unit option can be set</p>
    <p>If the egt service can work very early in main rootfs then you
      can as well put it in basic.target so it relaunches as soon as
      possible after switch root.</p>
    <p>However</p>
    <p>> <span style="white-space: pre-wrap"> only the core binaries would reside in it, while the larger </span><span
      style="white-space: pre-wrap">dependencies, including libraries for egt, would remain in the root </span><span
      style="white-space: pre-wrap">filesystem.</span></p>
    <p><span style="white-space: pre-wrap">which means you won't be able to run egt in initfamfs until main rootfs is mounted anyways? Or are the libraries like plugins to be loaded later? Am I missing something here?</span></p>
    <p><span style="white-space: pre-wrap">In theory you can use RootImage to point to /sysroot and start egt after rootfs is mounted in initramfs. That way you won't even need the binary inside initramfs. This will give a very small amount of time advantage of launching systemd in rootfs and running basic.target. Not sure if that is what you are looking for.
</span></p>
    <div class="moz-cite-prefix">On 9/25/24 06:07,
      <a class="moz-txt-link-abbreviated" href="mailto:Dharma.B@microchip.com">Dharma.B@microchip.com</a> wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:9ec81d5f-eb88-4656-a473-73fe81449eb1@microchip.com">
      <pre class="moz-quote-pre" wrap="">Hi Serenissi,

On 24/09/24 2:58 pm, serenissi wrote:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">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..
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
The objective is to accelerate the launch of the egt-launcher by 
incorporating a minimal version of systemd within the initramfs. The 
idea is to have systemd initiate essential services, specifically the 
egt-launcher, as early as possible. Given the size constraints of the 
initramfs, only the core binaries would reside in it, while the larger 
dependencies, including libraries for egt, would remain in the root 
filesystem.

I’m considering whether this minimal systemd could track these services 
and continue managing them seamlessly after transitioning to the main 
rootfs. Is this approach feasible within the current systemd framework, 
or are there alternative strategies we could pursue for this use case?

</pre>
    </blockquote>
  </body>
</html>