From owner-freebsd-hackers Fri Oct 18 14:39:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24961 for hackers-outgoing; Fri, 18 Oct 1996 14:39:39 -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 OAA24956 for ; Fri, 18 Oct 1996 14:39:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id HAA21401; Sat, 19 Oct 1996 07:34:43 +1000 Date: Sat, 19 Oct 1996 07:34:43 +1000 From: Bruce Evans Message-Id: <199610182134.HAA21401@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: 2.2-961014-SNAP install problem Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> 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. > >Everything else than dangerously dedicated mode insists on wasting a >bunch of sectors in the first ficticous cylinder, ^^^^^^^^ track >and all the sectors >after the last complete ficticous cylinder, for DOS compat sake. No reason to do that except for DOS partitions. >> (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). > >That wasn't the question. It's only that the integer product of C*H*S >is <= . Since the installation tool >uses C*H*S as the number of blocks on drive, it wastes space. (Newfs If the installation tool is that limited, then it can probably be folled by saying that there is one (or one thousand) more cylinders than there are. This works unless the installation tool attempts to verify that sector C*H*S-1 exists. Just be careful not to put slices or partitions above the last real sector. Bruce