Describe the bug
With systemd-boot v245, the default set in loader.conf by systemd-boot-builder.py is no longer respected. In the current state, it will always choose the boot loader entry with the largest version in the loader .conf file. This corresponds to the largest generation number.
To Reproduce
Steps to reproduce the behavior:
- On
nixos-unstable, run bootctl install or bootctl update to ensure the latest systemd-boot is used.
- Run
nixos-rebuild boot --rollback to switch back to a previous generation.
- Reboot and notice that it still defaults to the latest generation, not the previous one.
Additional context
This is a result of the following change: systemd/systemd@6cd12eb
The fix seems fairly straightforward, to just have systemd-boot-builder.py include the .conf suffix on the default entry in the loader.conf file. However, we would still have a problem if the user is using an older version of systemd-boot (if he or she hasn't updated with bootctl update).
Similarly, a user who hasn't updated systemd-boot using bootctl update since updating to v235 would not encounter this issue, since the default is still correct for their version of systemd-boot.
Upstream issue: systemd/systemd#15068
Notify maintainers
@flokli @andir @edolstra
Describe the bug
With systemd-boot v245, the
defaultset inloader.confbysystemd-boot-builder.pyis no longer respected. In the current state, it will always choose the boot loader entry with the largestversionin the loader.conffile. This corresponds to the largest generation number.To Reproduce
Steps to reproduce the behavior:
nixos-unstable, runbootctl installorbootctl updateto ensure the latestsystemd-bootis used.nixos-rebuild boot --rollbackto switch back to a previous generation.Additional context
This is a result of the following change: systemd/systemd@6cd12eb
The fix seems fairly straightforward, to just have
systemd-boot-builder.pyinclude the.confsuffix on thedefaultentry in theloader.conffile. However, we would still have a problem if the user is using an older version ofsystemd-boot(if he or she hasn't updated withbootctl update).Similarly, a user who hasn't updated
systemd-bootusingbootctl updatesince updating tov235would not encounter this issue, since thedefaultis still correct for their version ofsystemd-boot.Upstream issue: systemd/systemd#15068
Notify maintainers
@flokli @andir @edolstra