| Summary: | UEFI install to existing 32bit efi hardware failed, both 32 +64 bit UEFI install from "Live" | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Ben McMonagle <westel> |
| Component: | RPM Packages | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | release_blocker | CC: | mageia, ouaurelien |
| Version: | Cauldron | ||
| Target Milestone: | Mageia 8 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | efivar-37-5.mga7.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Ben McMonagle
2020-06-03 02:16:14 CEST
Ben McMonagle
2020-06-03 11:14:14 CEST
Summary:
UEFI install to existing 32bit efi hardware failed, both 32 +64 bit UEFI install =>
UEFI install to existing 32bit efi hardware failed, both 32 +64 bit UEFI install from "Live" I've reproduced this on my X205TA. It seems that efibootmgr fails when you specify the ESP is on a MMC device. If you allow efibootmgr to find the ESP itself via the /boot/EFI mountpoint, it works. Ben, can you confirm you've only seen this on machines like the Chromebook, which have internal Flash drives that appear as /dev/mmcblk?. CC:
(none) =>
mageia Excuse me assigning this to you, Martin; but you are, thankfully, already looking at it... Assignee:
bugsquad =>
mageia (In reply to Martin Whitaker from comment #1) > Ben, can you confirm you've only seen this on machines like the Chromebook, > which have internal Flash drives that appear as /dev/mmcblk?. just completed install on a Acer B113 Travelmate, (related to a Acer C710 but not a Chromebook) with HDD. used XFCE 64 Live and followed exactly the same process to install (nuke and pave) and install completed with out error. reboot successful too. next to try the C710 Chromebook - it also has has a HDD Acer C710 ex-chromebook with Coreboot bios this has a 320GB hdd, (same as the B133 Travelmate) again with the Live(Xfce 64) install completed without issue chose erase drive and auto-create new partition set. no problem with bootloader install. With the 64CI install, same procedure. chose erase drive and auto-create new partition set, advised that no /boot/EFI partition created. Manually created required partitions, so will be commenting again in bug 26714. chose LXDE DE and install proceeded without further issue. successful reboot - I am entering this from it This is a bug in the efivar library, introduce in https://github.com/rhboot/efivar/commit/4718694094647b981b74453445d000b0296b6544 and fixed by https://github.com/rhboot/efivar/commit/f0d3ed17ef3b2bbdfdff4dde12ec0a82d1ccdd33 We already have that patch in SVN, but the efivar package doesn't currently build due to other changes. I rolled back to the last built version and applied just that patch, then tested a Live install using the patched library. The install completed without error, and I could boot into the installed system. Assigning to the efivar package maintainer. Assignee:
mageia =>
thierry.vignaud thanks for the quick work Martin Second those thanks. See also bug 26723 which might be a duplicate of this one. Fixed in efivar-37-9.mga7.src.rpm. I've tested it locally. To be verified in the next build of the alpha1 ISOs. *** Bug 26723 has been marked as a duplicate of this bug. ***
Aurelien Oudelet
2020-09-19 17:51:44 CEST
CC:
(none) =>
ouaurelien Hi, This is release_blocker for a reason. Making Mageia even better than ever is best direction. In order to do right thing, this bug should be examined and fixed as soon as possible. Packagers, please change the status to "Assigned" when you are working on this. We will make a decision on the relevance of the release_blocker tag on 1st October 2020 QA meeting. Verified using Mageia-8-beta1-Live-Xfce-x86_64 ISO. Status:
NEW =>
RESOLVED |