Bug 2402975
| Summary: | inst.sdboot does not install or configure systemd-boot | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Chris Murphy <bugzilla> | ||||||||||||||||||
| Component: | anaconda | Assignee: | anaconda-maint | ||||||||||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||
| Severity: | medium | Docs Contact: | |||||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||||
| Version: | 43 | CC: | a.badger, alpha, anaconda-maint, bugzilla, cmdr, jeremy.linton, kkoukiou, kobuck75, lars.bohl, paul, w | ||||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||||
| Hardware: | Unspecified | ||||||||||||||||||||
| OS: | Linux | ||||||||||||||||||||
| Whiteboard: | |||||||||||||||||||||
| Fixed In Version: | anaconda-44.8-1.fc44 | Doc Type: | --- | ||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||
| Last Closed: | 2025-12-10 16:59:27 UTC | Type: | --- | ||||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||
| Embargoed: | |||||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||
|
Description
Chris Murphy
2025-10-10 03:32:14 UTC
Created attachment 2109236 [details]
syslog
Created attachment 2109237 [details]
anaconda.log
Created attachment 2109238 [details]
storage.log
Created attachment 2109239 [details]
packaging.log
Created attachment 2109240 [details]
dnf.log
Created attachment 2109241 [details]
program.log
I can confirm this happens (even when not tinkering with any layouts). Fedora 42 Server ISO's do correctly use sd-boot when inst.sdboot is passed. Confirmed with the F43 1006 compose on x86_64 bios and uefi using both the DVD ISO as well as the NetBoot ISO. Also confirmed with the F43 1009 compose on x86_64 bios and uefi using both the DVD ISO as well as the NetBoot ISO. Not unique to server. Can replicate on KDE, WS, Kinoite, and Silverblue, both UEFI and BIOS boot modes. Looks like anaconda is getting the right parms DEBUG:anaconda.modules.storage.bootloader.bootloader:The default type is set to 'BootloaderType.SDBOOT'. but then goes and creates: INFO:anaconda.modules.storage.bootloader.factory:Created the boot loader EFIGRUB. which i'm guessing is one of the commits that are changing the bootloader selection if there is a GPT/whatever partition already on the drive, but I don't see the exact issue at the moment. But, then looking at the anaconda log, I don't see sdubby there either, and afaik it should be, meaning that once anaconda actually activates the right path, it might not work anyway. I can replicate on bare metal installation using the Everything ISO. KDE and Gnome tested so far. Fedora 42 is not affected. This new issue was introduced with the F43 installer. See bug 2418280. I think I found the issue. See pull request: https://github.com/rhinstaller/anaconda/pull/6798 *** Bug 2418280 has been marked as a duplicate of this bug. *** Created attachment 2118150 [details]
anaconda-logs-f43.tgz
The fix was merged to main (F44) on 2025-12-08. We have confirmed that the fix in commit 15e1891414 works. Systemd-boot gets installed as expected. See anaconda-logs-f43.tgz.
Created attachment 2118154 [details] updates.img Hotfix for the F43 sdboot problem: Download updates.img, copy to web server and add it to the installer's kernel cmdline options. Example: inst.updates=http://my.webserver.local:8080/updates.img Instructions for building updates.img: * git clone https://github.com/rhinstaller/anaconda.git * git checkout fedora-43 * git cherry-pick 2107e59 e462d41 # e462d41 is the fix. 2107e59 optional, logging improvement * for file in dockerfile/anaconda-iso-creator/lorax-build*; do sed -i 's|dl\.fedoraproject\.org/pub/fedora/linux/development/43|dl.fedoraproject.org/pub/fedora/linux/releases/43|' $file; done * git commit -am "fix lorax build" # The previous step changed some configuration files . This was necessary for successful build. Commit these changes. * scripts/testing/rebuild_iso # needs root, takes a long time * scripts/testing/update_iso -t anaconda-43.33 # needs root? Documentation for inst.updates option: https://anaconda-installer.readthedocs.io/en/latest/boot-options.html sha256sum updates.img: 0c6d5ca2b935d92b40bddddb4b023dc1b0a285c3748524a950bace2969586e47 FEDORA-2025-3190649b5c (anaconda-44.8-1.fc44 and anaconda-webui-60-1.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2025-3190649b5c FEDORA-2025-3190649b5c (anaconda-44.8-1.fc44 and anaconda-webui-60-1.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report. *** Bug 2396399 has been marked as a duplicate of this bug. *** |