From owner-freebsd-scsi@FreeBSD.ORG Wed Jun 2 03:51:18 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA8E416A4CE for ; Wed, 2 Jun 2004 03:51:18 -0700 (PDT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 421EF43D39 for ; Wed, 2 Jun 2004 03:51:15 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i52ApA5v010775; Wed, 2 Jun 2004 20:51:10 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i52Ap7LS029355; Wed, 2 Jun 2004 20:51:08 +1000 Date: Wed, 2 Jun 2004 20:51:06 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis In-Reply-To: <20040602010339.GA29173@Odin.AC.HMC.Edu> Message-ID: <20040602203400.N24291@gamplex.bde.org> References: <20040602004318.GA73188@panzer.kdm.org> <200406020052.i520qhXc038253@himinbjorg.tucs-beachin-obx-house.com> <20040602010339.GA29173@Odin.AC.HMC.Edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: "Kenneth D. Merry" cc: Tuc at Beach House Subject: Re: 1TB issue X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2004 10:51:18 -0000 > I'm not sure what the limit of a BSD label is, but it my be 1TB unless > you can up the block size (512K blocks plus signed ints yeilds 1TB > limits). You may want to use fdisk to make a slice for any large > partitions rather then trying to use disklabel. On the 2TB system I > have, I have one slice that is around 40GB that contains a disklabel and > the partions making up a normal OS install. A second slice that has a > 1.8TB UFS file system and no disklabel. The limit for a bsd label is 2^32-1 sectors (unless geom has broken it). With the normal sector size of 512 bytes, this gives a limit of 2TB less 512 bytes. With a larger sector size, the limit is larger. A sector size of 2048 is quite reasonable, since this is the default fragment size for ffs. This gives a limit of 8TB less 2048 bytes. The main 1TB limits are that RELENG_4 doesn't support disk addresses larger than 1TB, and ffs1 is broken for disk addresses larger than 1TB (disk addresses 31 bytes in units of fragments internally in ffs, so the limit with the default fragment size of 2048 is 4TB less 2048 bytes, but things break at 1TB due to bogus parentheses in the conversion from ffs addresses to disk addresses). Bruce