-
-
Notifications
You must be signed in to change notification settings - Fork 319
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
Bazzite not updating grub after upgrade to 41 (stuck in 39) #2188
Comments
Hello ! And also : |
Hi @jbtrystram , right away: Output of findmt /:
And finally, here's journalctl:
I hope it helps, let me know if there's anything else I can provide. Thanks for your help! |
since youre updating from fedora 39 to fedora 41, did you read https://universal-blue.discourse.group/t/important-announcement-regarding-system-updates-action-needed/2689 ? rebase to a bazzite version based on fedora 40 before july 2024 then run the script from the announcement, then rebase to latest and it should work possibly. |
I am having this same issue coming from 40. Trying to rebase with stable says I'm up to date but I have no option to boot into 41. findmnt / output:
rpm-ostree --version
journalctl
|
@HikariKnight thank you for your response. I am not an expert user of fedora/bazzite. I have used ubuntu in the past. I don't know that "rebasing" does. It must be what this describes: https://docs.bazzite.gg/Installing_and_Managing_Software/Updates_Rollbacks_and_Rebasing/rebase_guide/ I don't seem to have However, I don't know how to do this part:
When I try to list the parts available with skopeo ( |
actually run the script from the link i sent then run |
Hi @HikariKnight . I tried running the script you linked (
Which also prompted me to reboot, so I did. Question: am I supposed to see any difference in grub by this point? I still see the same options I saw before (only options for fedora 39 appear). I could reboot with Fedora 39, but I don't think that is what you were suggesting. I think you were expecting for 41 to pop up in the grub menu by this point, which it hasn't. Strongly considering doing a full reinstall at this point. |
it should update you to fedora 41 as i did a large gap update like that myself and it worked so this is very odd |
@HikariKnight Is the order of operations here important, such as rebooting twice, after the fix script and then after the rebase? @kikito What is the output of |
@atimeofday same as before:
Output of
|
Googling around I found an issue similar to mine (coreos/rpm-ostree#3715 ) One of the diagnosis steps is running
That is interesting, it says that I then found this stackoverflow question (https://unix.stackexchange.com/questions/434446/etc-default-grub-line-60-terminal-output-command-not-found) from someone having a similar issue. Their issue was:
Which might be part of my problem:
Those two files are identical in my machine at the moment. On that stackoverflow question /etc/default/grub needed to be something completely different. What is |
Mine is edited for theming but should provide a ballpark estimate of what it should look like:
Which uhhh.... yeah that looks nothing like Based on my old notes here https://universal-blue.discourse.group/t/grub-theming-guide-for-silverblue-ublue/370 the original file was:
The BLSCFG line may also be altered, but should theoretically only have the cosmetic effect of keeping Grub from displaying duplicate entries on Fedora Atomic images. |
This did the thing! I was able to finally update to 41. Putting the steps here in case it's useful for someone in the future. Note that these steps are from memory so some of them might not be exact/correct/necessary:
The TLDR is: something had screwed with my Retrospectively, a lot of these issues could have been detected sooner if grub was slightly more verbose on its error messages. All I was getting was a For now, closing this issue. Thanks everyone for the help. |
Thanks for the detailed write-up @kikito ! FYI (this may be useful to someone else finding this), a copy of the default I recommend this read about |
Describe the bug
My system seems to be stuck in Bazzite 39, I can't seem to be able to upgrade to 41. I suspect a problem updating the grub menu.
What did you expect to happen?
I expected the Bazzite 41 option to appear on the Grub2 boot menu after updating, but it has not.
ujust update
on the console right now.Output of `ujust upgrade`
Pressing "quit" I get the message "topgrade finished successfully". I have rebooted afterwards. Grub2 only shows 2 fedora 39 options
I have looked at my
/etc/grub.d/grub.cfg
file. It does look like 41 is trying to source its config from a separate file (/boot/grub2/custom.cfg
), while 39 puts its config menuitem options directly on the file:Output of `sudo cat /boot/grub2/grub.cfg`
That seems to be part of the issue; assuming
config_directory
for grub means/boot/grub2
, there's a/boot/grub2/grubenv
file there, but there's nocustom.cfg
file:It definetly looks like there's a problem in writing to grub2, I got a warning when running
rpm-ostree status
(pasting that below, on the next section). It suggests runningjournalctl -b -1 -u ostree-finalize-staged.service
, which I did:There is a couple warnings there about a version mismatch (10.42 vs 10.44) which I don't know what to do with.
Output of
rpm-ostree status
Hardware
This is a desktop PC.
Extra information or context
No response
The text was updated successfully, but these errors were encountered: