Bug 7352
Summary: | Cosmetic: Sleep a little before bringing up login. | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Ash <ash> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 6.1 | CC: | rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 1999-11-29 16:17:08 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ash
1999-11-26 16:41:56 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). You should be able to read the boot messages in /var/log/messages and /var/log/boot.log. 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? |