How do you change the boot delay time on GRUB?

E K ekg_ab-FFYn/CNdgSA at public.gmane.org
Tue Jul 6 21:04:52 UTC 2010



--- On Wed, 6/9/10, Lennart Sorensen <lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org> wrote:

> From: Lennart Sorensen <lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org>
> Subject: Re: [TLUG]: How do you change the boot delay time on GRUB?
> To: tlug at ss.org
> Received: Wednesday, June 9, 2010, 12:08 PM
> On Wed, Jun 09, 2010 at 11:51:12AM
> -0400, Kevin Cozens wrote:
> > You aren't the only one. I certainly don't "get it". I
> went back to
> > using grub 1 on both of my machines.
> >
> > The configuration file for grub 2 seemed exceedingly
> complex compared to  
> > the simple four line entries of grub 1. Grub 2
> appeared to install, or  
> > create, a bunch of .mod files in my /boot partition
> and caused problems  
> > when doing kernel updates as the .mod files only
> allowed me to have 2  
> > active kernels with no room for the new (third) one.
> The .mod files  
> > might have been part of the kernel update process when
> using grub 2, but  
> > I can't be sure about that. I also read in several
> places that you need  
> > to run a command after changing the grub 2
> configuration file to make  
> > the changes available at the next boot. That smacks of
> the bad old days  
> > of LILO. At least grub should still give you a command
> line so you can  
> > enter the commands needed to make the system boot if
> you forgot to run  
> > the grub update program.
> 
> The .mod files are part of making grub2 much more
> robust.  Grub1 used
> a black map in the stage1 to load stage2 similar to how
> lilo uses
> blockmaps to load everything (which makes lilo very much
> not robust
> against any changes and unable to handle anything at boot
> time that wasn't
> preconfigured in).  Grub2 embeds the essential modules
> into stage1 and
> hence doesn't use blockmaps for anything.  Any
> additional features are
> loaded as modules in stage2 from the filesystem.  This
> should make grub2
> completely immune against any filesystem changes or
> updates, which grub1
> wasn't for the stage2 file, and lilo isn't for any files it
> accesses.
> 
> The modules are also part of having added a ton of new
> features and
> support for a lot more operating systems.  The old
> everything in one
> stage2 binary simply wasn't scalable even if you didn't
> care about the
> robustness issue.
> 
> > With grub 1, if you don't want to automatically boot
> into your default  
> > OS after a fixed delay, just comment out the "timeout"
> line and grub  
> > will wait indefinitely.
> 
> And in grub2 just set it to -1 and you get the same thing.
> 
> -- 
> Len Sorensen
> --
> The Toronto Linux Users Group.     
> Meetings: http://gtalug.org/
> TLUG requests: Linux topics, No HTML, wrap text below 80
> columns
> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
> 


With virtualization and boot-able USB keys, why add complexity to a boot loader in the first place?

EK



--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list