Date: Wed, 29 Aug 2007 10:41:18 -0700 From: Darren Pilgrim <phi@evilphi.com> To: Vivek Khera <vivek@khera.org> Cc: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: large RAID volume partition strategy Message-ID: <46D5AFBE.1010700@evilphi.com> In-Reply-To: <4253EB06-63B9-4B4F-9CC3-2254714AF8DD@khera.org> References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <fa5b4v$8e5$1@sea.gmane.org> <EED39309-A95F-4A2D-8E35-C1650A55E482@khera.org> <fa5men$v5r$1@sea.gmane.org> <4253EB06-63B9-4B4F-9CC3-2254714AF8DD@khera.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Vivek Khera wrote: > On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: > >> fdisk and bsdlabels both have a limit: because of the way they >> store the >> data about the disk space they span, they can't store values that >> reference space > 2 TB. In particular, every partition must start >> at an >> offset <= 2 TB, and cannot be larger than 2 TB. > > Oh... one more note: if I don't use fdisk or paritions, I *can* newfs > the raw drive much bigger than 2Tb. I just don't want to do that for > a production box. :-) Or you can use GPT, which uses 64-bit data structures and thus has an 8 ZB limit. -- Darren Pilgrim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46D5AFBE.1010700>