GBSCSI and ZuluSCSI support “initiator mode” that can be used to either image an attached SCSI disk to a file on an SD card or provide live access to it over USB as a mass storage device—with better performance than the old USB 1.1 SCSI adapters too, which top out at about 750KB/sec.
If you've got a mac with a pci-e slot, you can get a pci-e card off ebay and an appropriate stack of adapters to go from a modern wide cable to whatever you need? If you don't have a mac with a pci-e slot, borrow a desktop pc with a slot and go from there? If you borrow an old enough desktop with PCI you might be able to get an older scsi controller and skip a few chains in the cable adapter path.
Or using the bluescsi initiator mode to make a disk image seems not too badly priced either.
This would be my recommendation as well. I use one for a 4k video card to go to external monitor. This specific card had people chatting on forums that it didn't work on M-series chips. I'm still on the last Mactel MBP, so it worked fine for me.
In the past, I've run other expanders specifically for SCSI devices mainly JBOD RAID enclosures. ATTO was the brand that we relied on. Couldn't remember the specific HBA though. Too many everything since now and then
There are some Firewire SCSI adapters. Sometimes older Firewire tape drives have internal SCSI to Firewire boards. I've used them to with old SCSI CD drives.
Looking at "scsi to usb" on amazon.com, most of the options I see are SATA, IDE or even parallel printer port adapters, but nothing which allows a SCSI device to be connected to a USB port.
Hmm, what I see on Amazon is a lot of USB-to-SATA adapters, not SCSI. eBay has used, old USB-to-SCSI adapters, which is one of the options that's sometimes recommended.
If you need to connect them physically, I think you're blocked by HBA chipset support in macOS.
There is a path, but it's not what I'd call "good". Thunderbolt to Firewire to SCSI. It's a dongle Rapunzel and you're reliant on device enclosures for power.
May be better with a native PCI-e or PCI HBA and 700W power supply and a junker ATX Linux machine to provide network shares.
You could do "network shares" as in mount the filesystem from Linux and export over Samba/NFS/etc; it would probably also be possible to export the drive as an iSCSI device and mount HFS(+) filesystems directly from the Mac.
> May be better with a native PCI-e or PCI HBA and 700W power supply and a junker ATX Linux machine to provide network shares.
Agreed. Even if it's possible to get a combination of adapters to allow a SCSI interface to be attached to a Mac (and assuming the correct driver support is present), I think getting an old PC and an old SCSI adapter card may be cheaper.
I considered the Linux box solution, and fear you're probably right, but it just feels like such a waste... for something that should be so simple with all this Mac Book horse power and Thunderbolt interfaces.
very much not on topic, but that reminded me: my first PC (286) miraculously had a 40MB 2.5" Apple-branded HDD connected via SCSI adapter. Who knows where it was sourced from. One weird thing was that it initialized on boot for about 40 seconds, displaying nothing. I've been really surprised later seeing how fast other PCs with ATA drives were to boot. I still wonder, and maybe someone has a clue why init was so long? Is it something inherent to SCSI?
Nothing to do with SCSI itself, possibly a long time out polling for devices. Some dumb firmware would do silly things like poll each possible target ID and wait for a timeout in series. 6 possible devices on an old early SPI bus times a 5 seconds each is getting you in the neighborhood.
Having flashbacks to troubleshooting bus termination on DEC equipment.
For contrast, I had an Amiga with a 120MB Maxtor SCSI drive, and power-on to looking at the loaded Workbench GUI was about 6-7 seconds. The slowest part was waiting for the drive to spin up, which seems like an acceptable reason for a delay. Warm reboots were a few seconds faster.
So no, that's not anything inherent to SCSI. It could've been either the SCSI driver being slow to initialize, or the adapter being glacial, or the drive itself taking forever to come online.
I've been 10-11 at the time, and half the games I had didn't have an obvious "quit" menu option. I hated pressing the hardware "reset" button because it meant waiting for a minute again, staring at the BIOS setup screen.
Every time I figured out a weird hidden keyboard combination to exit from yet another game was a happy day.
That's pretty delightful, to think of someone using a computer as such a pure tool like that (as opposed to a distraction machine as is so often the case).
I like to imagine the author finally hit the limit of the 20MB hard drive, then decided, "you know what, rather than put 2 spaces after periods, I'll replace them all with a single space like the kids do", saving 400KB, and making room for at least a couple more weeks of work while shopping for a new computer.
I'm fairly confident you could string it together as a scsi-to-firewire-to-thunderbolt chain, potentially with a TB2/miniDP-to-TB3+ adapter as well, but this seems even worse to me.
GBSCSI and ZuluSCSI support “initiator mode” that can be used to either image an attached SCSI disk to a file on an SD card or provide live access to it over USB as a mass storage device—with better performance than the old USB 1.1 SCSI adapters too, which top out at about 750KB/sec.
They are still USB 1.1 however, so they won't be able to surpass that speed limitation over USB.
Thanks, looking into this more now.
If you've got a mac with a pci-e slot, you can get a pci-e card off ebay and an appropriate stack of adapters to go from a modern wide cable to whatever you need? If you don't have a mac with a pci-e slot, borrow a desktop pc with a slot and go from there? If you borrow an old enough desktop with PCI you might be able to get an older scsi controller and skip a few chains in the cable adapter path.
Or using the bluescsi initiator mode to make a disk image seems not too badly priced either.
I don't. One option I am considering a Thunberbold-to-PCI card expander, with a SCSI HBA card supported by or for MacOS...
This would be my recommendation as well. I use one for a 4k video card to go to external monitor. This specific card had people chatting on forums that it didn't work on M-series chips. I'm still on the last Mactel MBP, so it worked fine for me.
In the past, I've run other expanders specifically for SCSI devices mainly JBOD RAID enclosures. ATTO was the brand that we relied on. Couldn't remember the specific HBA though. Too many everything since now and then
There are some Firewire SCSI adapters. Sometimes older Firewire tape drives have internal SCSI to Firewire boards. I've used them to with old SCSI CD drives.
This post is about using a SCSI scanner but it seems to validate the SCSI->FireWire->Thunderbolt idea.
https://catspawdynamics.com/ultra-scsi-to-firewire-to-thunde...
Amazon has usb scsi adapters, I dont use apple devices, but i'd guess that would work. https://duckduckgo.com/?q=usb+scsi+adapter&ia=web
Looking at "scsi to usb" on amazon.com, most of the options I see are SATA, IDE or even parallel printer port adapters, but nothing which allows a SCSI device to be connected to a USB port.
Hmm, what I see on Amazon is a lot of USB-to-SATA adapters, not SCSI. eBay has used, old USB-to-SCSI adapters, which is one of the options that's sometimes recommended.
If the reason to connect them is to dump them, something like https://bluescsi.com/ in Initiator Mode might work: https://bluescsi.com/docs/Initiator-Mode
Than you, will look... I had been vaguely aware of it before but will look more seriously.
If you need to connect them physically, I think you're blocked by HBA chipset support in macOS.
There is a path, but it's not what I'd call "good". Thunderbolt to Firewire to SCSI. It's a dongle Rapunzel and you're reliant on device enclosures for power.
May be better with a native PCI-e or PCI HBA and 700W power supply and a junker ATX Linux machine to provide network shares.
You could do "network shares" as in mount the filesystem from Linux and export over Samba/NFS/etc; it would probably also be possible to export the drive as an iSCSI device and mount HFS(+) filesystems directly from the Mac.
> May be better with a native PCI-e or PCI HBA and 700W power supply and a junker ATX Linux machine to provide network shares.
Agreed. Even if it's possible to get a combination of adapters to allow a SCSI interface to be attached to a Mac (and assuming the correct driver support is present), I think getting an old PC and an old SCSI adapter card may be cheaper.
I considered the Linux box solution, and fear you're probably right, but it just feels like such a waste... for something that should be so simple with all this Mac Book horse power and Thunderbolt interfaces.
very much not on topic, but that reminded me: my first PC (286) miraculously had a 40MB 2.5" Apple-branded HDD connected via SCSI adapter. Who knows where it was sourced from. One weird thing was that it initialized on boot for about 40 seconds, displaying nothing. I've been really surprised later seeing how fast other PCs with ATA drives were to boot. I still wonder, and maybe someone has a clue why init was so long? Is it something inherent to SCSI?
Nothing to do with SCSI itself, possibly a long time out polling for devices. Some dumb firmware would do silly things like poll each possible target ID and wait for a timeout in series. 6 possible devices on an old early SPI bus times a 5 seconds each is getting you in the neighborhood.
Having flashbacks to troubleshooting bus termination on DEC equipment.
For contrast, I had an Amiga with a 120MB Maxtor SCSI drive, and power-on to looking at the loaded Workbench GUI was about 6-7 seconds. The slowest part was waiting for the drive to spin up, which seems like an acceptable reason for a delay. Warm reboots were a few seconds faster.
So no, that's not anything inherent to SCSI. It could've been either the SCSI driver being slow to initialize, or the adapter being glacial, or the drive itself taking forever to come online.
It depends on the scsi driver; it’s possible that it was checking/enumerating the 6 possible SCSI ids and waiting 5 seconds each.
Surely you mean 3.5"?
Neat! Well, SCSI is more complicated (than IDE of the times) and the drives themselves are smarter, but that still seems like a long time.
I've been 10-11 at the time, and half the games I had didn't have an obvious "quit" menu option. I hated pressing the hardware "reset" button because it meant waiting for a minute again, staring at the BIOS setup screen.
Every time I figured out a weird hidden keyboard combination to exit from yet another game was a happy day.
How well did you terminate the scsi chain?
A lot of SCSI devices can be jumpered to self-terminate.
https://github.com/PiSCSI/piscsi
Get yourself a board, raspberry pi, and set up a samba server.
This appears to be the opposite - "PiSCSI allows a Raspberry Pi to function as emulated SCSI devices (hard disk, CD-ROM, and others)"
Here's a solution to the opposite problem: https://bluescsi.com/
not even opposite, as mentioned in my comment it does have Initiator Mode, allowing it to act as a host
Use any other kind of PC with an expansion bus to dump the blocks to a modern block device, then attach that to the Mac.
I used to be an Apple service technician. We kept an old mac that had SCSI in an expansion port and Ethernet in another for precisely this reason.
I once transferred all 20MB of a Mac Plus hard drive, an author’s lifetime work, to a new iMac with this method.
That's pretty delightful, to think of someone using a computer as such a pure tool like that (as opposed to a distraction machine as is so often the case).
I like to imagine the author finally hit the limit of the 20MB hard drive, then decided, "you know what, rather than put 2 spaces after periods, I'll replace them all with a single space like the kids do", saving 400KB, and making room for at least a couple more weeks of work while shopping for a new computer.
Using ASCII RS as whitespace between sentences, and only converting it to space(s) for rendering, is the boss move.
That is unfortunately the likely fallback... It just feels so wasteful and inelegant.
I'm fairly confident you could string it together as a scsi-to-firewire-to-thunderbolt chain, potentially with a TB2/miniDP-to-TB3+ adapter as well, but this seems even worse to me.