Description of problem: Virtualbox in UEFI mode, already partitioned, but without ESP. At partitioning step, the option "Use full space" stops with the message "There is no /boot/efi partition". We can think that if we ask the installer to deal with the partitioning, it can deal with creating the ESP. It works fine with the option "Custom/automatic" Version-Release number of selected component (if applicable): DVD x86_64 Reproducible: Steps to Reproduce:
confirmed problem on real hardware (Dell XPS 13) using "use full disk" (i.e. erase existing partitions) also failed because it couldn't clear all partitions, most likely failed to erase the existing ESP or one of the dell partitions). Manually erased the partitions and tried to use "automatic" â only creates /, swap and /home, no ESP (and thankfully refuses to continue with installation) even used dd if=/dev/zero of=/dev/sda bs=10M count=20 from rescue system to completely clear any existing partitions before booting into the installer again. Still automatic/use whole disk only created root, swap and home, no ESP. So use manual, same effect for using the automatic in manual mode, no ESP created. (contrary to what the wiki page claims Had to manually create ESP (btw: no default mountpoint /boot/EFI offered in the dropdown). PS: after boot had to manually add Mageia entry to the UEFI boot configuration in Dell's bios
CC: (none) => lohmaier+mageia
Assignee: bugsquad => thierry.vignaudSeverity: normal => major
Hello, Note that in my case, the UEFI was proposed in custom/automatic mode. Papoteur
If you see that error, please: - plug an USB key - go to tty2 (alt+ctrl+F2) - type "run" - attach (not paste) the "report.bug" file you'll found on the USB key to this bug report
Keywords: (none) => NEEDINFO
Status: NEW => ASSIGNED
Works for me as of current mga (drakx v17.39)
Have twice attempted UEFI (bare hardware) installation on random extra hard drives that we have laying around. One hdd was windows of unknown version (but probably 7) and the other had had a pfSense test installation on it. In both cases I selected erase and auto configure. In both cases the installer (using boot-nonfree.iso from a usb key) then told me I needed /boot/EFI. Says drakx is 17.55. Attempting the instructions in comment 3 results in file not found. 'run' doesn't seem to be there. I manually created the /boot/EFI partition and have the installation proceeding because I'm trying to test for another bug but I can repeat this if it will help as we should have a number of hard drives of this description I can substitute.
CC: (none) => mrambo
Figured out that it is 'bug' rather than 'run'. Attaching 16236-report.bug.
Created attachment 8378 [details] report.bug re: comment 3
I assume this was fixed before Mageia 6 release, because last comment in this report dates from well over 1½ years ago, so from before Mageia 5.1. Note that installer bugs should always be set to Version: Cauldron, because we cannot fix an already released iso. To indicate that Mageia 5 stable was the last version in which an installer bug was reproduced, you could have put (MGA5) on the whiteboard ;-) Anyway, closing as OLD If this bug was still valid with Mageia 6, then please reopen it, set Version: to Cauldron and put "(MGA6)" on the whiteboard
Resolution: (none) => OLDCC: (none) => marja11Status: ASSIGNED => RESOLVED