You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On older Silverblue systems (installed from Silverblue 33 at least), the GRUB config is stored in the ESP instead of /boot.
The migration logic that we have right now is not enough, as it would have to look at this file as well, clean it up, and enable blscfg and maybe also make sure to add the info pointing GRUB to the boot partition to find the boot entries.
The text was updated successfully, but these errors were encountered:
travier
changed the title
Static GRUB config migration does clean up GRUB configs stored in ESP
Static GRUB config migration does not clean up GRUB configs stored in ESP
Feb 18, 2025
travier
changed the title
Static GRUB config migration does not clean up GRUB configs stored in ESP
Static GRUB config migration does not handle GRUB configs stored in ESP
Feb 18, 2025
Maybe my understanding is not correct, do we need to run grub2-mkconfig to regenerate the new grub.cfg, also enable blscfg as I see the GRUB_ENABLE_BLSCFG=false in /etc/default/grub? Is it necessary to migrate to the static grub config in this case?
On older Silverblue systems (installed from Silverblue 33 at least), the GRUB config is stored in the ESP instead of
/boot
.The migration logic that we have right now is not enough, as it would have to look at this file as well, clean it up, and enable
blscfg
and maybe also make sure to add the info pointing GRUB to the boot partition to find the boot entries.See: https://discussion.fedoraproject.org/t/sb42-updates-fail-on-system-with-512mb-boot-128mb-boot-efi/145041/14
And also: #856
The text was updated successfully, but these errors were encountered: