[comp.unix.xenix] Bad tracking resolved; Thanks SCO!

karl@ddsw1.MCS.COM (Karl Denninger) (05/03/89)

I promised that I would keep the net up to date on the bad track problem we
were having with SCO Xenix 2.3.x and disk errors in the swap partition; they
did come through with an answer, it makes sense, and actually works :-)

I just wanted to say "thanks SCO"......

From lll-winken!uunet.UU.NET!sco!jamesm Tue May  2 10:32:59 1989
Date: Tue, 2 May 89 06:18:31 -0400
From: sco!jamesm@uunet.uu.net
Message-Id: <8905021018.AA11261@uunet.uu.net>

Here's some mail from engineering.  Let me know if it solves the problem.

James

> 
> > wd: ERROR: on fixed disk ctlr=0 dev=0/41 block=4479 cmd=00000020
> > 	status=00005940, sector=91532, cylinder/head = 2/3
> 
> O.K.  The block and sector number are for the pre-aliased disk i/o request,
> which is to badtrk #21, cyl/hd 391/1.  The cylinder/head printed is the
> alias track for this bad track.  The driver DID map this badtrk, and got
> an error on the substitute track.  The 40 portion of the "status=00005940"
> indicates an uncorrectable ECC error.  Note that in his bad track table
> he has several problems with head 3 in the early cylinders.  I suggest that
> track 2/3 has gone bad since the last time it was scanned, or that the type
> of scan that was done failed to detect 2/3 as bad.  I think he should add
> 2/3 as a bad track.

This indicates that the driver display is a little misleading, but once you
know how to interpret the darn thing it actually tells you what is going on.
Not bad!

Thanks again.  If anyone else sees this kind of problem you now know what to
do about it and how to interpret the driver error messages.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Public Access Data Line: [+1 312 566-8911], Voice: [+1 312 566-8910]
Macro Computer Solutions, Inc.		"Quality Solutions at a Fair Price"