Currently kexec-tools are installed in /usr, meaning that the kexec tool itself ends up in /usr/sbin/kexec. This is bad for people that need to do low-level maintenance of their system if /usr is not available (for example if it's on its own partition which is corrupted, or on an NFS somewhere else and the network is unavailable). It might also interfere with post-init-shutdown-pre-system-poweroff scripting. Quote from the FHS: /usr/sbin : Non-essential standard system binaries Purpose This directory contains any non-essential binaries used exclusively by the system administrator. System administration programs that are required for system repair, system recovery, mounting /usr, or other essential functions must be placed in /sbin instead. Being able to execute a new kernel sounds like an essential function, since it allows for fast rebooting into a different kernel without /usr available (maybe because someone forgot a driver after a re-compile) and kexec only uses libraries from /lib as well (I checked with ldd), so it really should go in /sbin instead of /usr/sbin.
i really dont consider it an essential function ... it's a useful feature not being able to reboot at all is an essential function, shaving off 20 seconds is not
It's not for being able to reboot swiftly, I'd consider it essential because some motherboards ship with buggy BIOSes that may not work properly when rebooting "normally". I actually possess two boards like this, and BIOS updates didn't help at all, thus the notion that kexec is pretty much essential to reboot them at all.
eeh, in critical cases where you have /usr not mounted you should be able to do the special magic to reboot - in other cases you already have /usr :) reopen if you disagree
