Having trouble with an Apple DMA SCSI card...

[salfter@salfter.dyndns.org (Scott Alfter)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I had a 4.3GB SCSI hard drive sitting idle, so yesterday I got the idea to
move it into my Mac and move its hard drive (an IBM 0662-S12 1.0GB 5400rpm
drive, http://www.storage.ibm.com/hdd/support/0662s/0662stek.htm) into my
IIGS.  I wanted to set it up with a couple of 32MB ProDOS partitions and
make the rest of it one big HFS partition, on the theory that I could then
plug the drive back into the Mac and access stuff on it.  It's mounted in an
external case, along with a Wangtek 5525ES tape drive.

Once the Mac was running off of its "new" drive, I used Lido to partition
the drive.  It formatted the HFS partition, but didn't format the ProDOS
partitions.  I figured it'd be no big deal to format those partitions once
it was hooked up to the IIGS.  Since I had been using it with the Mac, it
already had the necessary driver partition on it.

With the drive in its external case and all the cables hooked up to the GS,
it won't spin up while the computer is shut down.  Switching the computer on
causes the drive to spin up; when the computer is shut off, the drive stays
spinning.  Neither the hard drive nor the tape drive provides termination
power; I've tacked a diode onto the back of the SCSI card to take care of
that.  An LED on the active terminator at the end of the bus lights up while
the computer is powered up, so the problem shouldn't be cabling.

Sometimes, the drive is picked up by the SCSI card.  Sometimes, it isn't.  I
booted the System 6.0.1 install disk and managed to format one of the
partitions when I exited the installer and tried changing drives with the
program selector.  Once a minimal system was installed on one of the ProDOS
partitions, though, it still wouldn't boot up.

I then tried repartitioning the drive with ADU and reinstalling.  Right now,
the drive should have just the two ProDOS partitions, both of which are
formatted.  The computer still won't boot from the drive, though.

Might there be some weird compatibility issue between this hard drive and
the Apple DMA SCSI card?  (I also have a rec. C RamFAST available, but
wanted to try getting the Apple card running as I've not had any luck
getting a CD-ROM drive to work with the RamFAST.) I have a Quantum ELS85S
(80 megs) that I could try swapping in (that drive is currently my Linux
server's /boot, but I can change that), but I'd like to have the larger
drive running if at all possible.  I also have an IBM 0661-371 (340 megs)
that I know works with the RamFAST...since it still has all of my data on
it, I've been reluctant to nuke it.  The Apple card apparently doesn't like
the way the RamFAST has set it up.  (Years ago, I upgraded my IIe from an
Apple DMA SCSI card to a RamFAST...I didn't have to repartition the drive
when I did that.)

Is it also possible that Lido put something on the drive that the Apple SCSI
card doesn't like?  I could zero out the drive with one of my Linux machines
and try again with ADU (or another partitioning utility, if anyone has an
alternative to recommend).  If I do that, is there a way to set up the drive
on an Apple II so that it'll still be visible if it gets plugged into a Mac? 
ADU appears to do something with the Mac driver partition...I got some sort
of error from it WRT the driver partition, but I don't recall offhand what
it said.

I copied everything across the network from the GS to the Mac before I
started...with my data on the Mac, I suppose I could go ahead and nuke the
smaller IBM.  It exhibited the same spin-up behavior as the larger drive,
FWIW, but I know that it works with the RamFAST.  I don't think the Apple
SCSI card is defective, either, as I tested it with another drive in a IIe
and had no problems partitioning, formatting, or booting.

  _/_
 / v \  Scott Alfter (salfter@salfter.dyndns.org)
(IIGS(  http://salfter.dyndns.org
 \_^_/  pkill -9 /bin/laden

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE94m9LVgTKos01OwkRAlXrAJoCxhnrWKFWx4SKRMXiknRL15h5EQCfUcuh
slabXXXqjrntspwrg4eH8Xo=
=MKiQ
-----END PGP SIGNATURE-----