> On Mon, Jun 12, 2000 at 03:17:40PM +0200, Stephan Niemz wrote:
> > IMHO it's a Good Thing to have a small root partition and a large /usr
> > (and perhaps other large partitions for /var and/or /home). I could make
On Mon, Jun 12, 2000 at 09:30:09 -0400, Michael Stone wrote:
> In cases where that's true, it's up to the administrator to make sure
> that there's adequate space in /tmp. If you put a world-writable
> directory on a tiny root partition you've created a disaster waiting to
> happen; there is *no* advantage to such a setup.
I can't quite see this disaster, because under normal operation nothing
tries to write to the root partition, except for /tmp. So if /tmp is full,
everything should still work fine except for programs that need to write to
/tmp, of course. The disaster is bigger if /var runs full, because you have
several spool directories and all log files there.
While thinking about this I was wandering if it would be possible to
make /tmp a RAM disk like Solaris does. But this would only help if the
size of the RAM disk would be variable, i. e. if the amount of RAM used for
this would grow and shrink as files in /tmp are written or deleted.
I know that this question would probably be more appropriate to the
Kernel mailing list, but does anybody here know about a solution? From what
I can see, you can only make fixed size RAM disks.
- Stephan.
Attachment:
pgpAaiL9qcAjn.pgp
Description: PGP signature