Bug 1073209 - [RFE] Add --keep option when changing boot order in efibootmgr
Summary: [RFE] Add --keep option when changing boot order in efibootmgr
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: efibootmgr
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-06 02:58 UTC by Nick Coghlan
Modified: 2016-08-19 02:25 UTC (History)
4 users (show)

Fixed In Version: efibootmgr-0.11.0-1.fc21 efibootmgr-13-2.fc25
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-08-19 02:25:01 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Nick Coghlan 2014-03-06 02:58:13 UTC
Some UEFI firmware has a bug where it will generate duplicate boot entries if a new boot order is specified that leaves out existing entries ([1]).

The workaround is to always pass all existing entries to the "efibootmgr -o" command, which is annoying when all you want to do is move a particular entry to the front.

Peter Jones indicated in an email discussion that changing the default behaviour likely isn't a good idea, but that adding a --keep option to request this behaviour as part of the call to efibootmgr would be possible.

[1] https://fedoraproject.org/wiki/Unified_Extensible_Firmware_Interface#You_have_failed_to_provide_all_existing_bootloader_entries_when_changing_the_boot_order

Comment 1 Nick Coghlan 2014-03-06 03:00:22 UTC
Experimental build with this feature: http://copr-be.cloud.fedoraproject.org/results/pjones/efibootmgr/

Comment 2 Dan Callaghan 2014-03-06 04:37:12 UTC
I'm not sure what the bug is here... we already knew about this EFI boot order misbehaviour, it was bug 1030612 which we fixed by always specifying all boot entries when we invoke efibootmgr -o.

Comment 3 Nick Coghlan 2014-03-06 07:53:11 UTC
That's why it's an RFE rather than a bug report - the idea is to encapsulate that workaround for buggy firmware as an efibootmgr option.

Comment 4 Dan Callaghan 2014-03-06 08:01:19 UTC
Okay, it's nice if efibootmgr can do this for us, but Beaker's snippets can't rely on newer efibootmgr features because we will need to support provisioning released distros for the foreseeable future.

Comment 5 Nick Coghlan 2014-03-06 08:16:05 UTC
Ah, the perils of private email threads - yes, the RFE is about making this easier for everyone else to workaround, even though we won't be able to rely on it in Beaker any time soon.

Comment 6 Dan Callaghan 2014-03-06 22:34:18 UTC
Ah, sorry! I completely missed the fact that this bug is against efibootmgr, not Beaker! Please ignore comments 2-5, sorry for the noise.

Comment 7 Peter Jones 2016-08-17 15:54:40 UTC
I think the current version has this as -C?  Please file an issue on github if this is not the case.

Comment 8 Fedora Update System 2016-08-17 17:32:49 UTC
pesign-0.112-4.fc25 mokutil-0.3.0-3.fc25 efibootmgr-13-2.fc25 efivar-28-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-650675f139

Comment 9 Fedora Update System 2016-08-17 19:52:10 UTC
efibootmgr-13-2.fc25, efivar-28-1.fc25, mokutil-0.3.0-3.fc25, pesign-0.112-4.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-650675f139

Comment 10 Fedora Update System 2016-08-19 02:24:27 UTC
efibootmgr-13-2.fc25, efivar-28-1.fc25, mokutil-0.3.0-3.fc25, pesign-0.112-4.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.


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