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:
- Download F36 image and write to USB flash memory storage.
- On a computer with EFI firmware and an existing OS, boot from the storage.
- Start the installation.
- Press Ctrl+F2 to access a shell and do not attempt automount.
- Mount the EFI partition in a directory under /mnt, rw.
- Rename the 'EFI' directory to 'EFI2'. (This is a suggested mitigation for the issue)
- Unmount the partition and press Ctrl+F5 to return to the anaconda GUI.
- Manually configure a new btrfs partition and subvol from free space in blivet-gui, assigning the mount point '/'. Set the existing EFI partition as mount point '/boot/efi'.
- Press 'Done' and continue the installation.
Expected behavior
Congratulations! Silverblue is successfully installed. Instead of a dialog box indicating a fatal error completing an "ostree admin" command.
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.