68kMLA Supporter karrots Posted October 28, 2020 68kMLA Supporter Report Share Posted October 28, 2020 Normally my Mac Classic II works just fine. But if I connect up a spinning disk to the external port and attempt to copy a large number of files off to the internal SCSI2SD I get the error message "The disk at SCSI #0 has been remove while in use" and the SCSI2SD disconnects. I end up rebooting to correct the issues. I'd have to crack the machine open but I believe the SCSI2SD is powered via the old HD power. It has no internal spinning disk. What I may be doing wrong is not supplying external termination and assuming the drive is doing it. I pulled the drive from a Mac II and just adjusted the SCSI ID to not conflict with my SCSI2SD so I could back up the contents. Is this incorrect? I believe I have had this happen before when I was copying files between two SCSI2SDs but i can't remember the exact circumstances. If I copy files in small batches I notice it happens when a specific file is copied from the spinning disk. Anyone else seen this? I'm starting to wonder if its a SCSI2SD firmware bug with a specific bit of file data coming off the disk. Quote Link to post Share on other sites
68kMLA Supporter karrots Posted October 28, 2020 Author 68kMLA Supporter Report Share Posted October 28, 2020 Ok so if I run the offending file through stuffit. There is no crash of the SCSI2SD. Quote Link to post Share on other sites
68kMLA Supporter Crutch Posted October 28, 2020 68kMLA Supporter Report Share Posted October 28, 2020 That last part is pretty fascinating. Like that file includes a secret bit sequence that tells the SCSI2SD to shut itself off? (Sorry I don’t have anything real to contribute here, I just think it’s interesting.). Does the SCSI2SD die every time you copy just that one file by itself? Quote Link to post Share on other sites
68kMLA Supporter cheesestraws Posted October 28, 2020 68kMLA Supporter Report Share Posted October 28, 2020 Yup, if you can reliably reproduce it with a specific file, that's really ... interesting. It does smell a bit like a firmware bug to me. Quote Link to post Share on other sites
68kMLA Supporter karrots Posted October 28, 2020 Author 68kMLA Supporter Report Share Posted October 28, 2020 So far I found two files. I'll see if either are something I can share. One is an old FileMaker database that may have private information in it. The other seemed to be in the preferences folder. So far I have been stuffing the whole hard drive and it's going on 10 hours with no issues. It seems to be past the two files. Oh how far we have come with speed of our computers. Quote Link to post Share on other sites
68kMLA Supporter karrots Posted December 19, 2020 Author 68kMLA Supporter Report Share Posted December 19, 2020 This now seems to be fixed in the 6.3.2 firmware released in Oct 2020. http://www.codesrc.com/files/scsi2sd-v6/v6.3.2/ Disable blind writes after updating the firmware. Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.