Bug#826045: systemd: New kernels are not booted
Andre Heider
a.heider at gmail.com
Mon Jan 31 16:27:30 GMT 2022
On 30/01/2022 21:51, Michael Biebl wrote:
> For anyone interested, I've submitted
> https://salsa.debian.org/systemd-team/systemd/-/merge_requests/138
>
> Which also ships some very basic /etc/kernel hooks and a simplistic
> postinst.
>
> Would welcome feedback / follow-up fixes if needed.
That looks nice, thanks for working on this!
I'm still using the very same scripts I posted above, it's still working
like a charm after 5 years with all the kernel updates and whatnot :)
I haven't tested your PR, and I lack the confirmed account on salsa to
comment there, so I'll add it here, including answers to questions over
there:
- removing sd-boot from the root fs won't render the system unbootable,
since sd-boot needs to be installed to the efi partition. There's
`bootctl remove` for that
- likewise with updating it. `bootctl status` reports "systemd-boot
247.9-4" here, while the systemd package is already at 250.3-2, I'd have
to `bootctl update` it to update it to that version
- checking if sd-boot is used can be checked via bootctl and should
probably be used by the containing scripts instead of test -d /boot/efi:
$ bootctl is-installed; echo $?
yes
0
- contrary to the comments on salsa `kernel-install` is not part of your
new package and I think it makes sense to move there. While it's using
the "Boot Loader Specification", it's only used for stuff that's already
part of this package. Even if there's a need for it without using
sd-boot, one can install the sd-boot package without actually using it
for booting the box (assuming the package scripts don't enforce it)
Regards,
Andre
More information about the Pkg-systemd-maintainers
mailing list