increasing grub timeout?

[Scott Robbins]

On Wed, Nov 25, 2009 at 08:49:58AM +0800, John Summerfield wrote:
> Scott Robbins wrote:
>> On Wed, Nov 25, 2009 at 08:32:51AM +0800, John Summerfield wrote:
>>> Jesse Keating wrote:
>>
>> However, Jesse says that he doesn't think our arguments will change
>> this.  It would be great if one could actually edit grub.conf duuring
>
> It's a shame RH doesn't always listen to good arguments.

Well, I really didn't mean to raise a furor with this one.  I just
wondered if it was a Just Me (TM) suggestion, but it appears not to be.

What I would say is that, as someone active on the forums, I see a of
folks who have issues at boot, that could be more easily solved if they
had a delay during boot.  My only real run in with it was putting F10 on
a server that had either SCSI or a host RAID--my memory escapes me.  At
that time, the released image wouldn't boot off of it and one had to add
a scan something line to grub.  

On the other hand, as a rule, people who deal with machines like that
usually know enough to, before rebooting, go in and edit grub from the
mounted image--after the first time.  Well, in fairness, the first time
would have caught me anyway, and I would have had to go back and google. 

So, as I see it, the main purpose would be for the desktop user, as
we'll assume sysadmin types will figure out a way to deal with it. 

I did note that Adam, who interacts with users all over the place (if
one of his bosses is reading this, he and Rahul deserve raises for
putting up with frequently obnoxious users), didn't feel this was a bad
idea. 

I do apologize to all for doing what I was hoping to not do, raise a
bikeshed thread. 

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Oz: Looks dead, smells dead, yet it's moving around. That's 
interesting.