From: "Bill Catlan" <wcatlan@yahoo.com>
To: "Paulo Marques" <pmarques@grupopie.com>
Cc: "Randy.Dunlap" <rddunlap@osdl.org>, <linux-kernel@vger.kernel.org>
Subject: Re: Possible to delay boot process to boot from USB subsystem?
Date: Wed, 5 May 2004 10:18:06 -0400 [thread overview]
Message-ID: <001401c432ab$ca03ce60$0202a8c0@boxa> (raw)
In-Reply-To: 4097E693.3090501@grupopie.com
Hi Paulo,
Thanks for the feedback. I was starting to think the same thing myself, but it
turns out the root cause is the same thing - namely, slow startup of the USB
storage subsystem.
The differing symptom (i.e., different error messages) is entirely due to the
difference in kernel versions. I got my setup (2.4.26) working with Willy's
patch. I am going to re-test Randy's patch as I needed to modify the "preload"
order of my modules in my initrd image in order to even get Willy's patch to
work. With the reordering, I suspect (50/50 chance I think) that Randy's patch
for the 2.4.22 kernel may work on the 2.4.26 kernel as well.
I originally thought that I had compiled the necessary scsi and usb stuff into
the kernel, but upon eventually revisiting my kernel config file I learned along
the way and to my chagrin that I had left them as modules, adding this slight
complication.
Stay tuned for our next episode! :)
Bill
----- Original Message -----
From: "Paulo Marques" <pmarques@grupopie.com>
To: "Bill Catlan" <wcatlan@yahoo.com>
Cc: "Randy.Dunlap" <rddunlap@osdl.org>; <linux-kernel@vger.kernel.org>
Sent: Tuesday, May 04, 2004 2:53 PM
Subject: Re: Possible to delay boot process to boot from USB subsystem?
> Bill Catlan wrote:
>
> > Randy,
> >
> > Thanks for the patch, but it does not work for 2.4.26. The kernel panic I
get
> > ("Kernel panic: No init found. Try passing init= option to kernel.") is
> > generated by the init() function in init/main.c. Willy's patch applies to
> > init/main.c, perhaps yours should now as well (i.e., in later kernels)? (I
have
> > not tested Willy's patch, but he claims success with a 2.4.23 kernel.)
>
>
> This is a completely different error from "VFS: Cannot open root device" or
> "unable to mount root".
>
> Are you sure you have a "/sbin" directory with an *executable* "init" file on
> the usb harddrive?
>
> Does your init file depend on libraries that you do not have under "/lib"?
(you
> can check with "ldd init")
>
> If your init is a script, does it specify a complete path to the interpreter,
> and do you have an *executable* interpreter there? Does the interpreter
require
> libraries or is it static?
>
> I hope this helps,
>
> --
> Paulo Marques - www.grupopie.com
> "In a world without walls and fences who needs windows and gates?"
next prev parent reply other threads:[~2004-05-05 14:18 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-02 23:27 Possible to delay boot process to boot from USB subsystem? Bill Catlan
2004-05-03 1:27 ` Randy.Dunlap
2004-05-03 5:17 ` Bill Catlan
2004-05-03 20:31 ` Bill Catlan
2004-05-04 18:53 ` Paulo Marques
2004-05-05 14:18 ` Bill Catlan [this message]
2004-05-03 5:34 ` Willy Tarreau
2004-05-03 20:44 ` Bill Catlan
2004-05-03 21:05 ` Willy TARREAU
-- strict thread matches above, loose matches on Subject: below --
2004-05-04 2:32 Randy.Dunlap
2004-05-04 4:51 ` Willy Tarreau
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='001401c432ab$ca03ce60$0202a8c0@boxa' \
--to=wcatlan@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pmarques@grupopie.com \
--cc=rddunlap@osdl.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