From owner-freebsd-isp Sat Jan 31 16:49:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10435 for freebsd-isp-outgoing; Sat, 31 Jan 1998 16:49:13 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10375 for ; Sat, 31 Jan 1998 16:49:09 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id BAA15463; Sun, 1 Feb 1998 01:30:17 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id BAA21236; Sun, 1 Feb 1998 01:13:32 +0100 (CET) (envelope-from andreas) Message-ID: <19980201011332.58317@klemm.gtn.com> Date: Sun, 1 Feb 1998 01:13:32 +0100 From: Andreas Klemm To: Alan Batie , John Kelly Cc: 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19980127222309.17450@agora.rdrop.com>; from Alan Batie on Tue, Jan 27, 1998 at 10:23:09PM -0800 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-isp" 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. -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD''