Re: Initramfs and TMPFS!

[Kent Robotti <dwilson24@nyc.rr.com>]

On Fri, Aug 26, 2005 at 05:40:45PM -0700, Chris Wedgwood wrote:
> On Fri, Aug 26, 2005 at 09:12:31PM +0000, Kent Robotti wrote:
> 
> > Ideally, I don't know why you would want to overmount unless the
> > kernel detects an initramfs.
> 
> because the rootfs doesn't work the way you think it does.  there are
> a number of complex and sublte issues
> 
> if you look at the patch it does quite a lot of work because of this

The purpose of the patch is to overmount ramfs/rootfs with tmpfs before
the compressed cpio archive is unpacked and /init is run.

If there's no compressed cpio archive there's no need to overmount
with tmpfs, because we're not doing initramfs.

That's my understanding of it.

> > I know the patch is just a quick and simple way to use tmpfs for
> > initramfs, and it seems to work.
> 
> as previously mentioned, there are a number of subtle issues to
> consider that are non-obvious
> 
> people are free to do their own patches but the rootfs does not always
> work the way you expect it to
> 
> > But, it would be nice if were cleaned up for that less than one
> > percent.
> 
> given most people don't need/want this i don't see that happening.
> once klibc is merged i might go over this again but until then it
> doesn't seem useful

Even as it is I find it useful.

But, it's only needed because the current initramfs implementation doesn't
offer tmpfs as an option.

If you had the option of using tmpfs as the initramfs you wouldn't need
to do pivot-root or mount-move etc., because you would already be where
you wanted.

/init could just be a symbolic link to /sbin/init, or it could be
some other executable (shell script etc.), but there would be no need
to pivot or move root.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/