From owner-freebsd-hackers Fri Oct 18 07:21:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25566 for hackers-outgoing; Fri, 18 Oct 1996 07:21:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA25553 for ; Fri, 18 Oct 1996 07:21:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id AAA11364; Sat, 19 Oct 1996 00:18:13 +1000 Date: Sat, 19 Oct 1996 00:18:13 +1000 From: Bruce Evans Message-Id: <199610181418.AAA11364@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: 2.2-961014-SNAP install problem Cc: kuku@gilberto.physik.rwth-aachen.de Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >We've been repeating this over and over again: the only geometry you >should use is the same as your disk is known to the BIOS. If your >disk is not used by the BIOS at all, you can pick whatever value you >want, as long as the total number of blocks (C*H*S) on the medium is >not higher than the medium capacity. In this case, the ``dangerously >dedicated'' mode is the only mode where you can use all the blocks of >the medium No, `C' is not recorded anywhere (except possibly for MFM/ESDI/IDE disks), there is no requirement that C*H*S <= the medium capacity, and no advantage for the dangerously dedicated mode. (which is normally larger than anything that could be >expressed as a product C*H*S where all the elements are integer >numbers). No, medium sizes are normally smaller than 1024*255*63 (almost 8GB). Most current controllers support C*255*63. This geometry should be used so that you don't have to worry about C > 1024 unless you have a disk larger than 8GB. Bruce