From: "L. C. Robinson" <lcr@onewest.net>
To: <blinux-list@redhat.com>
Subject: Re: Preventing Lilo from clearing the screen
Date: Tue, 15 Jan 2002 17:30:10 -0700 (MST) [thread overview]
Message-ID: <Pine.LNX.4.33.0201151652210.1956-100000@rupin.localnet> (raw)
In-Reply-To: <Pine.LNX.4.43.0201151144330.300-100000@sunshine.oaksoft.com>
On Tue, 15 Jan 2002, Jason Castonguay wrote:
> I apologize if this question has been asked before, but it
> appears that Lilo clears the screen at its prompt. I want it
> not to clear the screen so that when I get to Linux's login
> prompt, I can push shift-page-up to go back and see some of the
> stuff the CMOS puts on the screen before a system actually
> boots.
Interesting: I have used lilo for years, and have never had it clear the
screen, so I just had to find out how your setup was making it do that.
So I searched /usr/doc/lilo-0.21/README, which is the ascii text
version of the lilo manual, and found:
MESSAGE=<message_file> Specifies a file containing a message
that is displayed before the boot prompt. No message is displayed
while waiting for a modifier key ([Shift], etc.) after printing
"LILO ". In the message, the FF character ([Ctrl L]) clears the
local screen. The size of the message file is limited to 65535
bytes. The map file has to be rebuilt if the message file is
changed or moved.
> Is there a command or something that I can put in lilo.conf to
> keep it from clearing the screen?
No, adding stuff won't help, but from the passage quoted above,
you can REMOVE the FF character from the message file (I assume
you have one with some BEL characters (^G, aka control-G), for an
audible prompt -- mine rings 3 times, from a ^G at the end of each
line of the menu). If you don't need the message file at all,
comment out the "MESSAGE=xxxx" line in your lilo.conf, and the
problem should go away (don't forget to invoke lilo after the
change).
LCR
--
L. C. Robinson
reply to no_spam+munged_lcr@onewest.net.invalid
People buy MicroShaft for compatibility, but get incompatibility and
instability instead. This is award winning "innovation". Find
out how MS holds your data hostage with "The *Lens*"; see
"CyberSnare" at http://www.netaction.org/msoft/cybersnare.html
next prev parent reply other threads:[~ UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
Jason Castonguay
` Nicolas Pitre
` L. C. Robinson [this message]
` Ron Marriage
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.33.0201151652210.1956-100000@rupin.localnet \
--to=lcr@onewest.net \
--cc=blinux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).