[bug #40853] GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS
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/ ___ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub
[bug #40853] GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS
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/ ___ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub
[bug #40853] GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS
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/ ___ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub
[bug #40853] GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS
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: wseve...@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/ ___ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub
[bug #40853] GRUB_TIMEOUT_STYLE breaks hidden menu with multi-OS
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/ ___ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub