All of lore.kernel.org
 help / color / mirror / Atom feed
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?"


  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.