lkml.org 
[lkml]   [2005]   [Jun]   [12]   [last100]   RSS Feed
Views: [more markup]   [less markup]   [headers]   [forward]  
 
Messages in this thread
/
DateSun, 12 Jun 2005 09:12:13 +0200
FromWilly Tarreau <>
SubjectRe: optional delay after partition detection at boot time
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. 
> 
>  2. a configurable (boot time, via kernel command
> line) delay after partition detection, so that a
> humble system administrator would be able to actually
> find out which partition he should specify at boot
> time in order to boot his system.   This is especially
> annoying on newer SATA systems where sometimes disks
> are detected as SCSI and sometimes as standard ATA
> (depending on BIOS settings), I'm sure though that it
> could be useful in a number of other cases.

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.

willy

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-06-12 07:17    [from the cache]
©2003-2008