Date: Mon, 15 Jan 1996 23:32:38 +1030 (CST) From: michael smith <miff@spam.frisbee.net.au> To: Poul-Henning Kamp <phk@critter.tfs.com> Cc: hackers@freebsd.org Subject: Re: location of bad144 table Message-ID: <Pine.BSF.3.91.960115232910.20117B-100000@lovely> In-Reply-To: <582.821709439@critter.tfs.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.960115232910.20117B-100000>