Bug 851500 - UEFI boot: failure reading sector 0x40 from `cd0'.
Summary: UEFI boot: failure reading sector 0x40 from `cd0'.
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: grub2
Version: 18
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedNTH RejectedBlocker
Depends On:
Blocks: F18Alpha-accepted, F18AlphaFreezeExcept
TreeView+ depends on / blocked
 
Reported: 2012-08-24 11:08 UTC by Kamil Páral
Modified: 2012-09-10 10:09 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-09-10 10:09:23 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
boot error (405.52 KB, image/jpeg)
2012-08-24 11:08 UTC, Kamil Páral
no flags Details
kernel panic during boot (827.64 KB, image/jpeg)
2012-08-24 11:09 UTC, Kamil Páral
no flags Details

Description Kamil Páral 2012-08-24 11:08:50 UTC
Created attachment 606831 [details]
boot error

Description of problem:
When F18 Alpha TC3 x86_64 netinst is booted on a Thinkpad T420s in UEFI mode, the following message is displayed:

> Secure boot not enabled
> error: failure reading sector 0x40 from `cd0'.
> 
> Press any key to continue...

The message is not always the same, sometimes there was `hd1' instead of `cd0', or something similar. The key-press is not really needed, after some time (15-30 seconds?) it continues to boot automatically.

It ends up with kernel panic, but that might be a different bug.

When the same ISO is converted to USB stick using livecd-iso-to-disk, it still prints "Secure boot not enabled", but it doesn't print the error and it doesn't ask for pressing a key, it continues to boot right away. USB boot also doesn't show the traceback, but that's probably influenced by bug 848641 which ends the boot prematurely.

Version-Release number of selected component (if applicable):
F18 Alpha TC3 x86_64 netinst
Thinkpad T420s
http://www.smolts.org/client/show/pub_a0f8be89-b530-4af5-a50a-e1d06c11b3cb

How reproducible:
always

Additional info:
Jan Sedlak is the owner of the machine, adding to CC.
We weren't able to verify this problem on a different UEFI machine, because we don't have another UEFI machine with optical drive.

Comment 1 Kamil Páral 2012-08-24 11:09:28 UTC
Created attachment 606832 [details]
kernel panic during boot

Comment 2 Kamil Páral 2012-08-24 11:14:50 UTC
The error message doesn't directly prevent installer boot (even though it present a good user experience), the kernel panic does. If this is deemed to be two different issues, I'll split the bug and propose the error message as an Alpha-NTH blocker and the kernel panic as an Alpha blocker.

In the meantime, marking the whole bug as an Alpha blocker.

Comment 3 Josh Boyer 2012-08-24 12:42:13 UTC
The kernel doesn't print out "press any key to continue..." on reading CD errors.  That is coming from grubx64.efi.

Comment 4 Mads Kiilerich 2012-08-24 13:26:58 UTC
Same problem was discussed on http://lists.fedoraproject.org/pipermail/devel/2012-July/170434.html . Mjg gives some hints but apparently no solution.

Comment 5 Kamil Páral 2012-08-24 13:47:38 UTC
(In reply to comment #4)
> Same problem was discussed on
> http://lists.fedoraproject.org/pipermail/devel/2012-July/170434.html . Mjg
> gives some hints but apparently no solution.

Actually that is a different bug - bug 849389. This one is about the error message, that one is about boot hang.

Comment 6 Mads Kiilerich 2012-08-24 13:57:14 UTC
(In reply to comment #5)

The mail report also had sector 0x40 issues and thus seems somehow related. 

It indicates that we probably can't blame it on a defect media. 

It also hints that it is an "old" problem, so when it haven't been fixed or reported widely yet then it must be something that only shows up under certain circomstances.

Comment 7 Adam Williamson 2012-08-27 16:58:45 UTC
Discussed at 2012-08-27 QA meeting, functioning as a blocker review meeting. Accepted as NTH: our understanding of the impact of this bug is that it affects Intel AHCI-based systems when installing UEFI from slow optical drives. That's a small enough group to be NTH rather than blocker. (Booting from USB is considered an acceptable workaround).

Comment 8 Adam Williamson 2012-08-28 01:26:33 UTC
It's believed that https://admin.fedoraproject.org/updates/kernel-3.6.0-0.rc2.git2.1.fc18,grub2-2.00-5.fc18,pesign-0.10-4.fc18 should have fixed this. That's been pushed stable but isn't in a compose yet. Next compose ought to confirm whether it's truly resolved.

Comment 9 Kamil Páral 2012-09-04 11:32:53 UTC
Unfortunately Jan and his computer are away for the whole week. Does somebody else have a UEFI machine with a DVD drive and can test this? Thanks.

Comment 10 Adam Williamson 2012-09-04 20:36:08 UTC
I can try.

Comment 11 Adam Williamson 2012-09-04 23:32:11 UTC
unfortunately I couldn't reproduce the bug; tc4 booted fine via UEFI from DVD for me. tc5 did too, but that doesn't prove anything regarding this bug.

Comment 12 Jan Sedlák 2012-09-10 10:09:23 UTC
I can confirm that it's fixed in Alpha TC6. Neither "failure reading sector" nor kernel panic was displayed during boot. Since patches are in stable, I'm closing this bug.


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