Date: Mon, 6 Aug 2007 01:56:02 -0500 From: "illoai@gmail.com" <illoai@gmail.com> To: "Hartleigh Burton" <hburton@mraentertainment.com> Cc: freebsd-questions@freebsd.org Subject: Re: Large Volumes - 2.2TB missing... expecting 3.4TB! Message-ID: <d7195cff0708052356t26b36bd8r36b76c3bc0384e71@mail.gmail.com> In-Reply-To: <98148EE5-2AE8-4EF3-8CF3-225CAF8C07C9@mraentertainment.com> References: <EF5319EE-01C3-4431-8C90-DD28FC800D90@mraentertainment.com> <46B6B171.5000708@riderway.com> <1918FC18-18E2-4163-A78A-6EA4A807BCE5@mraentertainment.com> <d7195cff0708052307t72d10142qcb6df708b4a1d050@mail.gmail.com> <98148EE5-2AE8-4EF3-8CF3-225CAF8C07C9@mraentertainment.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06/08/07, Hartleigh Burton <hburton@mraentertainment.com> wrote:
>
> Thanks for the tip.
>
> # /dev/da1s1:
> 8 partitions:
> # size offset fstype [fsize bsize bps/cpg]
> c: 3029130401 0 unused 0 0 # "raw" part,
> don't edit
> d: 3029130401 0 4.2BSD 2048 16384 28528
>
> Unfortunately for me, I do not really know what I am looking at here.
>
I just noticed from man 8 bsdlabel:
COMPATIBILITY
Due to the use of an u_int32_t to store the number of sectors, BSD labels
are restricted to a maximum of 2^32-1 sectors. This usually means 2TB of
disk space. Larger disks should be partitioned using another method such
as gpt(8).
I suspect this applies to amd64. man 8 fdisk makes no
mention of data size problems, but I would suspect it as
well.
--
--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d7195cff0708052356t26b36bd8r36b76c3bc0384e71>