Bug 15989

Summary: classical iso UEFI-install from USB looks for CD-ROM ('/isolinux/x86_64/vmlinuz' not found)
Product: Mageia Reporter: Marja Van Waes <marja11>
Component: Release (media or process)Assignee: Anne Nicolas <ennael1>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: release_blocker CC: davidwhodgins, eeeemail, lebarhon, mageia, sysadmin-bugs, tmb, vzawalin1, wilcal.int
Version: Cauldron   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: 5final
Source RPM: CVE:
Status comment:

Description Marja Van Waes 2015-05-20 10:01:17 CEST
dd'ing the 2nd round pre-final iso works fine, except that, after booting it, it assumes installer on CD/DVD

The "from USB" entries in the bootloader screen no longer exist.

It is now needed to manually select the disk the iso is on.

Vlad hit this, too

https://ml.mageia.org/l/arc/qa-discuss/2015-05/msg00155.html
Comment 1 Marja Van Waes 2015-05-20 10:07:39 CEST
Oops, I may have misunderstood vlad's

"Second attempt preparing usb stick manually from first principles."

I assumed he meant he dd'ed the iso.

Lowering priority until it is sure someone reproduced this bug

Priority: release_blocker => Normal
Whiteboard: (none) => 5final
Severity: major => normal

Comment 2 Vladimir Zawalinski 2015-05-20 11:09:28 CEST
(In reply to Marja van Waes from comment #1)
> Oops, I may have misunderstood vlad's
> 
> "Second attempt preparing usb stick manually from first principles."
> 
> I assumed he meant he dd'ed the iso.
> 
> Lowering priority until it is sure someone reproduced this bug

Marja,
I prepared that USB using cp from mounted iso to usb. It was not DDd.  I'll repeat that and add a comment if different.

CC: (none) => vzawalin1

Comment 3 Marja Van Waes 2015-05-20 11:36:43 CEST
I tried again, because I wanted to get a stage1.log, but didn't succeed to workaround the issue.

(I think previous time I accidentally chose a still present boot.iso to boot from, after booting from the USB key failed)

Anyway, I now tried to change the method on the boot options line from cdrom to disk, but that still led to the same error.

Summary: classical iso UEFI-install from USB looks for CD-ROM => classical iso UEFI-install from USB looks for CD-ROM ('/isolinux/x86_64/vmlinuz' not found)

Comment 4 Vladimir Zawalinski 2015-05-20 13:38:48 CEST
As per comment 2, that USB was prepared using the 'cp from .. to ..' method.

I just prepared a usb with isodumper leaving the uefi field blank.
This failed entirely:
Error: file isolinux/x86_64/vmlinuz not found
Alloc magic is broken at 0x79fe2c80
Aborted. Press any key to exit.

Raises the question - can isodumper/dd be used at all to prepare USBs for Classic?
Comment 5 Vladimir Zawalinski 2015-05-20 14:16:35 CEST
Just tried a usb made with dd.  Same as comment 4. Thomas' post on qa-testing ml explains why.
Comment 6 Rémi Verschelde 2015-05-20 14:19:12 CEST
Setting as release blocker again, and quoting Thomas:


> The isos still carry the RC label: "Mageia-5rc-x86_64"
> But I have aleready changed the efi menu for final: "Mageia-5-x86_64"
> So thats why the "/isolinux/x86_64/vmlinuz not found" comes from.

Priority: Normal => release_blocker

Comment 7 André DESMOTTES 2015-05-21 12:01:08 CEST
Same problem here
USB stick copied with isodumper without check the EFI box.
The stick boot fine on non-efi hw, but "Error: file isolinux/x86_64/vmlinuz not found" on efi hw.

CC: (none) => lebarhon

Comment 8 Nicolas Lécureuil 2015-05-22 01:10:22 CEST
what is the iso you used ?

CC: (none) => mageia

Comment 9 André DESMOTTES 2015-05-22 09:01:48 CEST
DVD classical x86_64 from Monday May 18th
Comment 10 Marja Van Waes 2015-05-22 09:03:48 CEST
(In reply to Nicolas Lécureuil from comment #8)
> what is the iso you used ?

2nd round QA-team (pre-)5final 

Mageia-5-x86_64-DVD.iso  -  Tue May 19 00:04:04 CEST 2015
Comment 11 Anne Nicolas 2015-05-26 10:18:27 CEST
Fixed in bcd configuration and available in last isos. Closing bug

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 12 Marja Van Waes 2016-12-21 09:01:54 CET
(In reply to Anne Nicolas from comment #11)
> Fixed in bcd configuration and available in last isos. Closing 

For future reference (because we hit a similar issue in bug 19940), this seems to have been the commit that fixed it:
 http://gitweb.mageia.org/software/build-system/bcd/commit/?id=a2a6e44ae80dc9790bc69fd6fcfdcdddbbffc3e8