How does Microport System V/AT handle bad blocks?

[Greg Kemnitz]

In article <798 at splut.UUCP> jay at splut.UUCP (Jay Maynard) writes:
>In article <211 at trevan.UUCP> trevor at trevan.UUCP (trevor) writes:
        [ comments about Microport fsck trashing disks...]
>>This must be the worst bug in Microports system and is worse than most
>>viruses. Why didnt Microport warn us of this problem? If they knew
>>about it I think it was totally negligent of them not to have told us.
>
>They didn't know it was fsck causing the problem until Steve took one of
>their service techs through crashing a large file system and showed him
>how fsck would corrupt it. This only happened a couple of months ago.

Actually, they have been aware of it for much longer than that... Well
over a year ago we were experiencing the same problem and had MANY
long discussions with them regarding it.  They informed us that there
was a known problem with fsck, and that "someone is working on it".
This was with the 1.3.6 release.  As of the 2.2 release it still was
not fixed.

We did discover a workaround though...  Replace the system with a '386
running Interactive 386/ix.  Works great!  Also fixes all the other
problems that Microport is "working on".

Of course, this "solution" IS a bit expensive....

Greg Kemnitz / K and K Systems / PO Box 41804 / Plymouth, MN 55441-0804
Domain:  gk at kksys.mn.org  /  UUCP:  ...!rutgers!bungia!kksys!gk
Voice:   (612)475-1527    /  Fax:   (612)475-1979