BlueSCSI does not boot Mac SE

So I have finally purchased and installed an internal BlueSCSI for my Mac SE. The BlueSCSI does not boot the Mac. I can boot it off of my external BlueSCSI and when I do the drives that are set up in the internal BlueSCSI do show up.

I swapped the SD cards around but nothing I did could get the Mac SE to boot off the BlueSCSI. I enabled debugging mode and have attached the log.

Any help would be greatly apreciated.
 

Attachments

Your log shows:
Code:
[4961ms] DBG Waiting for USB enumeration to enter Card Reader mode.
[6061ms] DBG Waiting for USB enumeration timed out after 1000ms.
[6061ms] DBG -- Try increasing 'USBMassStorageWaitPeriod' in the bluescsi.ini
Did you try what it suggested?
 
Have you tried booting without an INI file? It's not really needed for normal operations for common machines like the SE.
 
So I increased the time to 10000 and then to 999999 but it did not work. I then deleted the ini file and it still did not work. This is my latest log file

Platform: BlueSCSI (Pico2/W)
FW Version: 2026.03.01-rel Mar 1 2026 15:12:15
Flash chip size: 4096 kB
SPDIF Mode Enabled - I2C Disabled
Reclock Pico 2/2W based boards to standardized speed
Reclocking with these settings are compatible with CD audio playback
Initial Clock set to 150MHz
Reclocking the MCU to 203MHz
Setting the SDIO clock to 41MHz
After reclocking, system reports clock set to 203MHz

=== SD Card Info ===
SD card detected, exFAT volume size: 1885 MB
SD Name: SU02G, MID: 0x03, OID: 0x53 0x44
-- WARNING: Your SD Card Speed Class is 0. Class 10 or better is recommended for best performance.
BlueSCSI CD Audio Enabled - Connect DAC to BlueSCSI or use SPDIF on I2C SCL pin

=== Global Config ===
bluescsi.ini not found, using defaults

=== Finding images ===
=== Finding images in / ===
== Opening /HD00_512 Boot-6.0.8.hda for ID:0 LUN:0
---- Configuring as disk drive

== Platform supports ROM drive up to 2848 kB

=== Configured SCSI Devices ===
ID: 0, BlockSize: 512, Type: Fixed, Quirks: Apple, Size: 40960kB
 
-- WARNING: Your SD Card Speed Class is 0. Class 10 or better is recommended for best performance.
-- bluescsi.ini not found, using defaults
 
The SD Card Formatter is probably worth trying. Like it says on the bluescsi.com site, use the overwrite format option to really go low level.

 
The SD Card Formatter is probably worth trying. Like it says on the bluescsi.com site, use the overwrite format option to really go low level.


I saw that but because the external BlueSCSI works with the SC card I dismissed it.

I will try that and see what happends
 
Okay, thanks for the may suggestions. I have attempted all of them. In my latest log I have found this line:

[14312ms] DBG ---- STATUS: 2 CHECK_CONDITION, sense code 0x05, asc 0x00002000
[14318ms] DBG ---- MESSAGE_IN
[14319ms] DBG ------ IN: 0x00

in my searching I have found this github thread:

It states that Data Line 2 is stuck and I probally need a new Pico.

I will do more testing but I think that I am getting closer
 
I wanted to give an update. I purchased the BlueSCSI from Joe's Computer Museum and after contacting Joe, I sent it back and he fixed it. Now I have a working BlueSCSI and a fully working Mac SE. Joe said that one of the connections between the Pico and the board wasn't fully soldered. I want to thank all of you for your help with this confusing issues. Also I cannot recommend Joe highly enough. He is fantastic with providing his help.
 
Recently built (2) new BlueSCSI V2 Desktop versions, from JCM, going to put them in my SE's.

What OS is everyone using with BlueSCSI and SE - 6.0.8 or 7.0.1?
 
Summary: I bought a BlueSCSI kit; I've detailed my construction tests here and where I'm stuck due to an error message, advice welcome!

I've recently bought a BlueSCSI desktop kit, so I needed to solder the SCSI connector, Berg power plug and other headers. My soldering looks OK to me. After building my BlueSCSI, I buzzed out the SCSI connector: adjacent pins don't connect, and the SCSI pins connect to the pads. My PICO 1 (from 2020) is on headers. I checked adjacent pins aren't soldered and that power and ground isn't shorted.

