I installed a GRUB theme and changed some options in the config but now I need to run update-grub
(alias for grub2-mkconfig -o /etc/grub2-efi.cfg
) after every kernel update or else that new kernel version won’t boot. Does anybody know a fix for this?
I only installed the theme (I think by using grub customizer) and then I changed some options in
/etc/default/grub
to e.g. show a submenu for the kernel versions instead of having them all in one list. I don’t know what BLS is but I have the optionGRUB_ENABLE_BLSCFG
set to false, if I remember correctly, I set that to false because the theme wouldn’t show up otherwise or something. But from your comment, it sounds like BLS has something to do with dynamically loading kernel entries, so maybe setting that to false is the source of my issue.Based on how the script
/usr/lib/kernel/install.d/99-grub-mkconfig.install
(a script that runs on kernel installations) behaves, unless you are running in Xen Hypervisor or are on an architecture that doesn’t support it, Fedora by default expects to haveGRUB_ENABLE_BLSCFG
set to true. This script is provided by the packagegrub2-common
, so it’s unlikely it can be removed without removing the GRUB bootloader’s management system entirely.More than likely, most customizations will work just fine with
GRUB_ENABLE_BLSCFG
set to true as long as you properly rungrub-mkconfig
(or justupdate-grub
) after you make those changes so that they get applied to the bootloader portion of GRUB itself.If for some reason you do absolutely need to disable BLS in order to get the customization you want, the proper way to enforce
grub-mkconfig
on new kernels would be to write a script in the/usr/lib/kernel/install.d/
directory titled like98-grub-manual-mkconfig.install
that would forcibly run the proper mkconfig command after kernel installation and initramfs generation.I just tested it, enabling
GRUB_ENABLE_BLSCFG
fixed the issue. Unfortunately, submenus don’t work with it enabled. That was probably why I disabled it. Thanks for your help.