From owner-freebsd-isp Sat Jan 31 16:49:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10667 for freebsd-isp-outgoing; Sat, 31 Jan 1998 16:49:48 -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 QAA10648 for ; Sat, 31 Jan 1998 16:49:44 -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 BAA15458; Sun, 1 Feb 1998 01:30:05 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id BAA21225; Sun, 1 Feb 1998 01:11:26 +0100 (CET) (envelope-from andreas) Message-ID: <19980201011125.29929@klemm.gtn.com> Date: Sun, 1 Feb 1998 01:11:25 +0100 From: Andreas Klemm To: Jeff Lynch , jack Cc: Greg Lehey , freebsd-isp@FreeBSD.ORG Subject: Re: Sendmail - low on space References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Jeff Lynch on Wed, Jan 28, 1998 at 10:32:57AM -0600 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 Wed, Jan 28, 1998 at 10:32:57AM -0600, Jeff Lynch wrote: > Exactly. Wisdom of the ages...way back in the days when heads > blew a couple times a year. Eventhough disk technology is more reliable > these days, I still fully believe in keeping /, /usr, and /var as > separate file systems. It's much faster and easier to rebuild separate > filesystems anyway and it's easier to plan your backups. I > even separate /home, and a second local filesystem ... / is a memory filesystem here at my site. /var should be large enough, to hold - logfiles (think about http statistics as well) - mail spool - kernel dumps - printer queues - ... Creating separate filesystems for /usr/obj can be an advantage for fast writing/removing temporary files and directory during the build process of the operating system ... On /usr I wouldn't trust the asynchronous mount option ;-) News should get a partition of it's own, because you need more inodes and I'd think about setting the fs up with 4096/512 block-/fragsize. /dev/sd0a on / (local) /dev/sd0s2f on /usr (local) /dev/sd0s2e on /var (local) /dev/ccd0c on /obj (asynchronous, local, noatime) /dev/ccd1c on /news (local, noatime) /dev/ccd2c on /www (local, noatime) /dev/ccd3c on /home (local) procfs on /proc (local) kernfs on /kern (local) mfs:36 on /tmp (asynchronous, local, noatime) Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 31743 18567 10637 64% / /dev/sd0s2f 1029135 915739 31066 97% /usr /dev/sd0s2e 127023 24972 91890 21% /var /dev/ccd0c 198327 1 182460 0% /obj /dev/ccd1c 198327 28555 153906 16% /news /dev/ccd2c 99055 29580 61551 32% /www /dev/ccd3c 3400078 2094333 1033739 67% /home procfs 4 4 0 100% /proc kernfs 1 1 0 100% /kern mfs:36 30991 14 28498 0% /tmp And no, sysinstall shouldn't do a dummy installation, which creats "lame" links, only because people don't plan their internet sites correctly. -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD''