From owner-freebsd-isp Sat Jan 31 17:34:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18894 for freebsd-isp-outgoing; Sat, 31 Jan 1998 17:34:03 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18833 for ; Sat, 31 Jan 1998 17:33:58 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id MAA29482; Sun, 1 Feb 1998 12:03:26 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA07892; Sun, 1 Feb 1998 12:03:25 +1030 (CST) (envelope-from grog) Message-ID: <19980201120325.14137@lemis.com> Date: Sun, 1 Feb 1998 12:03:25 +1030 From: Greg Lehey To: Andreas Klemm Cc: Alan Batie , John Kelly , jack@germanium.xtalwind.net, freebsd-isp@FreeBSD.ORG Subject: Re: Sendmail - low on space References: <34d4bf15.15742383@mail.cetlink.net> <19980127222309.17450@agora.rdrop.com> <19980201011332.58317@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <19980201011332.58317@klemm.gtn.com>; from Andreas Klemm on Sun, Feb 01, 1998 at 01:13:32AM +0100 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-isp" On Sun, Feb 01, 1998 at 01:13:32AM +0100, Andreas Klemm wrote: > On Tue, Jan 27, 1998 at 10:23:09PM -0800, Alan Batie wrote: >> On Wed, Jan 28, 1998 at 05:22:44AM +0000, John Kelly wrote: >>>>> I see little benefit in a partition dedicated to /var. >>>> >>>> I do. I like the fact that the / partition, with the critical system >>>> files, is not written to each time a log entry is made >>> >>> Please read the message again. Root (/) will still have its own >>> parition. The separate /var partition is the one we're suggesting to >>> eliminate by consolidating it inside /usr. >> >> The same applies to /usr; if you want to combine filesystems, combine >> / and /usr; /var is highly dynamic, whereas without too much trouble > ^^^^^^^^^^ >> / and /usr could be made R/O, which would greatly simplify upgrades. > > but then /usr/local should become a separate filesystem ... > /usr/local is highly dynamic as well, if you work with ports. Working with ports doesn't mean installing new ones every day. I "work with ports" too, but it's been 9 days since I changed /usr/local/bin. I wouldn't call that "highly dynamic". I think it depends a lot on your installation. I still see little benefit in three partitions on a single disk. The idea of a read-only root file system and no separate /usr isn't bad, though. Sadly, though you can "update" a mount from read-only to write (for example, to add a port), you can't "update" it back to read-only. I suppose this is a thing we should improve on. Greg