On Mi, 13.03.24 16:57, Aditya Gupta (adit...@linux.ibm.com) wrote:

> Hello,
>
> I tried systemd-soft-reboot on a RHEL system, and it's amazing in terms
> of it's ability to do a userspace reboot, within fraction of time of a
> full system reboot. For example, for a Power system taking around 50
> seconds to do a normal reboot, it took around 4-5 seconds for a
> systemd-soft-reboot.
>
> I have a question on further optimisation. After soft-reboot, I notice
> much of the time is taken up by .device and .mount services. This was my
> observation based on 'systemd-analyze blame'. Please do let me know if
> I am seeing the wrong numbers, or if there's a better way to know.
>
> Is there some way to 'pass-through' these mounts ? That is, I might not
> need to unmount and remount my boot/root paritions.

Bind mount the relevant mounts from the current system into
/run/nextroot/ if you are using that.

If you are not using /run/nextroot/ then you can also define the mount
via a .mount unit (rather letting it be auto-generated via /etc/fstab
+ systemd-fstab-generator), and then set DefaultDependencies=no in it,
so that it does not get an implicit Conflicts= dependency on umount.target.

This is briefly documented on the systemd-soft-reboot.service man page btw.

Lennart

--
Lennart Poettering, Berlin

Reply via email to