Bug 7352 - Cosmetic: Sleep a little before bringing up login.
Summary: Cosmetic: Sleep a little before bringing up login.
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 6.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-11-26 16:41 UTC by Ash
Modified: 2014-03-17 02:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-11-29 16:17:08 UTC

Attachments (Terms of Use)

Description Ash 1999-11-26 16:41:56 UTC
I have found it often helpful to add a "sleep 2" to the end of rc.local so
as to give me a chance to read that last error message that flew by and
disappeared as one of the later daemons failed to start when the system
came up.

Comment 1 Chris Siebenmann 1999-11-27 10:01:59 UTC
The fix I use here is to change /etc/inittab's
	1:2345:respawn:/sbin/mingetty tty1
to add the --noclear option, so that mingetty doesn't clear the
screen and thus preserves all of the boot-time messages on the
console so you can scroll back to read them if desired (or just
read the ones still on the screen).

Comment 2 Bill Nottingham 1999-11-29 16:17:59 UTC
You should be able to read the boot messages in /var/log/messages
and /var/log/boot.log.

Comment 3 Ash 2000-01-05 01:16:59 UTC
If not a 'bug' then how about we call it 'annoying and stupid' instead?

Obviously from the comment by the other user I'm not alone in disliking this
'feature' and the statement to read the logs is both silly and dodges the issue.

1. Redhat is not the only vender out there.
   (For example, I use VMware, which prints messages to stdout when it loads but
    does not rely upon the Redhat calls to log the messages.)

2. Why print to stdout at all then?
   (If you have to read the boot.log to see the last few messages, why do the rc
    files print -anything- to stdout at all? Why are these messages printed if
    they are not meant to be read?)

3. What harm is it sleep for a couple seconds anyway?

Note You need to log in before you can comment on or make changes to this bug.