public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Andrew" <temp01@bluereef.com.au>
To: <linux-kernel@vger.kernel.org>
Subject: 2.2.20 ramdisk(initrd) not found by kernel
Date: Fri, 9 Aug 2002 18:08:05 +1000	[thread overview]
Message-ID: <079d01c23f7b$e3cf34d0$2b01010a@bluereef.local> (raw)

I have a problem that I have been wrestling with now for a number of days
with no solution, and I'm hoping someone can help.

My problem is that when the 2.2.20 kernel loads, lilo doesn't seem to load
the rootfs.img into RAM or it gets dropped before the kernel finds it. That
is I don't get the
kernel message 'RAMDISK found at block 0' message and thus Linux panics with
something like "root file system not found on dev 1:0".

I have a stock 2.2.20 kernel with ramdisk and initrd support compiled in.
RAMdisk size is 64MB although I've also tried 32MB and 128MB.
I have tried kernel builds with module support and without (everything
compiled in)
I'm using the latest lilo I can find with the following config:

boot=/dev/hdc
disk=/dev/hdc
 bios=0x80
map=/map
install=/boot.b
backup=/boot.1600
prompt
linear
timeout=50
password=maintenance
restricted
image=/vmlinuz-2.2.20up
        label=test
        ramdisk=65536
        initrd=/rootfs.img
        root=/dev/ram

The server is a uni processor PIII server with 512MB of RAM

The sizes of my rootfs.img and kernel are:
 8713856 Aug  7 12:55 rootfs.img (this is an ext2 compressed image)
 787022 Aug  7 12:17 vmlinuz-2.2.20up (this is a monolithic bzImage kernel)

Lilo when building doesn't report any errors in fact it says it successfully
maps the RAMdisk ok

It almost seems like there is some finite size or block limit that my
rootfs.img+kernel is greater than, that stops the
RAMdisk being loaded or being found if it is infact being loaded at all.

Is there a finite limit on the size initrd can be? Enlarging the ramdisk
size or altering the block size of the image doesn't seem to make any
difference.

Any help much appreciated.

Andrew.
ps. Can you please reply to me directly, thanks.


             reply	other threads:[~2002-08-09  7:57 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-09  8:08 Andrew [this message]
     [not found] ` <3D53B951.2070304@gmx.de>
2002-08-10  6:19   ` 2.2.20 ramdisk(initrd) not found by kernel Andrew Hall

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='079d01c23f7b$e3cf34d0$2b01010a@bluereef.local' \
    --to=temp01@bluereef.com.au \
    --cc=linux-kernel@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