From: "Wise, Jeremey" <jeremey.wise@agilysys.com>
To: Oliver Hunt <oliverhunt@gmail.com>, linux-kernel@vger.kernel.org
Subject: Re: Kernel or Grub bug.
Date: Wed, 01 Sep 2004 15:46:43 -0400 [thread overview]
Message-ID: <1094068003.15795.26.camel@wizej.agilysys.com> (raw)
In-Reply-To: <4699bb7b04090109415f64fea1@mail.gmail.com>
On Thu, 2004-09-02 at 04:41 +1200, Oliver Hunt wrote:
> If the reiserfs module is compiled as, well, a module, rather than
> built in to the kernel you won't be able to boot.
>
> To load modules kernel needs access to modules, but as these reside on
> a reiserfs partition it needs to load the reiserfs module... hence it
> isn't possible to do that.
>
Thanks for your response but I guess I need a little clarification. I
believe you meant one of the two options below:
1) If I choose to compile the required file system modules "reiserfs"
monolithicaly into my 2.8.1 kernel I can NOT also allow the kernel to
see a module in initrd for reiserfs.ko? If this is what you mean .. my
question is why would the kernel even care? The mount request would be
called and the proper module (reiserfs) would be present to parse said
request. Please correct
2) If I choose to compile the kernel with reiserfs as a modules (ie not
monolithicaly in the kernel) then I will have issues as the kernel has
to have the driver reiserfs to mount the root file system to be able to
load /lib/modules/..../reiserfs.ko. If this is what you meant then
again, I am a bit confused. I thought that was the whole point of the
initrd image in that those modules (RAID, FC, USB, Network
etc....)required to get the OS to the state that it has a / they must be
compiled in the initrd which is called and referaned in grub or lilo.
Again, please correct me if I am wrong.
--
Thanks,
Jeremey Wise
jeremey.wise@agilysys.com
All opinions or information expressed here are personal in nature and do
not reflect the official position of Agilysys Inc.
next prev parent reply other threads:[~2004-09-01 19:53 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-01 3:12 Kernel or Grub bug Wise, Jeremey
2004-09-01 4:28 ` Prasad
2004-09-01 5:20 ` Marcos D. Marado Torres
2004-09-01 6:16 ` prasad
2004-09-01 6:55 ` Marcos D. Marado Torres
2004-09-01 13:40 ` Horst von Brand
2004-09-01 5:24 ` Obelix
[not found] ` <200408312358.08153.dsteven3@maine.rr.com>
2004-09-01 12:20 ` Wise, Jeremey
[not found] ` <200409011135.36537.dsteven3@maine.rr.com>
2004-09-01 16:26 ` Wise, Jeremey
[not found] ` <4699bb7b04090109415f64fea1@mail.gmail.com>
2004-09-01 19:40 ` Wise, Jeremey
2004-09-02 21:33 ` Valdis.Kletnieks
2004-09-03 14:29 ` Marcos D. Marado Torres
2004-09-01 19:46 ` Wise, Jeremey [this message]
2004-09-02 21:02 ` Horst von Brand
2004-09-02 22:53 ` David B. Stevens
2004-09-02 23:25 ` David B. Stevens
2004-09-03 0:31 ` David Lloyd
2004-09-03 2:15 ` David B. Stevens
2004-09-03 0:37 ` Johann Koenig
2004-09-19 10:03 ` Yury Umanets
2004-09-20 14:27 ` Tonnerre
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=1094068003.15795.26.camel@wizej.agilysys.com \
--to=jeremey.wise@agilysys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oliverhunt@gmail.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