From owner-freebsd-hackers Tue Jan 24 11:38:46 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA08412 for hackers-outgoing; Tue, 24 Jan 1995 11:38:46 -0800 Received: from terra.npi.msu.su (root@terra.npi.msu.su [158.250.20.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA08406 for ; Tue, 24 Jan 1995 11:38:37 -0800 Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by terra.npi.msu.su (8.6.9/8.6.6) with ESMTP id WAA19963; Tue, 24 Jan 1995 22:36:54 +0300 Received: (dima@localhost) by sunny.bog.msu.su (8.6.9/8.6.5) id WAA17250; Tue, 24 Jan 1995 22:37:32 +0300 Date: Tue, 24 Jan 1995 22:37:31 +0300 (????) From: Dmitry Khrustalev X-Sender: dima@sunny To: Poul-Henning Kamp cc: Terry Lambert , freebsd-hackers@freefall.cdrom.com Subject: Re: disklabel (1.1.5.1), partitions In-Reply-To: <199501241823.KAA21387@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 24 Jan 1995, Poul-Henning Kamp wrote: > > > > Not all SCSI devices are thus translated? > > > mostly they are, unless the "> 1GB" option is set. > > > > Sorry, this isn't really a valid reason for lying about the geometry > Hey terry, you lost the reason: A scsi-disk >HAS< no geometry we should > care about. It seems you are wrong: you can query scsi-2 disk for it's geometry. For details, see ftp://ftp.cdf.toronto.edu/pub/scsiinfo/scsiinfo-3.3.shar.gz dima. > > > > > Hold on! How about because the kernel should know the real BIOS apparent > > > > geometry for instead of making things up like that? > > > true, except we cannot trust this one anymore :-( Some IDE and SCSI > > > drivers get their "geometry" in CONFIG.SYS these days. > > > > Actually, most EIDE controllers get them from a modified system boot block > > installed by the OEM for the machine. Blowing the system boot block in > > that case really screws you up. > No, 540Mb and above seems to get it from various "disk-managers" loaded > in the config.sys with an increasingly annoying frequency. > > > I don't understand... what's wrong with: > > > > Geometry CCCC/HH/SS (Physical CCCC/HH/SS) > The Physical isn't true, It's two years since I saw anything which added > (multiplied actually) up to the number of sectors available. > The numbers are fiction, make belive, has no use, value or connection > with our use of the drive. > > > > Has nothing to do with it. If you pass some of the weird geometries to > > > newfs it will become very confused... 32/64 works sensibly most of the > > > time. > > > > 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. 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. > > -- > Poul-Henning Kamp > TRW Financial Systems, Inc. > FreeBSD has, until now, not one single time had an undetected error. :-) >