Bug 27641 - UEFI install fails at the end
Summary: UEFI install fails at the end
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-21 02:00 CET by Frank Griffin
Modified: 2020-12-28 22:23 CET (History)
2 users (show)

See Also:
Source RPM:
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Frank Griffin 2020-11-21 02:00:15 CET 
A fresh network nonfree install (UEFI) on an empty disk works fine until exiting out attempts to write the bootloader, which gets:

An error occurred
grub2-install failed: installing for x86_64-efi platform.
Could not prepare Boot variable: Function not implemented
grab2-install: error: efibootmgr failed to register the boot entry: input/output error
    ...propagated.

The install disk was blanked, and MGA was allowed to create the EFI boot partition.
Comment 1 Aurelien Oudelet 2020-11-26 16:59:07 CET 
(In reply to Frank Griffin from comment #0)
> A fresh network nonfree install (UEFI) on an empty disk works fine until
> exiting out attempts to write the bootloader, which gets:
> 
> An error occurred
> grub2-install failed: installing for x86_64-efi platform.
> Could not prepare Boot variable: Function not implemented
> grab2-install: error: efibootmgr failed to register the boot entry:
> input/output error
>     ...propagated.
> 
> The install disk was blanked, and MGA was allowed to create the EFI boot
> partition.

Hi, sometimes UEFI Firmware prevents Boot parameters to be modified by Operating System as long as it does not identify itself as a Microsoft Windows Loader, or there are a setting in firmware that protect boot order, like "Bios Guard".

Can you provide me your Motherboard specifications or Machine mark and models?

CC: (none) => ouaurelien

Comment 2 Lewis Smith 2020-11-26 20:09:11 CET 
If you have a Live USB, can you try that and have a look at the hard disk from it? Try:
 # gdisk -l </dev/sdx>
 # fdisk -l </dev/sdx>
and capture the O/P to post it.
If you can do likewise from the Live system, try (you may have to install it)
 # efibootmgr                  (gives simple legible list)
 # efibootmgr -v               (more complicated output)

CC: (none) => lewyssmith

Comment 3 Aurelien Oudelet 2020-12-21 16:56:00 CET 
New Beta 2 iso were released on 2020-Dec-08.
Should this be tested with updated one?

Again, if this reproduce, please attach here the output from a working Linux OS of the following command as user:
$ inxi -F > ./system-info.txt
Comment 4 Frank Griffin 2020-12-28 22:23:56 CET 
Ah, another that fell through the cracks.  I know for a fact that a subsequent install worked, so this got fixed.

Resolution: (none) => FIXED
Status: NEW => RESOLVED
Note You need to log in before you can comment on or make changes to this bug.