bug#31008 documents an EFI failure in grub install and suggests a workaround. However, when I use the workaround, I get the following error: Error: <Installing for x86_64-efi platform. Could not prepare Boot variable: Function not implemented grub2-install: error: efibootmgr failed to register the boot entry: input/output error ...propagated at /usr/lib/libDrakX/any.pm line 278 Any ideas on further information ? Tagging as release-blocker based on the status of bug#31008 .
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) => INVALIDStatus: NEW => RESOLVED