Bug 8850

Summary:	grub default timeout should not be zero (if grub2 was used)
Product:	Mageia	Reporter:	Barry Jackson <zen25000>
Component:	Installer	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	Normal	CC:	manuel.mageia, thierry.vignaud
Version:	Cauldron
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Bug Depends on:
Bug Blocks:	416

Description Barry Jackson 2013-01-27 22:04:34 CET

Description of problem:
During install of mga3b2 from dvd using the default grub bootloader, the default timeout is 0.
So, unless this is modified during install by the user (unlikely) there is no menu displayed and the boot jumps straight into the default selection.

Default timeout should be 10 NOT 0, as it has always been.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Comment 1 Manuel Hiebel 2013-01-30 00:06:48 CET

cannot reproduce seems to be related to your partition conf

CC: (none) => thierry.vignaud

Comment 2 Barry Jackson 2013-02-03 15:44:30 CET

This also applies to an install using the Live DVD.

Comment 3 Manuel Hiebel 2013-02-25 01:02:50 CET

maybe this will be fixed with https://bugs.mageia.org/show_bug.cgi?id=8851 
http://svnweb.mageia.org/soft/drakx/trunk/perl-install/bootloader.pm?revision=7382&view=markup#l1014 there is some code for that related to the mbr but I don't understand it.

Manuel Hiebel 2013-02-26 00:40:31 CET

CC: (none) => manuel.mageia

Comment 4 Manuel Hiebel 2013-02-26 00:45:45 CET

yep, in drakboot (ncurses), without the fix the timeout was nothing, and after adding it, it was set to 10.

(grub2 in mbr before lauching drakboot)

Status: NEW => RESOLVED
Depends on: (none) => 8851
Resolution: (none) => FIXED

Comment 5 Manuel Hiebel 2013-02-26 11:18:31 CET

and in fact it's not (as I guess it cannot found the previous value)

Status: RESOLVED => REOPENED
Blocks: (none) => 416
Depends on: 8851 => (none)
Resolution: FIXED => (none)
Summary: grub default timeout should not be zero => grub default timeout should not be zero (if grub2 was used)

Comment 6 Barry Jackson 2013-02-27 00:30:14 CET

Seems to be fixed for me in several test net installs.

Comment 7 Thierry Vignaud 2013-02-27 07:38:21 CET

Fixed in git

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Comment 8 Manuel Hiebel 2013-02-27 12:02:09 CET

In drakboot, there is still no initial timeout if we come from grub2.

There is no timeout var set in the default conf file, but in the cfg it's to 5. so maybe you can make a condition if it's not already here.


http://svnweb.mageia.org/packages/cauldron/grub2/current/SOURCES/grub.default?revision=400332&view=markup

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 9 Barry Jackson 2013-02-27 12:34:06 CET

(In reply to Manuel Hiebel from comment #8)
> In drakboot, there is still no initial timeout if we come from grub2.
> 
> There is no timeout var set in the default conf file, but in the cfg it's to
> 5. so maybe you can make a condition if it's not already here.
> 
> 
> http://svnweb.mageia.org/packages/cauldron/grub2/current/SOURCES/grub.
> default?revision=400332&view=markup

Yes it defaults to 5 seconds, so it's not really needed in the config - the default is written automatically to grub.cfg.

I will add a ten second timeout in the config, as on reflection I think 5 seconds is too short for new users.

I don't see how this will affect drakboot though, as I can't imagine that it refers to /etc/default/grub ;)

Comment 10 Manuel Hiebel 2013-02-27 12:44:50 CET

>I don't see how this will affect drakboot though, as I can't imagine that it >refers to /etc/default/grub ;)

it's the case http://svnweb.mageia.org/soft/drakx/trunk/perl-install/bootloader.pm?r1=7417&r2=7418

Comment 11 Barry Jackson 2013-02-27 12:53:56 CET

(In reply to Manuel Hiebel from comment #10)
> >I don't see how this will affect drakboot though, as I can't imagine that it >refers to /etc/default/grub ;)
> 
> it's the case

Ah OK - so it is ;)

Comment 12 Manuel Hiebel 2013-03-02 11:38:30 CET

fixed in some way

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED