Please help....kernel 2.0.33 not booting

Please help....kernel 2.0.33 not booting

Post by Will Weisse » Wed, 03 Jun 1998 04:00:00



Hello, I don't know what the chances are of my question being answered in a
busy group like this, but i just installed slackware linux and I'm having a
big problem.  I compile the new 2.0.33 kernel as per the instructions,
running lilo and everything, and it won't boot.  It boots fine off the 2.0.0
slackware kernel, and one time I got it to boot; the first time I compiled
it.  After that it just gives me these two lines in the middle of booting
up:
VFS: Cannot open root device 03:02
Kernel Panic: VFS: Unable to mount root fs on 03:02
If you know anything about this error and what I can do to boot up my

Any help would be greatly appreciated!
-W.W.

 
 
 

Please help....kernel 2.0.33 not booting

Post by Will Weisse » Wed, 03 Jun 1998 04:00:00



>>VFS: Cannot open root device 03:02
>>Kernel Panic: VFS: Unable to mount root fs on 03:02

>I got the same error msg when installing Caldera OL Base (same
>kernel).  After much communication with Caldera, they pointed me to a
>modified .img file on their ftp site.  It seems that 2.0.33 has a
>problem with some hardware configurations.

>ftp.caldera.com/pub/OpenLinux/updates/1.2/unsupported/install-2.0.33-110.im
g

>I don't know if this will help your situation.

>RCW

I don't know...this the system (slackware) is already installed, so unless
they have a modified kernel source that I could recompile, it probably
wouldn't do me much good

    -WW

 
 
 

Please help....kernel 2.0.33 not booting

Post by Will Weisse » Wed, 03 Jun 1998 04:00:00


Quote:>Check your /etc/lilo.conf file and make sure that the root =
>line for each image is pointing to the right partition.  After you
>make any corrections, rerun lilo.

It is indeed pointing to the right partition (hda2)...right now I have two
kernel images in the root directory, /vmlinuz (the 2.0.0 kernel that came
with slackware), and /newKernel, the 2.0.33 build which seems to be broken.
I say this because I'm really doing nothing wrong; I changed one line of the
kernel source (the nestea bug in ip_fragment.c), then compiled and re-ran
lilo...I've done this before and it always worked fine.  Here's the contents
of my lilo.conf:

boot = /dev/hda2
vga = normal
ramdisk = 0

image = /newKernel
  root = /dev/hda2
  label = 33Build
image = /vmlinuz
  root = /dev/hda2
  label = Linux

As you can see, the entries are identical, which leads me to believe that
something in 2.0.33 is broken.  Perhaps someone can suggest a manner of
recompiling the kernel such that it will work (perhaps leaving some option
out/in).  I'm left wondering if changing the nestea line could possibly make
it not mount the root partition, in which case there's still a problem since
the whole idea of upgrading the kernel is that you can't go on irc for more
than two seconds these days without getting "nuked" or "dropped" by some
belligerent wannabe hacker...but I digress :).  Anyway if you have any
information relating to this feel free to post on this group or contact me
in whatever manner you see fit.

Thanks again,

WW

 
 
 

Please help....kernel 2.0.33 not booting

Post by Will Weisse » Wed, 03 Jun 1998 04:00:00


OK Never mind...I recompiled again with a different IDE option and it
worked.  I'm sorry to bother you all with this mundane stuff, but it takes
awhile to compile on a 486.  Anyhoos, I love linux, but problems sometimes
arise when you give idiots like me that much control over their OS ;).
Thanks yet again,

-WW
P.S. the nestea patch also took...woo hoo

 
 
 

Please help....kernel 2.0.33 not booting

Post by RC » Thu, 04 Jun 1998 04:00:00


Quote:>VFS: Cannot open root device 03:02
>Kernel Panic: VFS: Unable to mount root fs on 03:02

I got the same error msg when installing Caldera OL Base (same
kernel).  After much communication with Caldera, they pointed me to a
modified .img file on their ftp site.  It seems that 2.0.33 has a
problem with some hardware configurations.

ftp.caldera.com/pub/OpenLinux/updates/1.2/unsupported/install-2.0.33-110.img

I don't know if this will help your situation.

RCW

 
 
 

Please help....kernel 2.0.33 not booting

Post by Erik Van Coops-Lotspeic » Thu, 04 Jun 1998 04:00:00



> Hello, I don't know what the chances are of my question being answered in a
> busy group like this, but i just installed slackware linux and I'm having a
> big problem.  I compile the new 2.0.33 kernel as per the instructions,
> running lilo and everything, and it won't boot.  It boots fine off the 2.0.0
> slackware kernel, and one time I got it to boot; the first time I compiled
> it.  After that it just gives me these two lines in the middle of booting
> up:
> VFS: Cannot open root device 03:02
> Kernel Panic: VFS: Unable to mount root fs on 03:02
> If you know anything about this error and what I can do to boot up my

> Any help would be greatly appreciated!
> -W.W.

I started running Linux with RedHat 4.2 (Kernel 2.0.30).  A few months
ago I recently upgraded to Kernel 2.0.33 and though I basically had no
problems with the compile and install, I did have some issues to work
out.  First of all, my RedHat system shipped with the SCSI drivers built
as modules.  I compiled my Kernel with the SCSI drivers built in since
there is no real practical reason to make them modules.

It seems as though you have an IDE system, and I'm not sure if you have
built your IDE components of the kernel as modules or built in.  If they
are built as modules now, and they were built in to the kernel before,
then you have to make some changes to your initrd image file.
Otherwise, your kernel will start to load, and it won't find your file
system to mount because the disk drivers aren't loaded yet.  That's why
you need an initrd image.  I don't know whether IDE works the same as
SCSI, but if it does, this may be your problem.  The problem that I had
was that the SCSI drivers would be loaded by the Kernel, and then the
initrd image would try to load them as a module and they would conflict
leaving me with an unbootable system.  I had to change my initrd before
everything would work right.

To update your initrd image, verify that you have a loopback block
device and verify the settings in your /etc/conf.modules file.  Then run
the following: /sbin/mkinitrd /boot/newinitrd-image 2.0.33.  
"newinitrd-image" is your new initrd file.  Rename the old one and copy
this over.

I remember getting an error message at one point exactly like the one
you describe, and I can't remember exactly how I got it.  I think it was
because I forgot to run lilo or something.

I hope this provides you with some information.  I have a SCSI system,
so I don't know if the same stuff applies to IDE systems.  I hope this
helps.  Maybe if you can provide me with some more information, I can
help you more.

Erik Van Coops-Lotspeich

 
 
 

1. Can't boot 2.0.33 kernel

Hi
I can't boot my 2.0.33 Kernel. I have a RH5.0 system. The system starts
up fine until it gets to Mounting EXT2 file system as root. INIT 2.7
booting should come up next, but it doesn't. I've also compiled a 2.0.32
kernel from RH rpm source, but it does the same thing. Any insight would
be helpful.

--
J. Paul

BTW: How do you query init for a version number?

2. xterm popup menus

3. ipautofw will not compile in kernel 2.0.33

4. XDM won't read startup files

5. ipautofw not working for kernel 2.0.33

6. Process Status info???

7. Problem getting PPP working on 386/33, please help.

8. memory

9. DECstation personal 5000/33 - please help

10. Routing Setup..please Help Me!

11. LOADLIN DOES NOT boot > 1.3.33 kernels!

12. Need help with 2.0.33 kernel compile................................

13. 2.0.33 Kernel Error -- HELP