Following an install using the live x86_64 kde4 dvd, followed the instructions to power off the guest, remove the dvd from the virtual drive, and then try to start the guest. The installed system drops to the uefi shell. Barry Jackson added a wiki section, https://wiki.mageia.org/en/EFI:_can_no_longer_boot_into_Mageia#Boot_Drops_to_UEFI_Shell_.28in_VirtualBox.29 but I think that has to be automated in the installers, or vb fixed. I'm actually using virtualbox-4.3.26-1.mga4 on the host, but as this affects installing Mageia 5 guests, I'm setting the version to cauldron. Reproducible: Steps to Reproduce:
Blocks: (none) => 14069Assignee: bugsquad => tmbPriority: Normal => release_blockerCC: (none) => eeeemail, ennael1
First off there is no gain of using efi in vbox (other than testing) Secondly, there is bugs in vbox efi implementation, and that is an upstream issue, not a Mageia one. So dropping release_blocker status
Blocks: 14069 => (none)Priority: release_blocker => Normal
This could be a duplicate of bug 15640 (though I don't think we redid a DVD with the bogus stage2). Can you attach your /root/drakx/report.bug.xz? You can access your disk by booting the DVD in rescue mode.
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
Upstream bug.
Keywords: NEEDINFO => UPSTREAMWhiteboard: (none) => MGA5TOOComponent: Installer => RPM Packages
Nothing happened in this report since over a year ago, is it still valid at all? (In reply to Samuel Verschelde from comment #3) > Upstream bug. If it's still valid, then please add the link to the upstream bug report to the See Also; field :-)
Assignee: tmb => pkg-bugsKeywords: (none) => NEEDINFOCC: (none) => marja11
six years later and the requested information is still not supplied :-รพ Nor did we get a link to an upstream ticket Closing
Resolution: (none) => OLDStatus: NEW => RESOLVED