[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: recreating grub legacy feature in new grub

From: Rance Hall
Subject: Re: recreating grub legacy feature in new grub
Date: Fri, 25 Nov 2011 15:05:43 -0600

On Fri, Nov 25, 2011 at 1:49 PM, Jordan Uggla <address@hidden> wrote:
> On Fri, Nov 25, 2011 at 6:09 AM, Rance Hall <address@hidden> wrote:

> You are mistaken. GRUB_TERMINAL= in /etc/default/grub takes a space
> separated list of terminals, so you want something like this:
> GRUB_TERMINAL="console serial"
> For more information on this and other options in /etc/default/grub
> see:


You are right, and I had tried this.  running update-grub generated an
error complaining that one of my options was not supported.

I tracked that problem down and was able to get a successful
update-grub run with the configuration changes you refer to.

However, it still does not work as I would like.

1)  Without the --timeout option, both consoles are active
simultaneously.  In my view this is a security hole.  If the operator
was truly are remote and serialing into the box from a serial server,
having the physical console active at the same time seems to me to be
a big risk.

I can mitigate this with a lack of keyboard, etc for my own use, but
in a production setting with kvm's etc, there is no way to stop having
two root consoles.  The two channel kernel diag output does not worry
me per se, but the possible conflicting grub control access does.

2)  When setup this way, getty does not seem to want to start
correctly and provide a login prompt.  I have to Alt-F2 away to a
second terminal and then Alt-F1 back and then I get a login prompt.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]