From: "Kevin J. Cummings" <cummings@kjchome.homeip.net>
To: Ralica Kirilova <larry@podovinastilki.com>,
linux-admin <linux-admin@vger.kernel.org>
Subject: Re: Kernel panic: VFS: unable to mount fs on 09:00
Date: Wed, 28 Apr 2004 14:37:06 -0400 [thread overview]
Message-ID: <408FF9D2.9060807@kjchome.homeip.net> (raw)
In-Reply-To: <000501c42d35$d6f20b80$0500a8c0@sea>
Ralica Kirilova wrote:
> Hi, all
> I have a Linux box (Linux Slackware 9.1, uname -r --> 2.4.22),
> with two SCSI Seagate hard disks,
> I have software RAID1 running.
> Everything is OK.
> So I try to precompile the kernel
>
> make clean
> make oldconfig // use this in order to not to have mistake in
> configuration.
> // this is running kernel configuration
> make dep, make, make bzImage,
> make modules, make modules_install, make install
>
> cp new image in /boot, add new image in lilo, run lilo, reboot
> The error:
> Kernel panic: VFS: unable to mount fs on 09:00
>
> I don't know if I explained it right.
>
> Any help is appriciated
>
> P.S. Sorry for my bad english
What type of filesystem is your "root" partition?
Is all of the necessary support for this fs compiled into your kernel?
If not, did you remake the proper initrd.img file for your new kernel so
that it contains the proper modules for your root partition?
The chronology is the following:
System BIOS determines the active partition and loads and executes the
boot loader.
The system boot loader knows where to find the Linux kernel image, how
to load it, and to de-compress it if necessary. This kernel image needs
to contain the necessary file systems builtin to it in order to find and
mount the root partition so that it can load any necessary modules
needed to complete your system boot up.
If (like RedHat) your boot loader boots an initial RamDisk image, this
image can contain copies of various modules needed for the kernel image
to load so that it has all the necessary modules it needs to find/load
the root file system. When it mounts the root partition, it unmounts
the initial ramdisk and your system boot then continues "normally".
Is this clear enough?
Your RAID fs is a "complicated" file system, and may involve more than a
simple driver (like an IDE driver or SCSI driver) in order to mount the
root partition. All of the necessary support must either already be a
part of your kernel (making it larger to boot from) or be able to be
loaded from an initrd image during startup.
--
Kevin J. Cummings
kjchome@rcn.com
cummings@kjchome.homeip.net
cummings@kjc386.framingham.ma.us
next prev parent reply other threads:[~2004-04-28 18:37 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-28 15:31 Kernel panic: VFS: unable to mount fs on 09:00 Ralica Kirilova
2004-04-28 18:37 ` Kevin J. Cummings [this message]
2004-04-29 7:24 ` Ralica Kirilova
2004-04-29 15:20 ` Glynn Clements
2004-04-29 16:26 ` console parameter ignored A. R. Vener
2004-04-30 6:34 ` terry white
2004-05-03 20:51 ` Bill Carlson
2004-05-03 21:30 ` A. R. Vener
2004-05-03 23:02 ` Milan P. Stanic
2004-04-29 20:50 ` Kernel panic: VFS: unable to mount fs on 09:00 Kevin J. Cummings
2004-05-04 7:32 ` Ralica Kirilova
-- strict thread matches above, loose matches on Subject: below --
2004-04-30 14:36 Ralica Kirilova
2004-04-30 18:34 ` Glynn Clements
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=408FF9D2.9060807@kjchome.homeip.net \
--to=cummings@kjchome.homeip.net \
--cc=larry@podovinastilki.com \
--cc=linux-admin@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;
as well as URLs for NNTP newsgroup(s).