From: Rob Wilkens <robw@optonline.net>
To: vda@port.imtp.ilyichevsk.odessa.ua
Cc: Balram Adlakha <b_adlakha@softhome.net>, linux-kernel@vger.kernel.org
Subject: Re: Bootscreen [had to throw in 2 cents worth, sorry]
Date: Wed, 29 Jan 2003 10:31:00 -0500 [thread overview]
Message-ID: <1043854259.877.25.camel@RobsPC.RobertWilkens.com> (raw)
In-Reply-To: <200301291448.h0TEmAs18379@Port.imtp.ilyichevsk.odessa.ua>
On Wed, 2003-01-29 at 09:46, Denis Vlasenko wrote:
> Yeah, dude, let's dumb down our users... don't allow them
> to become curious and start learning.
As I recall, the way Windows 95/98/ME operated with the bootscreen (and
this might be wise for Linux as well) is to display a bootscreen, but
have it disappear if someone taps the escape key and returned to the
console where they CAN OPTIONALLY read the messages if their heart
desires. In Windows 2000/XP, this is no longer, sadly, how it works,
but there still was (I believe) a mode in that OS where it displays all
the boot messages (/SOS option or similar).
In Novell Netware 5, which uses X-Windows incidentally (I believe), the
way out of the bootscreen was alt-escape if you wanted to switch over to
the boot console, IIRC.
The answer is that there is nothing they should have to see in the boot
messages that is useful to the end users unless an error occurs. Even
if there is, the boot messages do and should scroll by too quickly to be
meaningful.
It's not called dumbing down users, it's called abstracting the boot
process so that the users don't have to think about it and instead can
think about higher order tasks.
Incidentally, a lot of the init "scripted" startup processes, like
"initializing hotplug system: usb" which stop for several seconds really
should occur in parallel rather than sequentially occuring. However,
the nature of expecting their output to be plopped onto a text display
almost require them to be serialized. If they were instead
parallellized, and set up to output to a system log when
failures/succcesses occured, sort of like the windows event log (or the
existing linux dmesg log) the boot process might occur much more
quickly.
Of course, that last paragraph is admittedly off-topic for the lkml,
since the init scripts are not a kernel issue, they are in userland.
The kernel spawns them, though, so I consider it partially relevant (and
the bootscreen, theoretically would still be displayed as they executed,
so I still consider it relevant to this thread).
-Rob
p.s. I'm hoping this thread is about the possibility of putting some
sort of graphical bootscreen up. I'm tuning in late, so if I'm on the
wrong page, just ignore me. Most people on this list have already
filtered me out (plonked me), so you can too. I won't be offfended.
next prev parent reply other threads:[~2003-01-29 15:21 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-28 21:48 Bootscreen Balram Adlakha
2003-01-28 21:59 ` Bootscreen John Bradford
2003-01-29 14:46 ` Bootscreen Denis Vlasenko
2003-01-29 15:31 ` Rob Wilkens [this message]
2003-01-29 16:31 ` Bootscreen [had to throw in 2 cents worth, sorry] Jan-Benedict Glaw
2003-01-29 16:52 ` Bootscreen [had to throw in 0.2 " Herman Oosthuysen
2003-01-29 19:45 ` LKML I/O scheduling (was Re: Bootscreen [had to throw in 2 cents worth, sorry]) Alex Bligh - linux-kernel
2003-01-29 19:52 ` Bootscreen Balram Adlakha
2003-01-30 6:53 ` Bootscreen Denis Vlasenko
2003-01-30 10:18 ` Bootscreen Bernd Eckenfels
2003-01-30 10:39 ` Bootscreen Helge Hafting
2003-01-30 13:54 ` Bootscreen Stefan Reinauer
2003-01-29 15:09 ` Bootscreen Horst von Brand
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=1043854259.877.25.camel@RobsPC.RobertWilkens.com \
--to=robw@optonline.net \
--cc=b_adlakha@softhome.net \
--cc=linux-kernel@vger.kernel.org \
--cc=rwilkens@alumni.clemson.edu \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
/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