Re: 2.2.18 IDE tape problem, with ide-scsi

Camm Maguire
2001-02-27T18:32:19Z

Greetings! You are certainly right here, at least in part. The ide
patches for 2.2 definitely impair tape operation on these boxes.
There was a crude workaround suggested on this list to use the
ide-scsi driver -- this basically worked, but gave *many* error
messages in the kernel log, and was significantly less reliable than
stock 2.2.18. I'm still using ide-scsi out of inertia, but I suspect
that ide-tape might be just fine with stock 2.2.18 too. And when I
saw some support for the ALI chipset, the decision was clear to drop
the latest ide stuff.

This has been the situation for some time. Is this going to be
resolved soon?

Mike Dresser <mdresser@windsormachine.com> writes:

> > > ASC/ASCQ of 0x20/0x00 means "Invalid command operation code". So the
> > > drive is rejecting a command sent to it by the driver. If the other
> > > drive that is working is identical to seemingly non-working one, maybe
> > > this drive is going bad.
> > >
> >
> > Thanks for the error identification. The other drive is of a
> > *different* model. This drive showed this behavior from the day I
> > bought it. The drive could be going bad, but I doubt it. Is it
> > possible that this manufacturer (Conner) has some peculiar
> > implementation of the spec? I recall reading on this list sometime
> > back of similar workarounds to unusual drives.
>
> When you go to 2.4.x, you'll likely run into the problem of your HP 14Gb not able to restore anymore. Same as if you apply the
> linux-ide patches to 2.2.x
>
> Mike Dresser
> sysadmin
> Windsor Machine & Stamping
>
>
>

--
Camm Maguire camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah