Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Mar 2002 14:58:01 -0500
From:      Paul Mather <paul@gromit.dlib.vt.edu>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        David Greenman <dg@root.com>, "Steve O'Hara-Smith" <steve@sohara.org>, mrcpu@internetcds.com, clash@tasam.com, questions@FreeBSD.ORG, stable@FreeBSD.ORG
Subject:   Re: Problems with large disk. (> 1 TB)
Message-ID:  <20020320195801.GH52241@gromit.dlib.vt.edu>
In-Reply-To: <200203201928.g2KJSfZ85089@apollo.backplane.com>
References:  <20020319131556.D99985@backmaster.cdsnet.net> <008901c1cf8c$be5d6f50$090510ac@gleason> <00b401c1cf8d$8960b7c0$090510ac@gleason> <20020319202137.U68606@backmaster.cdsnet.net> <20020320081439.74ca4530.steve@sohara.org> <20020319232049.W75496@nexus.root.com> <20020320190727.1cb65fac.steve@sohara.org> <20020320110647.A96231@nexus.root.com> <200203201928.g2KJSfZ85089@apollo.backplane.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Mar 20, 2002 at 11:28:41AM -0800, Matthew Dillon wrote:

=>     I don't know if we will ever be able to fix this in -stable, but Kirk is 
=>     planning on changing block numbers from 32 to 64 bits in -current
=>     as part of his UFS64 work.  I don't think he's tackled the disklabel
=>     issue yet, but I presume that he will.
=> 
=>     Until then we are effectively limited to 1TB of physical storage per
=>     logical drive.

Is this even the case when using >512-byte fragments?  In NetBSD, for
example, you are limited to 1 TB filesystems when using 512-byte
fragments, but up to 4 TB if using 2 KB fragments...

Cheers,

Paul.

e-mail: paul@gromit.dlib.vt.edu

"Without music to decorate it, time is just a bunch of boring production
 deadlines or dates by which bills must be paid."
        --- Frank Vincent Zappa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020320195801.GH52241>