The biggest benefit is probably is that systemd knows the PartUUID of the boot partition and can automount it without needing an fstab entry for it. The time variables only help people who want to do boot analysis as it adds both the time it takes too boot up the firmware(EFI) as well as the time spent in the boot loader for the "systemd-analyze" command.
Last edit: sirblackheart 2015-10-06
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Those seem like extremely minor benefits. Most distributions don't even mount the ESP at /boot, where systemd does, by default. Between the extra code in rEFInd and the (small) extra risks of writing more stuff to NVRAM on every boot, I don't think I'll implement this support unless and until it becomes significantly useful to the OS.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
any chance of getting support for the freedesktop Boot Loader Interface as definded here?
http://www.freedesktop.org/wiki/Software/systemd/BootLoaderInterface/
Is there actually any benefit to that? I don't want to add code unless I know it's doing something useful.
The biggest benefit is probably is that systemd knows the PartUUID of the boot partition and can automount it without needing an fstab entry for it. The time variables only help people who want to do boot analysis as it adds both the time it takes too boot up the firmware(EFI) as well as the time spent in the boot loader for the "systemd-analyze" command.
Last edit: sirblackheart 2015-10-06
Those seem like extremely minor benefits. Most distributions don't even mount the ESP at
/boot
, where systemd does, by default. Between the extra code in rEFInd and the (small) extra risks of writing more stuff to NVRAM on every boot, I don't think I'll implement this support unless and until it becomes significantly useful to the OS.