From owner-freebsd-chat Thu Jan 24 15:41:43 2002 Delivered-To: freebsd-chat@freebsd.org Received: from excalibur.skynet.be (excalibur.skynet.be [195.238.3.135]) by hub.freebsd.org (Postfix) with ESMTP id 9675437B417 for ; Thu, 24 Jan 2002 15:41:31 -0800 (PST) Received: from [10.0.1.3] (ip-27.shub-internet.org [194.78.144.27] (may be forged)) by excalibur.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.16) with ESMTP id g0ONfQ828672; Fri, 25 Jan 2002 00:41:26 +0100 (MET) (envelope-from ) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: References: <20020123114658.A514@lpt.ens.fr> <20020123124025.A60889@HAL9000.wox.org> <3C4F5BEE.294FDCF5@mindspring.com> <20020123223104.SM01952@there> Date: Fri, 25 Jan 2002 00:28:12 +0100 To: swear@blarg.net (Gary W. Swearingen), Brad Knowles From: Brad Knowles Subject: Re: Bad disk partitioning policies (was: "Re: FreeBSD Intaller (was "Re: ... RedHat ...")") Cc: freebsd-chat@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 11:15 AM -0800 2002/01/24, Gary W. Swearingen wrote: > Many (but not all) such problems can be handled by having /tmp symlink > to a directory that exists whether or not a parent of that directory is > mounted. Eg, /tmp -> /var/tmp and you make a /var/tmp directory when > /var is unmounted. If anything shows up in the unmounted /var/tmp > (which you could have a script check for just before next "mount -a"), > you've discovered a bug, IMO. Granted, you can do this. But this is not standard behaviour, and unless you carry this modification with you to all affected machines you ever administer, you could easily silently lose disk space that no one ever manages to figure out where it's gone. Even if you do so, you've now got a crutch that won't exist on other systems, and you're more likely to trip yourself up when you do the symlink part and you forget the rest. This is kind of like alias'ing rm to be something less dangerous for root, and then seriously injuring yourself on an unpatched system. IMO, you're better off leaving /tmp alone, and more carefully monitoring the disk space on the root filesystem instead. If all your own tools always use /usr/tmp or /var/tmp (or whatever), then you should only be left with the standard tools which might scribble all over /tmp, and they should be easier to catch. Alternatively, if you want a separate /tmp filesystem (so that /tmp is writable during the early stages of boot, but is not dangerous to the root filesystem once you're in multi-user mode), you could go so far as to make it an mfs, and it would be wicked fast. -- Brad Knowles, H4sICIFgXzsCA2RtYS1zaWcAPVHLbsMwDDvXX0H0kkvbfxiwVw8FCmzAzqqj1F4dy7CdBfn7 Kc6wmyGRFEnvvxiWQoCvqI7RSWTcfGXQNqCUAnfIU+AT8OZ/GCNjRVlH0bKpguJkxiITZqes MxwpSucyDJzXxQEUe/ihgXqJXUXwD9ajB6NHonLmNrUSK9nacHQnH097szO74xFXqtlbT3il wMsBz5cnfCR5cEmci0Rj9u/jqBbPeES1I4PeFBXPUIT1XDSOuutFXylzrQvGyboWstCoQZyP dxX4dLx0eauFe1x9puhoi0Ao1omEJo+BZ6XLVNaVpWiKekxN0VK2VMpmAy+Bk7ZV4SO+p1L/ uErNRS/qH2iFU+iNOtbcmVt9N16lfF7tLv9FXNj8AiyNcOi1AQAA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message