| Summary: | EFI install failure: Could not prepare Boot variable: Function not implemented | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Frank Griffin <ftg> |
| Component: | Installer | Assignee: | Mageia tools maintainers <mageiatools> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | major | ||
| Priority: | release_blocker | CC: | mageia |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: | Zipped report.bug | ||
|
Description
Frank Griffin
2022-10-23 20:16:34 CEST
Thanks for the report. Assigning to tools people re the Installer. Assignee:
bugsquad =>
mageiatools After the failure, switch to the debug console using Ctrl-Alt-F2, insert a formatted USB stick in a spare socket, and enter the command "bug". That will write a "report.bug" file to the USB stick. Compress that file and attach it to this bug report. CC:
(none) =>
mageia Created attachment 13450 [details]
Zipped report.bug
report.bug.zip as requested.
Have you previously installed Mageia 8 on this machine without any such problem? Can you use your BIOS to manually select and boot from the \EFI\mageia\grubx64.efi file? If so, after booting Mageia 9, what's the output from (as root) 'efibootmgr -v'? If that's not possible, try selecting the option to install GRUB in \EFI\BOOT when configuring GRUB in the installer. (In reply to Martin Whitaker from comment #4) > Have you previously installed Mageia 8 on this machine without any such > problem? No, I've always been cauldron-only. > > Can you use your BIOS to manually select and boot from the > \EFI\mageia\grubx64.efi file? If so, after booting Mageia 9, what's the > output from (as root) 'efibootmgr -v'? No, unfortunately. > > If that's not possible, try selecting the option to install GRUB in > \EFI\BOOT when configuring GRUB in the installer. That actually worked, sort of. It boots, and immediately stalls for several minutes before putting out the message that the timeout for some UUID has been reached, but then the boot proceeds normally. Actually, doing the install/update to get back to the summary screen, grub/ESP(EFI) is now selected automatically, and I just had to check "boot from EFI" on the first subpanel. Booting this way, there's no efibootmgr in the root path. If it has never worked before, it seems likely that your machine does not support writing to the EFI NVRAM from the OS. To test that, install efibootmgr and try rewriting the boot order. It's not that it never worked before, it always worked under previous cauldrons. However, I haven't had the machine in service for quite a while, and I can't swear that it ever worked with UEFI as opposed to legacy boot. Well, the way to test would be to try to install Mageia 8 in UEFI mode. If that runs into the same problem, it's likely you never used UEFI before. I'll try that. Just out of curiosity, did we drop legacy boot and if so why ? No, legacy boot is still supported. It's your BIOS that chooses which mode to boot in. Without evidence to the contrary, I'm assuming this is a genuine limitation of the BIOS on your machine, so closing. Feel free to reopen if you can show it works with Mageia 8 or with another distribution. Resolution:
(none) =>
INVALID |