Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 3 Apr 2000 14:07:20 +0200
From:      Neil Blakey-Milner <nbm@mithrandr.moria.org>
To:        Brad Knowles <blk@skynet.be>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: What is needed in /stand
Message-ID:  <20000403140719.A96285@mithrandr.moria.org>
In-Reply-To: <v04220802b50e28409e3c@[194.78.233.215]>
References:  <20000401004437.A6904@evil.2y.net> <Pine.BSF.4.21.0004011039040.41431-100000@localhost> <20000401135701.A11341@evil.2y.net> <v0422080ab50c1240f6d9@[194.78.233.215]> <38E686A2.BC52FBA3@math.missouri.edu> <v04220814b50d4c7bd7cf@[194.78.233.215]> <20000403123751.B94441@mithrandr.moria.org> <v04220802b50e28409e3c@[194.78.233.215]>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon 2000-04-03 (12:53), Brad Knowles wrote:
> >  As has been previously mentioned, a "dummy" /usr/tmp on the root
> >  filesystem usually handles this.
> 
> 	If you're going to do this, you might as well make /tmp a mount 
> point and mount a real filesystem (or an mfs) on top of it later in 
> the boot stage.

That doesn't follow.  Some people don't like separate /tmp partitions,
and quite a number dislike using MFS for "temporary files".

> 	Either way you end up with the potential that there may be files 
> stored in the root filesystem "underneath" and hidden by the 
> filesystem mounted on top of it (thus wasting space), and it's almost 
> certainly likely to be a lot less confusing if /tmp is an explicit 
> separate filesystem than if you have a shadow /usr.

Yes, this is a problem.  Problems do occasionally have solutions
though (hacked rc scripts being one not unknown suggestion).  It's
not 'stupid' to do it this way.  There are probably as many arguments
against many partitions as there are against few or one partitions,
and I certainly don't want to go through those again *grin*.

Anyway, I have megalines of documentation to do, consider this my
last input to the thread.

Neil
-- 
Neil Blakey-Milner
nbm@rucus.ru.ac.za


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000403140719.A96285>