[2117] in linux-scsi channel archive
Ancient 40MB Mac SCSI drive - is there hope?
daemon@ATHENA.MIT.EDU (Raymond A. Ingles)
Mon Jul 7 10:27:23 1997
Date: Mon, 7 Jul 1997 08:31:42 -0400 (EDT)
From: " Raymond A. Ingles" <inglesra@frc.com>
To: linux-scsi@vger.rutgers.edu
In-Reply-To: <199707070203.WAA30599@verdi.cviog.uga.edu>
I've checked the SCSI HOWTO andd the comp.peripherals.scsi FAQ, but
neither of them seem to deal with this nearly unique problem.
An old MAC SE I got back in '88 lost its picture tube a while ago, but
it was still usable as a remote drive for a while longer. Eventually I
gave up on it and put it away.
Recently I got a SCSI controller to talk to a scanner, and I was
interested in seeing if I could get some old data off that drive. I got
the hsftools to talk to Mac floppies, so that part's fine. Next, I hooked
up the drive to the SCSI bus and powered up everything...
...and the card locks up every time it tries to Test Unit Ready on ID=0.
Either on powerup or when the ncr53c8xx driver resets the card, the LED
on the drive lights up and stays lit, and the whole system hangs.
I tried powering down just the drive (I had it hooked to the Mac power
supply (they both share a common ground, so I don't think it's any sort
of power problem) and it can continue on from there, recognize the
scanner at ID=6, and finish booting. Once it actually seemed partially
successful in identifying the drive at that point (it printed:
VENDOR: SONY MODEL: SRD2040A
...or something like that, which is actually correct.) The drive did
seem to work fine for a long time with the onboard NCR5380 chip on the
Mac.
Anyway, to sum up:
Drive: Sony SRD2040A, SCSI-1, 40MB
PC controller: NCR53c825.
I just wanted to know if there was any hope or if I should just toss it
out as broken... Does this sound like a termination problem? Is the Mac
internal SCSI cable I'm using incompatible in some way?
Sincerely,
Ray Ingles (248) 377-7735 ray.ingles@fanucrobotics.com
"Every question has a simple, easy-to-understand wrong answer."
-H. L. Mencken
