The latest M5B3 x64 Gnome & KDE Live DVDs do not boot the installer on EFI from the ISO DVD (but still work via USB of the ISO contents). They boot to the installer menu - a signifcant advance - but when booting the installer, they stop: "dracut warning: could not boot, /dev/disk/by-label/MGALIVE does not exist" then drop to a dracut shell. The label was that required for the USB stick (of ISO contents) if booting that way. Others have reported the problem.
See https://wiki.mageia.org/en/UEFI_how-to#Installing_from_USB, you need to properly label it.
Status: NEW => RESOLVEDCC: (none) => sysadmin-bugsComponent: Installer => Release (media or process)Resolution: (none) => WONTFIXAssignee: bugsquad => tmb
invalid looks better status, as uefi status support can still evolve :)
Resolution: WONTFIX => INVALID
(In reply to Thierry Vignaud from comment #1) > See https://wiki.mageia.org/en/UEFI_how-to#Installing_from_USB, you need to > properly label it. The wrong tree, Thierry. This bug is precisely about EFI booting the Live *DVDs* as such (ISOs); *not* about booting from USB. Do ISO DVDs have labels? The Wiki states: "the x86_64 liveDVDs are capable of booting in UEFI mode directly if burned to CD or DVD" This bug is that this does not work. Confirmed identically by another tester: "for me the Mageia-5-beta3-KDE4-LiveDVD-x86_64 from DVD boots to UEFI option screen, then: dracut warning - could not boot error opening usb "discripters" file dracut warning - could not boot :/dev/disk/by-label/mgalive does not exist :/live/union does not exist" The latest M5B3 Live ISOs are the first ever of that genre to EFI boot directly from *DVD*; previously they were not recognised as bootable. Comment 2: Please justify that.
Status: RESOLVED => REOPENEDResolution: INVALID => (none)
Wiki » UEFI how-to now says: "Mageia 5 instructions In general Starting with Mageia 5 beta 3, UEFI integration is done and install should be somewhat straightforward For classical and live EFI installs: Boot from real DVD should work out of the box." So this bug seems to be valid. And important to those affected.
Yeah, it seems there is a lot of borked uefi out there. on a real iso it should first pick up the efiboot.img that is mapped as eltorito-alt-boot to know how to boot from the iso, but instead it seems to read the config added for usb installs :/ I will probably add back the separate "from USB" boot entries to work around this for next iso builds... unless the other changes I have in mind "to completely ignore USB label for live medias too" will work during my tests
(In reply to Thomas Backlund from comment #5) > Yeah, it seems there is a lot of borked uefi out there. > etc Yes, I would not defend my EFI BIOS for a moment. It is an early one, Acer special Packard-Bell; and misbehaves in other ways. OTOH a heap of other distributions have installed OK, all from DVD, so it is worth cracking this. I am encouraged by: > unless the other changes I have in mind "to completely ignore USB label > for live medias too" will work during my tests Keep up the good work, Thomas.
I suppose this report can be used for classical isos, too, or is that a different issue? On discuss-pt-br someone with EFI hw reported he gets "Please select the disk containing copy of the Mageia distribution install source." when booting the traditional beta3 DVD from DVD. Selecting "CDROM drive" (and maybe the x86_64 directory) makes install continue. I haven't found time yet to test myself.
CC: (none) => marja11Whiteboard: (none) => 5beta3
(In reply to Marja van Waes from comment #7) > I suppose this report can be used for classical isos, too, or is that a > different issue? > Yep, same problem. So it seems I will have to add separate "from USB" install optionss for both classical and live medias to ensure they are usable...
OK, thx Thomas, adjusting summary (I know most around think "media" is singular, but it is already plural. It is one installation medium, two installation media, see http://en.wiktionary.org/wiki/medium#Noun item 6)
Summary: M5B3 Live medias do not boot from DVD on EFI hardware. => M5B3 installation media do not boot from DVD on EFI hardware.
Hi, I have the same problem and added a file under (similar) bug 15250 before I have seen this one. Sorry about that.
CC: (none) => info4pwo
Thomas can you regenerate EFI stuff (tarball) so that we can test it and close,it if it's ok?
CC: (none) => ennael1
Efi tarball updated and adapted for RC builds
[Currently many e-mails to me are vanishing, so I have not seen all comments here previously] (In reply to Marja van Waes from comment #7) > I suppose this report can be used for classical isos, too, or is that a > different issue? My recent testing experience with M5betaX *does* have the Classic DVD booting to menu then Install on EFI (as it always did for M4). Hence this bug was originally specifically for *Live* DVDs. I guess the title has been changed. Comment 8 > Yep, same problem Which puzzles me... Never mind, M5_RC will soon show.
With the test traditional 64bit iso that ennael pushed today, and when in the UEFI(BIOS) legacy boot was not allowed, but only UEFI boot was: booting from DVD into stage2 worked fine (after choosing the first item in the bootloader menu) booting from USB into stage2 worked just as fine (after choosing the third item in the bootloader menu) The bootloader menu itself was not very clear, because for the third item, of the string "USB" only the first part of the "U" was visible, it looked like an "L". For the last item, more of the string "USB" was visible, but still not all of it.
Ah, I need to adjust the menu space so all text fits...
Blocks: (none) => 14438
So basically this issue is fix apart from the menu spacing issue mentioned in comment 14? Any progress on this side Thomas?
CC: (none) => remi
That should have been fixed in last round of RC isos
Thanks! Marja, Lewis, can one of you confirm?
(In reply to Rémi Verschelde from comment #18) > Marja, Lewis, can one of you confirm? The x64 Classic and Live KDE DVDs have been booting successfully from DVD on EFI hardware for some time now. This can be closed, I think.
Great, closing then. Thanks!
Status: REOPENED => RESOLVEDResolution: (none) => FIXED