From: Christian Trefzer <ctrefzer@web.de>
To: "Darryl L. Miles" <darryl@netbauds.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.12 initrd module loading seems parallel on bootup
Date: Sun, 26 Jun 2005 05:53:53 +0200 [thread overview]
Message-ID: <42BE26D1.1000402@web.de> (raw)
In-Reply-To: <42BDFEC2.3030004@netbauds.net>
[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]
Well, although I cannot comment on your exact situation, I guess I see
the same problem here. When checking out 2.6.12 for the first time, my
little early-userspace environment had some serious trouble configuring
the scsi|md|lvm setup which worked flawlessly before. The plan was to
load required modules for disks, then md, bring up the arrays and
activate the LVs. But it takes several seconds (!) until device nodes
appear after modprobe has terminated correctly. For me, the quick ugly
fix was to introduce a delay loop in the bash scripts which waits for
important device nodes before proceeding, similar to that:
function wait_for_node{} (
echo -en "Waiting for ${1} to appear..."
while [ ! -e ${1} ]
do
echo -en "."
sleep 1s
done
echo " done."
)
This one can be called with any node important for the next
initialization step. In my case, I wait for disk partitions to appear
before RAID initialization:
wait_for_node /dev/sda1
You could wait for your root partition to come up, instead of running
into the vfs panic while trying to mount it. But that won't solve the
original problem, I fear...
Yours,
Chris
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 894 bytes --]
next prev parent reply other threads:[~2005-06-26 3:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-26 1:02 2.6.12 initrd module loading seems parallel on bootup Darryl L. Miles
2005-06-26 3:53 ` Christian Trefzer [this message]
2005-06-26 6:46 ` Andrew Morton
2005-06-26 9:26 ` Pozsár Balázs
2005-06-26 11:53 ` Christian Trefzer
2005-06-26 10:06 ` Darryl L. Miles
2005-06-26 12:00 ` Christian Trefzer
2005-06-26 14:11 ` Toon van der Pas
2005-06-27 5:47 ` Darryl L. Miles
2005-06-29 23:39 ` Christian Trefzer
2005-06-30 8:45 ` Darryl L. Miles
2005-06-30 14:12 ` Christian Trefzer
2005-06-26 13:19 ` Parag Warudkar
[not found] <4jtOU-508-21@gated-at.bofh.it>
[not found] ` <4jz7U-9S-7@gated-at.bofh.it>
[not found] ` <4jBCN-20Q-9@gated-at.bofh.it>
2005-06-27 6:24 ` Martin Wilck
-- strict thread matches above, loose matches on Subject: below --
2005-06-25 22:09 Darryl L. Miles
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=42BE26D1.1000402@web.de \
--to=ctrefzer@web.de \
--cc=darryl@netbauds.net \
--cc=linux-kernel@vger.kernel.org \
/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