-
Notifications
You must be signed in to change notification settings - Fork 199
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
no longer able to update Silverblue due to grub2-mkconfig failing #3715
Comments
Doing Only do this if you're not dual booting two different operating systems though (or you are, but the Silverblue bootloader is the one being chainloaded). A more nuclear option in that case would also be is to switch to using |
Thanks for your reply @jlebon
Doesn't say much:
Does not help either:
|
|
from a
|
Thanks. I thought that It seems like there might be some attached disk that GRUB no longer recognizes. Might be worth trying to unplug any non-Silverblue disks and try again just to get out of this? |
No idea sorry since I can't follow anymore in detail all the grub2 changes anymore. @frozencemetery may be able to help. |
Suggest filing a bugzilla. First things we'd ask are to retry with the latest grub2, then adding verbosity flags, and if that doesn't work, it's gdb time. |
How can I update grub2 as all updates are broken because of this? |
|
Just to close the loop on this: the issue turned out to be that several mtimes of files on the ESP were set to the epoch, and grub2 didn't handle that properly. I've now patched grub2, and I think this bug can now be closed. |
Thanks for investigating this! We should probably also try to add a systemd unit that force-disables the grub2 backend for ostree and hence relies solely on BLS. |
We need to make it easier to update the bootloader on these variants because unlike on traditional systems, it's not updated automatically with the rest of the system. Add bootupd for that. This would allow fixing issues like: - coreos/rpm-ostree#3715 - fedora-silverblue/issue-tracker#120 (comment) It won't be enabled by default and as mentioned in that comment requires work in Anaconda to be seamless. But at least with this users should be able to adopt and update: https://github.com/coreos/bootupd/blob/main/README-design.md See also the tracker issue where we did this for Fedora CoreOS: coreos/fedora-coreos-tracker#510
Host system details
Expected vs actual behavior
I'm no longer able to update my Silverblue.
rpm-ostree update
works fine but the changes are discarded when rebooting.rpm-ostree status
does say something went wrong:I tried running the finalized stage manually:
And indeed grub2 is failing:
This guy suggested that's a Grub 2.06 regression but I'm not sure how to properly downgrade it as I'm no longer able to add new deployment to grub.
The text was updated successfully, but these errors were encountered: