linux-admin.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Ralica Kirilova" <larry@podovinastilki.com>
To: "Kevin J. Cummings" <cummings@kjchome.homeip.net>
Cc: linux-admin@vger.kernel.org
Subject: Re: Kernel panic: VFS: unable to mount fs on 09:00
Date: Thu, 29 Apr 2004 10:24:16 +0300	[thread overview]
Message-ID: <002301c42dba$fa985230$0500a8c0@sea> (raw)
In-Reply-To: 408FF9D2.9060807@kjchome.homeip.net

Hi, Kevin
Thanks for the reply :)

> What type of filesystem is your "root" partition?
fd --> Linux Raid Autodetect

> Is all of the necessary support for this fs compiled into your kernel?
Well, the old kernel boots. I haven't changed the .config
I used make oldconfig
The command  #diff .config .config.old --> returns nothing

> 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?
initrd.img is something I'm not familiar with. Byt the kernels are the same
 
> The chronology is the following:
> 
> System BIOS determines the active partition and loads and executes the 
> boot loader.
Yes.
> The system boot loader knows where to find the Linux kernel image, how 
> to load it, and to de-compress it if necessary.  
The problem is that the two kernels are exactly the same.
And the old boots, the new don't !!!
>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.
This is OK
> 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".
I'm not sure about this. I use Slackware. 
> Is this clear enough?
Yes :), thanks a lot! 

Something I found is: 09:00 is NOT the SCSI disk. It's SCSI Tape! 
The other kernel reads from 08:00 (or something). Why this kernel
tries 09:00? How can I change this?

Thanks again for replay

help is appriciated

Greetings Ralica Kirilova



  reply	other threads:[~2004-04-29  7:24 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
2004-04-29  7:24   ` Ralica Kirilova [this message]
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='002301c42dba$fa985230$0500a8c0@sea' \
    --to=larry@podovinastilki.com \
    --cc=cummings@kjchome.homeip.net \
    --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).