From owner-freebsd-hackers Mon Jan 15 04:52:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11563 for hackers-outgoing; Mon, 15 Jan 1996 04:52:43 -0800 (PST) Received: from lovely.spam.frisbee.net.au (spam.apana.org.au [202.0.75.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11558 for ; Mon, 15 Jan 1996 04:52:38 -0800 (PST) Received: (from miff@localhost) by lovely.spam.frisbee.net.au (8.6.12/8.6.12) id XAA20131; Mon, 15 Jan 1996 23:32:39 +1030 Date: Mon, 15 Jan 1996 23:32:38 +1030 (CST) From: michael smith To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: location of bad144 table In-Reply-To: <582.821709439@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Poul-Henning Kamp wrote: > > Currently, the bad144 code in kern/subr_dkbad.c looks for the replacement > > table on the last track of the unit, as specified by the disklabel, to wit: > s/unit/slice/ Oops. I wasn't using a slice table, so the difference was hidden (but relevant) > > Unfortunately I have a disk controller here (Adaptec 2320D) that lies about > > how big the disk is (advertises one more cylinder than there is), and so > > this dies in a heap. > This is the dreaded "diagnostic cylinder" Yah. Pain in the ass 8( > > I suspect that I'm at a bit of a disadvantage in that I can't have these > > disks visible to the BIOS because I'm booting from a SCSI disk. > Just make your slice 1 (or to be safe: 2) cylinders less than the disk. Hmm, that mandates a slice table. Oh well 8) > This these are disappearing as fast as they can, we are not too eager to > add code to handle them, when the above mentioned work-around exists. That's actually a pretty good point, as long as those of us that have them can still use them in some form. 8) > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team.