From owner-freebsd-hackers Tue Jan 24 13:38:35 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA12489 for hackers-outgoing; Tue, 24 Jan 1995 13:38:35 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA12483 for ; Tue, 24 Jan 1995 13:38:32 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA22208; Tue, 24 Jan 1995 13:38:16 -0800 From: Poul-Henning Kamp Message-Id: <199501242138.NAA22208@ref.tfs.com> Subject: Re: disklabel (1.1.5.1), partitions To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 24 Jan 1995 13:38:13 -0800 (PST) Cc: bde@zeta.org.au, freebsd-hackers@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <9501242028.AA13725@cs.weber.edu> from "Terry Lambert" at Jan 24, 95 01:28:41 pm Content-Type: text Content-Length: 1085 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > 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 TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-)