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
