Bug 963359

Summary: Shim should provide a mechanism for \EFI\BOOT\BOOTX64.EFI as a fallback on fixed media.
Product: [Fedora] Fedora Reporter: Peter Jones <pjones>
Component: shimAssignee: Peter Jones <pjones>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: awilliam, ignatenko, mjg59, pjones
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: RejectedFreezeException
Fixed In Version: shim-0.4-1.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-07-09 01:29:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Peter Jones 2013-05-15 17:42:37 UTC
Description of problem: When a machine's Boot#### and BootOrder are absent, for example due to a disk being moved to another machine or a wiped firmware, UEFI will attempt to treat fixed media as removable media, so that the installed OS can fix those variables itself.  Shim should provide a mechanism for doing this, but currently it does not do so.

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

Comment 1 Adam Williamson 2013-05-15 17:55:35 UTC
Proposing as a freeze exception issue for Beta. Peter suggested blocker, but I'm not sure it's really significant enough for this; this is essentially a 'feature request' in that it should help in the case you move a UEFI install from system to system or something like that. It does seem like a change it'd be a good idea to get in for Beta to be tested.

Comment 2 Adam Williamson 2013-05-20 18:58:02 UTC
Discussed at 2013-05-20 freeze exception review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-20/f19beta-blocker-review-7.2013-05-20-16.07.log.txt . Rejected as a freeze exception issue as we're now close to Beta release and we really don't want to start poking shim for what is essentially a feature request; the chances of breaking stuff are too high.

Comment 3 Fedora Update System 2013-05-30 12:49:56 UTC
gnu-efi-3.0s-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/gnu-efi-3.0s-2.fc19

Comment 4 Fedora Update System 2013-06-07 21:31:23 UTC
shim-0.3-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/shim-0.3-2.fc19

Comment 5 Fedora Update System 2013-06-20 14:39:12 UTC
shim-0.4-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/shim-0.4-1.fc19

Comment 6 Fedora Update System 2013-06-20 14:39:18 UTC
shim-signed-0.4-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/shim-signed-0.4-1.fc19

Comment 7 Adam Williamson 2013-06-20 23:36:18 UTC
Note in case anyone thinks to bring this up: pjones says this build causes a minor issue with a bogus error message or something, and he doesn't think it should go in F19 Final, so unless something changes, I don't think we should make this FinalFE.

Comment 8 Peter Jones 2013-06-21 19:18:31 UTC
To clarify, this particular build has a bogus warning message on removable media.  So we probably don't want it in the final, as a) the feature it adds isn't useful on removable media, and b) it'll cause a warning there.  But it's fine for it to actually go in F19 updates, because install images won't be generated with an update, and we'd like people to actually get the feature when they install/update.

Comment 9 Fedora Update System 2013-07-09 01:29:29 UTC
shim-0.4-1.fc19, shim-signed-0.4-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.