[bug #40853] GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS

[Warren]

URL:
<http://savannah.gnu.org/bugs/?40853>

Summary: GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS
Project: GNU GRUB
Submitted by: wseverin
Submitted on: Mon 09 Dec 2013 06:53:28 PM GMT
Category: Configuration
Severity: Major
Priority: 5 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Originator Name: Warren
Originator Email: ***@warsev.com
Open/Closed: Open
Discussion Lock: Any
Release:
Release: other
Reproducibility: Every Time
Planned Release: None

_______________________________________________________

Details:

Ubuntu 12.04
Kernel 3.2.0-58-generic
Memory 8GB
Processor Core i3 M370 @ 2.4 GHz
64-bit OS
disk1 720GB
disk2 500GB

The latest updates to GRUB that implement the GRUB_TIMEOUT_STYLE setting seem
to break the ability to bypass the GRUB menu.

I have a laptop with a 2nd hard disk replacing the (seldom used) CD drive.
Linux (Ubuntu) is installed on the primary hard drive. Windows 7 is installed
on the secondary drive. I almost always boot to Linux and so I bypass the OS
selection menu in GRUB so as to have fastest boot possible to Linux. In the
rare instances when I boot to Windows I hold down the esc key.

This ability seems to be broken as of the latest GRUB updates that implement
the GRUB_TIMEOUT_STYLE option in /etc/default/grub. There's no way to bypass
the GRUB OS selection menu. I've tried many variations of that option with and
without GRUB_HIDDEN_TIMEOUT and GRUB_HIDDEN_TIMEOUT_QUIET. No joy.

Is this a bug in the latest GRUB or a feature, or am I missing something in
the setup?

Thanks!





_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?40853>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

[Colin Watson]

Follow-up Comment #1, bug #40853 (project grub):

Are you using the Ubuntu packages? If so, there are pretty extensive
differences, especially in the 12.04 backport, and it isn't fair to ask
upstream maintainers to support it. Could I ask you to please re-file this in
Launchpad ("ubuntu-bug grub-common"), and make sure that your
/etc/default/grub and /boot/grub/grub.cfg are attached so that I can look into
this?

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?40853>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

[Sworddragon]

Follow-up Comment #2, bug #40853 (project grub):

I'm noticing a similar problem: GRUB_HIDDEN_TIMEOUT is set to 0, GRUB_TIMEOUT
is set to 0.0 (to bypass a check of os-prober which would set it to 10 if set
to 0) and GRUB_TIMEOUT_STYLE is set to menu (but I'm not sure how
GRUB_TIMEOUT_STYLE does affect this all). After executing update-grub and
doing a reboot I would assume that the grub menu will only appear on pressing
shift otherwise it would boot immediately to the default system. But if I'm
keeping shift pressed on booting I will successfully see the line "GRUB
loading." but instead of displaying the menu GRUB boots immediately to the
default system.

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?40853>

_______________________________________________
Nachricht gesendet von/durch Savannah
http://savannah.gnu.org/

[Andrei Borzenkov]

Update of bug #40853 (project grub):

Status: None => Invalid
Open/Closed: Open => Closed

_______________________________________________________

Follow-up Comment #3:

Upstream os-prober does not fiddle with timeout. Please, report it to your
distribution.

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?40853>

_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/

[Sworddragon]

Follow-up Comment #4, bug #40853 (project grub):

I have now made a bug report on Launchpad:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1401318

_______________________________________________________

Reply to this item at:

<http://savannah.gnu.org/bugs/?40853>

_______________________________________________
Nachricht gesendet von/durch Savannah
http://savannah.gnu.org/