Date: Tue, 24 Jan 1995 13:38:13 -0800 (PST) From: Poul-Henning Kamp <phk@ref.tfs.com> To: terry@cs.weber.edu (Terry Lambert) Cc: bde@zeta.org.au, freebsd-hackers@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de Subject: Re: disklabel (1.1.5.1), partitions Message-ID: <199501242138.NAA22208@ref.tfs.com> In-Reply-To: <9501242028.AA13725@cs.weber.edu> from "Terry Lambert" at Jan 24, 95 01:28:41 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > This is a bug in newfs, like the one where it doesn't create a lost+found, > > > not a reason to bogify other parts of the system to hack around it. > > Not true. > > I don't understand. Are you saying that it's OK for newfs to become confused, > it's OK to not create lost+found, or both? "this is not a bug in newfs" > >Newfs and UFS was optimized to know about disk-geometry. Since > > most (95%) drives these days are zoned (variable sectors/track), this isn't > > of any particular use. The existense of caches on the drives doesn't improve > > it either. > > All the geometry is really used for is to size the "cylinder"-groups. > > It's not of any particular use, unless the translated geometry limits the > addressable space on the disk to less than the actual space on the disk. The problem is that you will get newfs into some strange corners if you report for instance 255 heads, as most of the ">1GB" stuff does... -- Poul-Henning Kamp <phk@login.dknet.dk> TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199501242138.NAA22208>