From owner-freebsd-questions@FreeBSD.ORG Mon Jan 22 14:51:31 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A37B16A402 for ; Mon, 22 Jan 2007 14:51:31 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6F95913C478 for ; Mon, 22 Jan 2007 14:51:31 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-72-129-222-120.new.res.rr.com [72.129.222.120]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id l0MDgaoH026199; Mon, 22 Jan 2007 07:42:37 -0600 (CST) Received: from jericho.polands.org (jericho.polands.org [172.16.1.33]) by corinth.polands.org (8.13.6/8.13.6) with ESMTP id l0MDgaxF077856; Mon, 22 Jan 2007 07:42:36 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.8/8.13.8) with ESMTP id l0MDgafM001529; Mon, 22 Jan 2007 07:42:36 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.8/8.13.8/Submit) id l0MDgaNX001528; Mon, 22 Jan 2007 07:42:36 -0600 (CST) (envelope-from djp) Date: Mon, 22 Jan 2007 07:42:36 -0600 From: Doug Poland To: Robert Huff Message-ID: <20070122134235.GB1382@polands.org> References: <45B3E0D0.70005@u.washington.edu> <17844.85.335537.317957@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17844.85.335537.317957@jerusalem.litteratus.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/2476/Sun Jan 21 10:22:33 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-questions@freebsd.org Subject: Re: more than 7 partitions on a SCSI-drive X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2007 14:51:31 -0000 On Sun, Jan 21, 2007 at 07:07:49PM -0500, Robert Huff wrote: > Garrett Cooper writes: > > > One good reason I can think of is to partition (not the tech > > definition but the traditional definition, "to divide") filesystems > > such that if one person fills up "/", it won't cause a program that > > needs to write to "/var" or "/tmp" problems, which in the case of > > "/var" can bring down entire systems and infrastructures (happened > > before where I was working as IT when a CUPS server ran out of space > > on /var). Other than that.. not really sure. Maybe some of the > > older guard on the list know why. > I've had a /usr partition corrupt on a drive and I was able to boot into single user mode, mark the /usr partition read-only and mount it. I ran on a crippled but functional /usr partition until I could replace the drive. That would not have been possible with one large partition. > N) Dump - the preferred beckup method - works at the partition level. > Sure, you can flag files and directories "nodump" using chflags ... > but do you really want to manage that given modern disk sizes? > Also, file system quotas and snapshots work at the partition level. I manage an "all-in-one" server for a small non-profit. This is a rather "extreme" example of partitioning and, admittedly, I did it as an experiment, but you'll see my logic when you think about how dumps, quotas, snapshots work at the partition level. # Device Mountpoint FStype Options Dump Pass# /dev/da0s1b none swap sw 0 0 /dev/da0s1a / ufs rw 1 1 /dev/da0s2b /data ufs rw,groupquota 2 2 /dev/da0s2a /home ufs rw,groupquota 2 2 /dev/da0s1d /tmp ufs rw 2 2 /dev/da0s2h /usr ufs rw 2 2 /dev/da0s2d /usr/local ufs rw 2 2 /dev/da0s2g /usr/local/www ufs rw 2 2 /dev/da0s1h /usr/obj ufs noatime,async,rw 2 2 /dev/da0s2f /usr/ports ufs noatime,async,rw 2 2 /dev/da0s2e /usr/src ufs noatime,async,rw 2 2 /dev/da0s1e /var ufs rw 2 2 /dev/da0s1g /var/db ufs rw 2 2 /dev/da0s1f /var/mail ufs rw,groupquota 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 snapshot_schedule="/,/usr:1:0:0 /usr/local,/usr/local/www:1:2:0 /var/db:2:1:0 /data,/var:0:1:0 /var/mail:1:2:0 /home:0:1:0" Using this partitioning scheme, I could also optimize /usr/obj /usr/src and /usr/ports for building. Since the underlying hardware is 3Ware RAID-10 on about 300GB of space, I had plenty of room with which to work. My only regret is making /usr/obj only 800MB in size. It gives me enough room for building world and ONE kernel, but not two kernels at one time. -- Regards, Doug