I initially had problems copying the .uf2 firmware by drag and drop, so I used picotool to do it. It picked the right image (the first one) and it said it copied it 100%. Then I moved on to testing the system with power. I did the normal test of powering with USB and checking the 5x blinks without the SD card in (passed) then putting in an SD card with a .hda image (SCSI Id=3) copied using dd from my PowerBook 1400's original HD image originally copied from an IDE drive using dd. Hmmm, maybe the image lacks a SCSI driver?

Anyway, I then popped it in a SCSI enclosure, which I think works, or at least it certainly did work a number of weeks ago when I was testing my own DumbDD SCSI tool. It's powered by the Berg connector (so the Power jumper is on).

It's at this point that it fails. Here's the debug log:

=== SD Card Info ===
SD card detected, exFAT volume size: 7579 MB
SD Name: AF SD, MID: 0x09 (ATP), OID: "AP" (0x41 0x50)
[21ms] -- Debug = Yes
[22ms]
[22ms] === Global Config ===
[22ms] Reading configuration from bluescsi.ini
[23ms]
[23ms] === Finding images ===
[85ms] === Finding images in / ===
[87ms] DBG -- Using block size, 512 from filename: HD3_512.hda
[88ms] == Opening /HD3_512.hda for ID:3 LUN:0
[88ms] DBG ---- Image file is contiguous, SD card sectors 17984 to 1605583
[89ms] ---- Configuring as disk drive
[89ms] DBG ---- Geometry set from image size: SectorsPerTrack=63 HeadsPerCylinder=16 total sectors 1587600 (divisible)
[89ms] DBG ---- Read prefetch enabled: 8192 bytes
[92ms]
[92ms] == Platform supports ROM drive up to 800 kB
[92ms] DBG ---- ROM drive image not detected
[92ms]
[92ms] === Configured SCSI Devices ===
[92ms] ID: 3, BlockSize: 512, Type: Fixed, Quirks: Apple, Size: 793800kB
[94ms]
[737ms] DBG Waiting for USB enumeration to enter Card Reader mode.
[1837ms] DBG Waiting for USB enumeration timed out after 1000ms.
[1837ms] DBG -- Try increasing 'USBMassStorageWaitPeriod' in the bluescsi.ini

[1837ms] Clock set to: 203MHz
[1837ms] Initialization complete!
[1838ms] --------------
[1838ms] CRASH!
[1838ms] Platform: BlueSCSI
[1838ms] FW Version: 2026.04.27-rel Apr 28 2026 00:33:46
[1838ms] scsiDev.cdb: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
[1838ms] scsiDev.phase: -1
[1838ms] SP: 0x2003F778
[1838ms] PC: 0x20011040
[1838ms] LR: 0x2000EFC1
[1838ms] R0: 0x00000001
[1838ms] R1: 0x00000000
[1838ms] R2: 0x00000000
[1838ms] R3: 0x20035074
[1838ms] STACK 0x2003F778: 0x00000001 0x00000000 0x00000000 0x20035074
[1838ms] STACK 0x2003F788: 0x00000000 0x2000EFC1 0x20011040 0x21000000
[1838ms] STACK 0x2003F798: 0x00000000 0x2003F7AC 0xFFFFFFFF 0x20010D3D
[1838ms] STACK 0x2003F7A8: 0x100532FC 0x40A90000 0x00000000 0x408F4000
[1838ms] STACK 0x2003F7B8: 0x2003D0B6 0x20005DD9 0xFFFFFFFF 0x20033F50
[1838ms] STACK 0x2003F7C8: 0xFFFFFFFF 0x00000000 0x20041F01 0x18000000
[1838ms] STACK 0x2003F7D8: 0x00000000 0x200011D5 0x2003D0BA 0x10020168
[1839ms] STACK 0x2003F7E8: 0x20041F01 0x18000000 0x00000000 0x20000E93


It sees the SD card as a valid image (so SD works), then it seems to want USB enumeration, but USB isn't connected at all and I don't want to connect it, so should I just ignore that message? Unfortunately, it then crashes. It's the same if the SCSI cable itself isn't plugged in.

Any ideas?

-cheers from Julz
 
Back
Top