Date: Wed, 29 Mar 2006 13:53:58 +0200 From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Scott Long <scottl@samsco.org> Cc: freebsd-fs@freebsd.org, rabing@omc.net Subject: Re: UFS2 with 4TB disk Message-ID: <86bqvpcvqh.fsf@xps.des.no> In-Reply-To: <442A5BC7.3040208@samsco.org> (Scott Long's message of "Wed, 29 Mar 2006 03:04:55 -0700") References: <442A74F5.22886.69057A7E@rabing.omc.net> <442A5BC7.3040208@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Scott Long <scottl@samsco.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86bqvpcvqh.fsf>