[systemd-devel] Doing kexec reboot right in systemd
lennart at poettering.net
Mon Mar 26 11:07:30 PDT 2012
On Fri, 23.03.12 07:36, Simon Horman (horms at verge.net.au) wrote:
> On Thu, Mar 22, 2012 at 09:14:56PM +0200, Marti Raudsepp wrote:
> > Hi list,
> Hi Marti,
> > I was recently pondering how systemd could use kexec "properly", in a
> > reasonably general way, to make reboots faster. I exchanged an email
> > with Poettering on the systemd list and he suggested me to ask here.
> > My current proposal:
> > 1. Include a template 'kexec-load.service' with kexec-tools, which
> > distros/users could customize to load the right kernel and initrd via
> > /sbin/kexec
Hmm, so since this would then belong in the shutdown path of systemd,
and only be added for the kexec shutdown path I actually think it would
make more sense to add this into systemd itself instead of kexec-tools,
to ensure the right ordering.
Marti, sorry for changing my mind on this: would be great if you could
prep a patch for this for systemd itself.
> > 3. During a reboot, after systemd has finished shutting down, it
> > detects via /sys/kernel/kexec_loaded whether the kexec kernel is
> > loaded. If 1, it performs a 'kexec -e'. If not, it does a normal
> > reboot.
I'd like to keep kexec.target different from reboot.target by
default, so that people have both options available.
So, how I'd envision this:
a) we introduce kexec-load.service which is always in the kexec.target
shutdown path, never in reboot.target. Doesn't need to be enabled.
b) kexec-load.service becomes a NOP if a kernel is already loaded
c) "systemctl reboot" continues to check whether a kernel is already
loaded, and if so results in kexec.target being started rather than
d) If the user wants that the machine is always rebooted via kexec,
never with traditional reboot, he can manually create a symlink
That way, that in general both paths always exist, unless the admin
manually loaded a kernel or manually redirected all reboots to kexec.
Does that make sense?
Lennart Poettering - Red Hat, Inc.
More information about the systemd-devel