Skip to content
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

Failed to write boot loader configuration with Silverblue 41 on Framework 13 #614

Open
alexjg opened this issue Nov 11, 2024 · 11 comments
Open
Labels
bug Something isn't working f41 Related to Fedora 41 upstream Issue reported, fixed or related to upstream projects

Comments

@alexjg
Copy link

alexjg commented Nov 11, 2024

I’ve just received a brand new DIY Framework 13 and I wanted to give Silverblue a try. I created an install USB using Fedora Mediawriter and started the installation. I used the automatic disk formatting option but ticked the box to encrypt my data and chose a passphrase and then let the installer get on with it.

At some point I received an error that read something like “failed to write boot loader configuration”. I click to let it continue installing but on reboot I got a GRUB error screen.

At first I thought this might be a failure in the hardware, so just to check I created a Fedora Workstation install USB on the same USB stick and installed that using the same options and that worked fine.

This reproduces reliably. I've tried using different USB sticks and I've also encountered the same issue when attempting to install Bluefin. I would love to provide you with some logs but it wasn't immediately obvious to me how to get them off of the device during installation. I'm quite happy to run through the installation again and take photographs of the screen if that would help, just let me know what I should be getting photographs of.

@alexjg alexjg added the bug Something isn't working label Nov 11, 2024
@travier
Copy link
Member

travier commented Nov 12, 2024

This is likely #284 / https://bugzilla.redhat.com/show_bug.cgi?id=1575957.

Make sure to wipe your /boot & /efi partitions before the installation, either via a Live ISO, the console, or in the advanced disk setup option.

@travier travier closed this as not planned Won't fix, can't repro, duplicate, stale Nov 12, 2024
@alexjg
Copy link
Author

alexjg commented Nov 12, 2024

Can you describe what I should do in the advanced disk setup option to achieve this? It sounds like you're suggesting that I manually create the partitions in order to ensure that the /efi and /boot partitions are removed but I'm not sure what partitions I should actually create.

@travier
Copy link
Member

travier commented Nov 12, 2024

You need to make sure they are wiped / reformatted. If you are not dual booting, you can remove all partitions, then use the default layout.

@alexjg
Copy link
Author

alexjg commented Nov 12, 2024

So I ran the installation again intending to do as you suggest but it looks like the successful installation of Workstation (which was the last thing I did before submitting this issue) has also wiped /efi and /boot partitions because the installation of Silverblue succeeded this time.

Thus, one easy way to fix this particular problem is to install vanilla Workstation, then immediately install Silverblue.

@OnyxAzryn
Copy link

I actually just got my new Framework 13 today and tried to install Silverblue as well using automatic partitioning with encryption and faced the same exact issue on a brand new SSD. However, I cannot seem to get passed this problem no matter what I do. I tried formatting the partitions, deleting and recreating them, and even tried to install Workstation then Silverblue, but none of these worked.

@travier
Copy link
Member

travier commented Nov 13, 2024

Please provide logs or at least a screenshot of the error message.

@valberg
Copy link

valberg commented Dec 2, 2024

I'm experiencing the same error. Here are some (sorry for bad quality) photos I took of the error:

signal-2024-12-02-215755_003
signal-2024-12-02-215755_002
signal-2024-12-02-215755
signal-2024-12-02-233458

@travier travier reopened this Dec 3, 2024
@travier
Copy link
Member

travier commented Dec 3, 2024

Thanks for the screenshots. It looks like there is potentially a bug in bootupd when there is already an EFI boot entry matching what we are installing.

@travier travier added f41 Related to Fedora 41 upstream Issue reported, fixed or related to upstream projects labels Dec 3, 2024
@valberg
Copy link

valberg commented Dec 3, 2024

@travier I tried using Fedora Workstation Live USB to use efibootmgr to remove all entries and then tried installing again, resulting in the same error.

@travier
Copy link
Member

travier commented Dec 3, 2024

Did you make sure to wipe the EFI partition when installing?

@fotnite-vevo
Copy link

fotnite-vevo commented Dec 11, 2024

I was having the same issue on the same device. It occured on a completely new Framework 13 with a new SSD. Even after wiping the drive before trying again, it still occured every time. The Fedora 41 Workstation installer didn't have the same issue.

However, once I installed Fedora 41 Workstation, updated my firmware from there with fwupdmgr, then wiped the drive and tried to install Silverblue, the installation was successful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working f41 Related to Fedora 41 upstream Issue reported, fixed or related to upstream projects
Projects
None yet
Development

No branches or pull requests

5 participants