From owner-freebsd-questions Mon May 1 20:28:27 1995 Return-Path: questions-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17535 for questions-outgoing; Mon, 1 May 1995 20:28:27 -0700 Received: from galois.nscf.org (Galois.nscf.org [192.48.117.201]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA17530 for ; Mon, 1 May 1995 20:28:19 -0700 Received: by galois.nscf.org with UUCP (5.67/1.2) id AA16201; Mon, 1 May 95 22:54:39 -0400 Received: by wa4phy.ASYNC.COM (5.65/Smail2.5/02-15-88) id AA23345; Mon, 1 May 95 22:51:41 -0400 Received: (from bao@localhost) by saigon.async.com (8.6.11/8.6.9) id WAA01303; Mon, 1 May 1995 22:49:46 -0400 Date: Mon, 1 May 1995 22:49:45 -0400 (EDT) From: Bao Chau Ha To: Terry Lambert Cc: questions@FreeBSD.org Subject: Re: 950412-SNAP Installation with ESDI (WD1007V) System In-Reply-To: <9505011716.AA05410@cs.weber.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: questions-owner@FreeBSD.org Precedence: bulk On Mon, 1 May 1995, Terry Lambert wrote: > > As long as this is done in hardware rather than in BIOS, this type > of remapping will be invisible. I believe that at least some of > the bad sectoring is handled by BIOS. > > I make this claim because the translated geometry you indicate is > 636/16/63. This implies that the 0-35 number you gave for the > 1222/15/35 should really have been 0-63. > The translation is done in hardware by the firmware. The mapping is linearly from 1-35 sectors/track to 1-63 sectors/track. Sector 0 is always invisible. The controller firmware ignores the spare sectors during the translation. The 63 sectors/track mapping was very popular few years back and used by ESDI and RLL controllers to overcome the 1024 cylinder limit of INT 13, since these drives tended to have 1224 or more cylinders. > > If you want to continue to work on loading the ESDI, let me know, and > I'll give whatever assistance I can. > Thanks for the assistance. I found out that the BSD partition (slice) does not have to be within 1024 cylinder for boot up, just the root partition. So I change my geometry to 1222 cyl. x 15 hd. x 35 spt, and it seems to work. Still not sure why the 63 spt geometry is causing problems. I have used the same drive using the 63 spt translation with DOS, OS/2, Linux, and an ancient System V Rel. 3.0 (ESIX variant) a long time ago. Bao -- Bao Chau Ha (bao@saigon.async.com) Nuclear chemical engineer by day, Linux hacker by night and weekends.