Disabling SCSI parity checking to dump disk on ACB4000 MFM-SCSI adapter?

Michael Engel engel at multicores.org
Wed Sep 23 15:28:42 CDT 2020

On 9/23/20 8:54 PM, Grant Taylor via cctech wrote:
> On 9/23/20 12:51 PM, Michael Engel via cctech wrote:
>> Do you know if is there another OS which would make it easier to 
>> change crucial SCSI parameters in the driver (config) or maybe a 
>> specialized tool that could help me to image the disk?
> Try booting off of a Linux live CD / DVD and seeing if it will behave 
> any different
Not really, unfortunately. The error messages are a bit cryptic:

[ 1069.277571] (scsi8:A:0:0): Sending SDTR period 45, offset 0
[ 1069.278961] scsi 8:0:0:0: Attempting to queue a TARGET RESET message
[ 1069.278964] CDB: 0x12 0x0 0x0 0x0 0x24 0x0
[ 1069.278975] scsi 8:0:0:0: Command not found
[ 1069.278979] aic7xxx_dev_reset returns 0x2002
[ 1069.279286] (scsi8:A:0:0): Sending SDTR period 45, offset 0
[ 1069.280736] scsi8: Slave Alloc 1
[ 1069.543400] scsi target8:0:1: asynchronous
[ 1069.543416] scsi8: target 1 using asynchronous transfers
[ 1069.543420] scsi8: Selection Timeout on A:1. 0 SCBs aborted

It seems that the problem lies in the firmware of the ACB4000, which 
doesn´t seem to support some standard commands, e.g. the INQUIRY 
command. Most recent Linux SCSI drivers seem to use this command.

Some information on this problem can be found here:

There´s a thread (in German, sorry) in which someone tried to get a disk 
on an ACB4000 to work:
and somebody else (also in German...) claims that he could run a disk on 
an ACB4000 (from an Atari SH204) on an Adaptec 1542:

So maybe an Atari ST with an ACSI->SCSI adapter might help. That seems 
to be one of the machines we don´t have here...

-- Michael

More information about the cctech mailing list