Date: Sun, 20 Apr 2003 17:47:24 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.ORG> To: David Schultz <das@FreeBSD.ORG> Cc: David O'Brien <obrien@FreeBSD.ORG> Subject: Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT Message-ID: <Pine.NEB.3.96L.1030420174551.16891t-100000@fledge.watson.org> In-Reply-To: <20030420192319.GB4963@HAL9000.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 20 Apr 2003, David Schultz wrote: > On Sun, Apr 20, 2003, David O'Brien wrote: > > On Sun, Apr 20, 2003 at 11:31:21AM -0400, Robert Watson wrote: > > > There were initially some size glitches because UFS2 required additional > > > 64-bit operations in the boot record, and that exceeded the space at the > > > front of the file system, but I believe that has now been resolved. > > > > s/resolved/hacked around/ > [...] > > revision 1.10 > > date: 2003-02-24 04:57:01; author: mckusick; state: Exp; lines: +2 -0 > > Revert to old (broken for over 1.5Tb filesystems) version of cgbase > > so that boot loader once again will fit. > > It might be worth noting the size limit on the root filesystem somewhere > for the unfortunate person who decides not to partition. Clarification question: is it only the size of the root file system that is limited, or is it also the location of the root file system on the disk? I.e., is a 256MB file root file system located 1.7TB into the array also going to not work? I was going to commit this to the partitioning documentation in sysinstall: WARNING: FreeBSD on i386 is currently unable to boot from file systems larger than 1.5TB, so the root file system must exist entirely below the 1.5TB mark. But it ocurred to me that I was being unclear as to whether it was the size or the location and size that mattered. Could you make the language above right? :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1030420174551.16891t-100000>