From: "Jim Roland" <jroland@roland.net>
To: <mcuss@cdlsystems.com>, <linux-kernel@vger.kernel.org>
Subject: Re: Kernel Startup Delay
Date: Wed, 22 Aug 2001 01:00:45 -0500 [thread overview]
Message-ID: <003e01c12acf$c8faefd0$8a1cfa18@gespl2k1> (raw)
In-Reply-To: <027001c12a5b$e5d29be0$160e10ac@hades>
I'm sure others have contributed to this, but depending on how much delay
you're talking about, you may be able to set a startup delay via your SCSI
BIOS (reference the settings screen showing all SCSI IDs and settings for
each) if you have an Adaptec AHA2940, I know you can do this. Others you
may need to taste before adding seasoning.
If you don't want to, or are unable to adjust the SCSI Controller's BIOS,
you can insert a startup delay if you're using LILO, and have it wait "x"
seconds which you can adjust in tenths of seconds (50=5 seconds) and have
LILO wait before starting the kernel enough time for your drives to startup.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jim Roland, RHCE (RedHat Certified Engineer)
Owner, Roland Internet Services
"The four surefire rules for success: Show up, Pay attention, Ask
questions, Don't quit."
--Rob Gilbert, PH.D.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
----- Original Message -----
From: "Mark Cuss" <mcuss@cdlsystems.com>
To: <linux-kernel@vger.kernel.org>
Sent: Tuesday, August 21, 2001 11:11 AM
Subject: Kernel Startup Delay
> Hello!
>
> I am setting up a server with 4 SCSI hard disks, two of which I will
jumper
> to have a delayed spin up as to not bake the power supply. These two
drives
> will contain a striping RAID. I am concerned that the kernel will load
off
> of the other drives and attempt to start this RAID before the disks have
> even spun up - is there a way to have the kernel delay its startup for a
> certain number of seconds while all the drives spin up?
>
> Any hints are greatly appreciated.
>
> Mark
>
>
>
> -
> 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/
>
next prev parent reply other threads:[~2001-08-22 6:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-21 16:11 Kernel Startup Delay Mark Cuss
2001-08-21 17:02 ` Ignacio Vazquez-Abrams
[not found] ` <9lu1js$s3o$1@ns1.clouddancer.com>
2001-08-21 19:01 ` Colonel
2001-08-22 6:00 ` Jim Roland [this message]
[not found] <no.id>
2001-08-21 16:26 ` Alan Cox
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='003e01c12acf$c8faefd0$8a1cfa18@gespl2k1' \
--to=jroland@roland.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mcuss@cdlsystems.com \
/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