From owner-freebsd-questions@FreeBSD.ORG Tue Jul 29 13:35:39 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9977F37B401 for ; Tue, 29 Jul 2003 13:35:39 -0700 (PDT) Received: from station189.com (station189.com [203.194.198.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 29E4F43FBF for ; Tue, 29 Jul 2003 13:35:38 -0700 (PDT) (envelope-from rtjohan@syspres.com) Received: (qmail 6349 invoked from network); 29 Jul 2003 20:35:42 -0000 Received: from unknown (HELO rjc800) (12.234.42.231) by station189.com with SMTP; 29 Jul 2003 20:35:42 -0000 From: "Richard Johannesson" To: Date: Tue, 29 Jul 2003 13:31:55 -0700 Message-ID: <003801c35610$74775930$3d01a8c0@rjc800> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Vinum Sub-disk & Directory Structure Mapping X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rtjohan@syspres.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 20:35:39 -0000 Using the unlimited number of sub-disk that can be created using vinum, what's a good way to separate the directory file structure to help limit file system corruption? Or, what's the happy medium between limiting fs corruption and complexity? Here's my guess of which part of directory structure should be on its own sub-disks/filesystem: / Probably /root Overkill? /usr Probably /usr/local /var Probably /var/backups ? /tmp Probably - or should be on same as var? /home Maybe - or should be under /usr? /stand ? /boot ? Any feedback is very much appreciated. If there is document that discusses this basic topic while taking vinum into account, please let me know so I can bugger off. :) Thanks again, Richard