Bug 738977 - grub2 defaults to boot "saved" seems wrong
Summary: grub2 defaults to boot "saved" seems wrong
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: grub2
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: RejectedBlocker
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-16 08:46 UTC by drago01
Modified: 2011-10-01 16:57 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-01 16:57:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description drago01 2011-09-16 08:46:18 UTC
Description of problem:

Grub2 defaults to "saved" aka "the last booted entry". This problematic in the following scenario: 

1) User boots, grub saves the current booted kernel as default
2) User updates kernel (security update)
3) User reboots because PackageKit told him to do so
4) Due to 1) user ends running the vulnerable kernel even though he had updated to the one with the security fix.

For grub 1 we always set the new kernel as default and kept the old one as a fallback option. Defaulting to the old kernel like here seems backwards and wrong.

Comment 1 Fedora Admin XMLRPC Client 2011-09-16 19:08:36 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Adam Williamson 2011-09-19 23:54:11 UTC
Can't reproduce this in an f15 to f16 upgrade.

I installed f15 clean, updated to latest f15, upgraded to f16, then updated f16.

The f16 update installed an updated kernel (0.3 vs. 0.0) and on a reboot, the 0.3 kernel was the default, not the 0.0.

Comment 3 Adam Williamson 2011-09-30 18:55:59 UTC
Discussed at 2011-09-30 blocker review meeting. Agreed this would not be a blocker as described as it could be fixed by an update, and additionally, no-one present at the meeting is seeing this bug in their F16 installs. Adel, can you verify this on a clean F16 install? Thanks.

Comment 4 Adel Gadllah 2011-10-01 16:57:01 UTC
(In reply to comment #3)
> Discussed at 2011-09-30 blocker review meeting. Agreed this would not be a
> blocker as described as it could be fixed by an update, and additionally,
> no-one present at the meeting is seeing this bug in their F16 installs. Adel,
> can you verify this on a clean F16 install? Thanks.

Did a fresh install today and it seems to work as expected.


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