RE: Kerlen 2.4.13 and ramdisks

Chris Fowler
2002-02-19T21:49:56Z

Ian,

loopback would not allow me to write to the image while running it. Making
the flash (upgrade) process more difficult. The FS is ext2 and I do not use
mount.

The only way the kernel can mount this is by me putting it in memory first.
The only way to do that is with initrd. It owkrs when initrd only places
that data there. When I try to download the *same* data from the network
and put there it craps out. I have to download the data first before I can
place it in /dev/ram7. TO do that I mount a ram fs at a upper limit of
32mb. Download the file there then place it in /dev/ram7. Just by using
that memory as temporary storeage I'm haing problems. I've read posts that
state that certain 2.4.X kernels have problems repecting the boundaries of a
ramdisk. They tend to overwrite those areas when needing memory.

lilo.conf:
....
root=/dev/ram7

-----Original Message-----
From: linux-mtd-admin@lists.infradead.org
[mailto:linux-mtd-admin@lists.infradead.org]On Behalf Of Ian
Sent: Tuesday, February 19, 2002 4:51 PM
To: Chris Fowler
Cc: linux-mtd@lists.infradead.org
Subject: Re:Kerlen 2.4.13 and ramdisks

If you have loopback support compiled in you can mount it directly through
the loopback driver, without creating a ramdisk ...

What was the error that mount gave? You probably only need to specify
the "-o" parameter ... mount doesn't usually detect fancy filesystems ...

----- Original Message -----
>From: "Chris Fowler" <cfowler@outpostsentinel.com>
>To: <linux-mtd@lists.infradead.org>
>Subject: Kerlen 2.4.13 and ramdisks
>Date: Tue, 19 Feb 2002 10:33:33 -0500
>
> You guys might have ran across a ramdisk problem. I have a feeling that
kernel 2.4.13 is
not respecting my ramdisks.
>
>
> dd if=/etc/user.img of=/dev/ram6
>
> mount /dev/ram6 fails.
>
>
> Is this a problem?
>
>
>
>
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>

______________________________________________________
Linux MTD discussion mailing list