-
Notifications
You must be signed in to change notification settings - Fork 3
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
Dual boot / Better support in Anaconda for existing EFI setup #284
Comments
https://bugzilla.redhat.com/show_bug.cgi?id=2167086 -- tracking this in BZ. The old bug from a duplicate have different error raised. |
This is likely to be a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1575957 |
Same issue with Fedora Kinoite. I even tried to format the existing EFI partition but it failed in the same way. Also tried the other tricks about moving the |
I can reproduce this too, on Kinoite and also ublues ISO installer |
Unable to install the latest SB without reformatting efi, which nixed my NixOS install. The workaround of creating a new efi failed, although I used that approach effectively in the past with Kinoite. |
This issue seems to be specific to existing non-Windows installations. I was able to install Fedora Silverblue after installing Windows. Tested with all combinations of: Fedora Silverblue 37 and 39, Windows 10 21H2 and Windows 11 23H2. Both manual partitioning (re-using the "EFI System Partition" from Windows as |
@LukeShortCloud : Could you please elaborate on how you succeeded to install Silverblue after installing Windows (or with Windows 10/11 already installed) If you could please detail your partitionning scheme either manual (what you meant by re-using the "EFI System Partition" from Windows as Thank you for your insights |
Hello,
I am sorry, I do not quite understand what user you are and what exactly you are referring to...
I commented on this thread " [Dual boot / Better support in Anaconda for existing EFI setup #284](#284 (comment)) " the following message
Please expand/detail your answer by mail, I lack the context related to my answer
Thanks !
[image.png]
Le lundi 12 février 2024 à 1:28 PM, OpenSauce ***@***.***> a écrit :
… On F39 Silverblue I can't install even when reformatting the EFI partition in Anaconda
—
Reply to this email directly, [view it on GitHub](#284 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/BCAUT4VP55L5JSVSWAJSDYTYTIDFVAVCNFSM5WL4TGZKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCOJTHA2TQNZTGI2A).
You are receiving this because you commented.Message ID: ***@***.***>
|
By manual format, I mean that I selected the 260 MiB FAT32 partition from Windows (used to store the EFI partition) and assigned it to the manual mount point of I tested using Virtual Machine Manager ( |
I successfully installed Kinoite in a dual boot with Windows 11, using a second ESP. Starting with a machine with an existing Windows 11 installation, here's the partition layout I have.
I used Fedora Media Writer to create a bootable Kinoite installation media - which also works with secure boot enabled.
This way, the installation was successful, but Windows did not show up in GRUB yet. I had to run At this point I have a working Kinoite + Windows 11 setup with secure boot enabled. |
Hi there! I have installed Silverblue 40 dualboot with NixOS, and it works after 4th trial with automatic configuration from Anaconda. 😊 |
I have my MSI laptop, originally with Windows 11, booting three OSes: Windows 11, Ubuntu 22.04, and Fedora Silverblue Bluefin-DX, all from one physical 2 TB Nvme SSD. Before I installed Silverblue, I read the documentation which specifically recommends to install it in a different disk. But it did not satisfactorily explain why. So, I decided to install Silverblue anyway. With UEFI is much easier because during the manual installation (manual partitioning) you are given the choice to create the EFI partition for Silverblue (350 MB), as well as boot (1024 MB). Additionally, I created separate Btrfs partitions for /root (40 GB), /home, and /var. The only difference with my previous Ubuntu 22.04 installation is that Fedora Silverblue requires to be selected as the boot manager in the UEFI setup, which is fine with me. I still have the boot options for Windows 11 and Ubuntu 22.04 in the Silverblue/Bluefin-DX boot menu. Another OS that I tried in the same MSI laptop, and also requires to be the boot manager, is Manjaro. After some tests I removed the OS. The instructions to install Manjaro in a dual-boot disk is well explained in YouTube videos. It is somewhat different to an Ubuntu installation because Manjaro and Silverblue call for the creation of an EFI partition. My Bluefin-DX is very stable after installing it as a second-boot OS. It was actually the third try at installing and testing the Fedora Silverblue installer until I got it right, partition size-wise, volume type (fixed vs automatic), and type (Btrfs). The installer is very friendly. |
Thank you for detailled answers , regarding partitionning @LukeShortCloud @latenightdef and @f0nzie As I understand I, when installing Silverblue/Kinoite as second OS after Windows 10/11 there are two possibilities using Anaconda:
Which options in Anaconda blivet @LukeShortCloud have to be activated to that the mount point of
and
Could you please @latenightdef share the relevant updated With SecureBoot on and TPM on, (and Bitlocker in Windows is also on) I get an SecureBoot error from by EFI firmwre boot setup. But this sequence fails: |
Here's the relevant menuentry part
This worked at least with a UEFI QEMU virtual machine
|
I tried installing both Fedora Kinoite and UBlue (Aurora) and was failing when using dual-boot with Win 11 at bootloader writing step ( |
This issue tracker is intended only for Silverblue specific issues. We would like to ask you to try to reproduce the issue on a relevant Fedora Workstation release. If you will be able to reproduce there, then please report it in Red Hat Bugzilla or in upstream (preferred for GNOME projects) and not in this issue tracker.
Describe the bug
Though this is a known issue, after hoping against hope that some progress might have been made on this since F34, anaconda once again fails to install Silverblue F36 onto a computer with one or more existing operating systems properly and stops before the EFI boot configuration is correctly written.
I have tried to repair the boot configuration myself, but I was not certain what layout anaconda would have used. At the moment, the root mount is a btrfs subvol ("root-0"). There are no other subvols. I can manually copy the GRUB boot commands from another machine to boot, but hit another problem as the root is mounted read only, which includes the /boot directory. Subsequent updates to the boot entries fail for this reason.
Is there a reference somewhere that I can use to understand the default mount layout in Silverblue? Do I need another subvol to mount /boot rw?
To Reproduce
Please describe the steps needed to reproduce the bug:
Expected behavior
Congratulations! Silverblue is successfully installed. Instead of a dialog box indicating a fatal error completing an "ostree admin" command.
The text was updated successfully, but these errors were encountered: