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:
pgpxDwJAmvpBO.pgp
Description: PGP signature
- References:
- optional delay after partition detection at boot time
- From: subbie subbie <[email protected]>
- Re: optional delay after partition detection at boot time
- From: Willy Tarreau <[email protected]>
- optional delay after partition detection at boot time
- Prev by Date: Re: Attempted summary of "RT patch acceptance" thread
- Next by Date: Re: Real-time problem due to IO congestion.
- Previous by thread: Re: optional delay after partition detection at boot time
- Next by thread: Re: optional delay after partition detection at boot time
- Index(es):