Bug 851220 - EFI syslinux contains wrong path to kernel pair
Summary: EFI syslinux contains wrong path to kernel pair
Alias: None
Product: Fedora
Classification: Fedora
Component: livecd-tools
Version: 18
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
Whiteboard: AcceptedBlocker
Depends On:
Blocks: F18Alpha, F18AlphaBlocker
TreeView+ depends on / blocked
Reported: 2012-08-23 14:14 UTC by Kamil Páral
Modified: 2012-09-27 06:46 UTC (History)
9 users (show)

Fixed In Version: livecd-tools-18.9-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2012-09-24 07:17:34 UTC
Type: Bug

Attachments (Terms of Use)
boot failure (91.99 KB, image/jpeg)
2012-08-23 14:14 UTC, Kamil Páral
no flags Details
syslinux menu (127.46 KB, image/jpeg)
2012-08-23 14:15 UTC, Kamil Páral
no flags Details

Description Kamil Páral 2012-08-23 14:14:35 UTC
Created attachment 606607 [details]
boot failure

Description of problem:
Created bootable USB using this command:
$ sudo livecd-iso-to-disk --format --reset-mbr --efi /mnt/data/iso/Fedora-18-Alpha-TC3-x86_64-DVD.iso /dev/sdb

It fails to boot, because vmlinuz is not found (see boot-fail.jpg).

The problem is in incorrect paths (see syslinux.jpg).

The correct paths are /syslinux/{vmlinuz,initrd.img}. If I change them in the menu, it starts to boot.

Version-Release number of selected component (if applicable):

How reproducible:

Comment 1 Kamil Páral 2012-08-23 14:15:13 UTC
Created attachment 606608 [details]
syslinux menu

Comment 2 Kamil Páral 2012-08-23 14:19:31 UTC
We don't have an EFI release criterion. But we have this:
" The installer must boot (if appropriate) and run on all primary architectures, with all system firmware types that are common on those architectures, from default live image, DVD, and boot.iso install media when written to an optical disc and when written to a USB stick with at least one of the officially supported methods "

I assume EFI falls into "system firmware types that are common". Now, only one way of creating USB sticks has to work for Alpha. But I don't know whether any other way other than livecd-iso-to-disk supports creating EFI-bootable images. Therefore I nominate for an Alpha blocker. If we discover that other ways (dd or liveusb-creator) also can create EFI-enable USB stick, we can drop the blocker status.

Comment 3 Brian Lane 2012-08-23 22:45:20 UTC
The problem here is that litd needs to be updated for grub2.

Comment 4 Adam Williamson 2012-08-24 00:46:51 UTC
'I assume EFI falls into "system firmware types that are common"'

Yes, that bit of the criterion was added specifically to cover UEFI: since F17 we consider UEFI boot 'supported' at Alpha stage. +1 blocker.

Our expectation is that dd'ed images should be EFI bootable - the images are created in such a way that this ought to be the case, and it worked for F17 - but I expect this is likely also broken with the general 'usb boot broken' bug.

So Brian, er, exactly how many bugs do we have here now? I know you said that 'litd-written USB stick doesn't boot (BIOS)' and 'dd-written USB stick doesn't boot (BIOS)' should be considered separate bugs even though at present they fail in exactly the same way, is this yet a third bug 'litd-written USB stick doesn't boot (EFI)'? Or is it really the same as 'litd-written USB stick doesn't boot (BIOS)'?

Comment 5 Adam Williamson 2012-08-27 16:18:00 UTC
Discussed at 2012-08-27 QA meeting, functioning as a blocker review meeting. Accepted as a blocker per criterion cited in comment #2.

Comment 6 Brian Lane 2012-08-27 16:49:49 UTC
This bug is different than the others related to stage2 and splitsep. So we have 4 things that need to happen:

1. dracut fix for splitsep
2. lorax add stage2=hd:LABEL=...
3. litd support for stage2
4. litd support for grub2

Comment 7 Adam Williamson 2012-08-29 17:14:21 UTC
bcl says this bug needs the splitsep fix for dracut, so marking it as depending on that bug.

Comment 8 Adam Williamson 2012-08-29 17:14:41 UTC
Crap, wrong one. Sorry.

Comment 9 Fedora Update System 2012-09-06 20:08:37 UTC
livecd-tools-18.9-1.fc18 has been submitted as an update for Fedora 18.

Comment 10 Adam Williamson 2012-09-06 21:18:34 UTC
Do we also need updates for livecd-tools for F16 and F17? Can they be made to DTRT for both 18 images and <18 images?

Comment 11 Adam Williamson 2012-09-06 21:37:55 UTC
TC6 written with livecd-iso-to-disk from livecd-tools 18.9-1, with --efi, does not manage to boot the installer. It gets to a correct-looking grub menu; trying to boot the default entry results in an error:

error: file `/images/pxeboot/vmlinuz' not found.
error: you need to load the kernel first.

after a few seconds it goes back to the grub menu, if you try again, same error.

Comment 12 Brian Lane 2012-09-06 23:22:49 UTC
(In reply to comment #10)
> Do we also need updates for livecd-tools for F16 and F17? Can they be made
> to DTRT for both 18 images and <18 images?

yes. I'll backport the litd changes, but not the grub2/shim changes in python-imgcreate

Comment 13 Fedora Update System 2012-09-07 00:45:11 UTC
livecd-tools-16.16-1.fc16 has been submitted as an update for Fedora 16.

Comment 14 Fedora Update System 2012-09-07 00:46:44 UTC
livecd-tools-17.15-1.fc17 has been submitted as an update for Fedora 17.

Comment 15 Kamil Páral 2012-09-07 13:04:33 UTC
livecd-tools-17.15-1.fc17 fixed the problem for me

Comment 16 Kamil Páral 2012-09-11 18:54:56 UTC
Because this is fixed in F17 version of livecd-tools, I'm setting to VERIFIED. Even if F18 livecd-tools is still broken (can somebody check?), F16 and F17 are now more important for us.

Comment 17 Adam Williamson 2012-09-18 19:06:55 UTC
note that 18.10 was pushed stable so this is fixed wrt 18. 17.15 has been submitted for stable so it'll be fixed wrt 17 with the next stable push.

Comment 18 Fedora Update System 2012-09-19 03:11:29 UTC
livecd-tools-17.15-1.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 19 Fedora Update System 2012-09-23 03:25:41 UTC
livecd-tools-16.16-1.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 20 Kamil Páral 2012-09-24 07:17:34 UTC
All pushed stable, closing.

Note You need to log in before you can comment on or make changes to this bug.