From owner-freebsd-fs@FreeBSD.ORG Wed Mar 29 11:54:05 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E1A916A41F for ; Wed, 29 Mar 2006 11:54:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F0F243D45 for ; Wed, 29 Mar 2006 11:54:04 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 256402096; Wed, 29 Mar 2006 13:53:59 +0200 (CEST) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 99D1E2081; Wed, 29 Mar 2006 13:53:58 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7210A33C8D; Wed, 29 Mar 2006 13:53:58 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Scott Long References: <442A74F5.22886.69057A7E@rabing.omc.net> <442A5BC7.3040208@samsco.org> Date: Wed, 29 Mar 2006 13:53:58 +0200 In-Reply-To: <442A5BC7.3040208@samsco.org> (Scott Long's message of "Wed, 29 Mar 2006 03:04:55 -0700") Message-ID: <86bqvpcvqh.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, rabing@omc.net Subject: Re: UFS2 with 4TB disk X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 11:54:05 -0000 Scott Long writes: > The FDISK and bsdlabel schemes simply cannot deal with >2TB. You'll > need to either put your filesystem directly on the storage device > without and slices/labels, or use GPT to create logical partitions. I wouldn't recommend GPT for production use quite yet. There are at least two issues with it: first, it does not implement a full set of control verbs for administration tasks; second, it enforces exclusive access whenever a consumer asks for write access. The combination of the two means that 'gpt show' doesn't work if one of the slices is mounted. You *can* create new slices on the fly (there is an "add" verb), but you're flying blind: you have no idea how much space is left, or whether another slice with the same label already exists. (note that this is does not affect access to existing slices, and is not a fundamental flaw, but it *is* a pretty serious usability issue IMHO) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no