[ale] suggested kernel?

[Chris Fowler]

Speaking of kernels, is there something I need to do in 2.4.17 to *keep* the
kernel from using my ramdisks?  It appears that at boot if
I use large amounts of memory.  I do around 48megs worth.  The kernel will
have issues mounting ramdisks that easily fit in the available memory.

It also seems that sometimes the data is there and sometimes its not.  Of
course when its not its gone forever.  The root filesysem is a ramdisk and I
have almost no problems with theis.  But is I create a /usr or something
else, make a file system, it may ore may not becomre mountable.  I've only
noticed this since I began using the large temp ramfs in my initrd.  I use
it to hold data before boot.

Don't ask why.  This is the way I create an envrionment that can not be
damaged.  Besides its static anyway and never changes.

Chris
-----Original Message-----
From: Geoffrey [mailto:esoteric at 3times25.net]
To: ale at ale.org
Sent: Tuesday, February 19, 2002 2:39 PM
To: ale at ale.org
Subject: Re: [ale] suggested kernel?




Stephen Turner wrote:
> why would someone want to make a kernel with all devices drivers etc
> embeded in the kernel and why would they want to put as much as possible
> into modules?

Arguments I've heard, not that I agree with them.

Why drivers in kernel:  If you build a firewall kernel, don't permit
kernel modules, build all the drivers you need into the kernel, hacker's
can't 'insmod' other drivers to get at your kernel.

Modules loaded in and out take/reduce memory foot prints when the
modules are not loaded.

>
>
> ------------------------------------------------------------------------
> *Do You Yahoo!?*
> Yahoo! Sports <http://sports.yahoo.com/oly> - Coverage of the 2002
> Olympic Games


--
Until later: Geoffrey		esoteric at 3times25.net

I didn't have to by my radio from a specific company to listen
to FM, why doesn't that apply to the Internet (anymore...)?


---
This message has been sent through the ALE general discussion list.
See http://www.ale.org/mailing-lists.shtml for more info. Problems should be
sent to listmaster at ale dot org.




---
This message has been sent through the ALE general discussion list.
See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
sent to listmaster at ale dot org.