Re: optional delay after partition detection at boot time

From: Valdis . Kletnieks
Date: Sun Jun 12 2005 - 20:47:30 EST


On Sun, 12 Jun 2005 09:12:13 +0200, Willy Tarreau said:
> On Sat, Jun 11, 2005 at 11:50:50PM -0700, subbie subbie wrote:
> > Hello,
> >
> > I'm sure some of you have come across this annoying
> > issue, the kernel messages scroll way too fast for a
> > human to be able to read them (let alone vgrep them).
> >
> > I'm proposing two features;
> >
> > 1. a configurable (boot time, via kernel command
> > line) delay between each and every print -- kind of
> > overkill, but may be useful sometimes.

> What's the problem with "cat /proc/partitions" or "dmesg" ?
> You seem to want to slow down *every* boot just to identify
> a partition you need to find *once*. This seems overkill.

There's been more than once that something's been borked up such that
I can't *GET* to where I can run a cat command or dmesg - and it's not
always a partition problem.

Personally, what I could go for is control-Q/S support for printk output :)

Attachment: pgp00000.pgp
Description: PGP signature