Search results

If I'm not mistaken, I believe 7.1P3 is a system version that is currently unpreserved. The restore disk that Apple Authorized Service Providers could have had for restoring these models to the original 7.1P3 version (Market Software Series Volume 1) hasn't been found yet. You might have some...

Agreed, this seems to be evidence that the Duo is trying to do something before the ZuluSCSI is ready. That bus reset definitely wasn't showing up in the Duo's ZuluSCSI debug log earlier.

That's really interesting. If I'm not mistaken, the dock's SCSI (and its external SCSI connector) is a different physical bus than the internal hard drive SCSI, because the docks have their own SCSI chips and none of the pins on the dock connector have anything to do with SCSI. So it sort of...

I guess thinking about it further, if I'm understanding everything correctly, these two test results mean that what's happening with ID 1 on the internal dock drive is irrelevant. That's really, really weird, especially given that the ZuluSCSI debug trace doesn't show anything happening with ID...

I've been following your interesting research! Just a thought, what if you enable debug mode with both HD0 and HD1 active? I wonder if that'll print more diagnostic info about what else is happening with ID 1 that is presumably holding things up.

Out of curiosity, is the system version on the hard drive 7.1P3? It sounds like that's the original version that shipped on the 467, and due to the absence of System Enabler 316, I would theorize that it's probably something earlier than 7.1P5. All of the stuff in the Applications folder...

I wonder if there's an older doc somewhere that was written before version 2 existed. Maybe one of the earlier Inside Macintosh volumes? It might be easier to read. I certainly found Apple's docs confusing about what was expected after the ClipRgn opcode! If you scroll down further on that...

This documentation is still on Apple's site and I think it might help explain some of it: https://developer.apple.com/library/archive/documentation/mac/QuickDraw/QuickDraw-458.html The first red 0x01 is an opcode of ClipRgn, then the 0x00 0x0A is a length of 10. Following that is the bounding...

That's very, very cool! I had seen the boxFlags for the IIci-based SE/30 and wondered what such a logic board would have looked like or if there are any out in the wild. This is the next best thing!

A reader on my blog figured out one little tidbit: the "jy" in "msjy" stands for John Yen, who is listed as the inventor on Apple's patent for this functionality. I didn't even realize the patent existed until now. It had screenshots of all of the stuff I showed off. The "ms" could be...

I've definitely searched even on drives that I know have been reformatted, with a hex editor looking at the raw bytes from a dump made with ZuluSCSI. I think depending on how the formatting is done, remnants could definitely potentially be there. The biggest problem is that I'm pretty sure...

I found some time to write up everything and also shared as close to a factory-fresh drive image that I could create, so anyone else can download and play with this functionality in MAME. The recovery partition even works on the IIci and the Classic II, verified on hardware...

That's really cool that you went in there and replaced the rubber! For what it's worth, that piece of rubber isn't the one that causes the head to get stuck toward the inside. That's the one that prevents the head from coming off the platter. Based on your pictures I'm guessing this is a...

Ahh yes, those are probably good to replace (they look so much like tantalums but they're not). It's still very possible that the sticky rubber is getting you. Maybe the first time you ran it successfully, the head mechanism wasn't fully stuck but after it shut down, it really dug into the...

Hmmm...for what it's worth, I just tested my Centris 610 with a random Mac-to-VGA adapter (no switches, I think it picks normal VGA mode) and it works great. With a 10-switch adapter just like the one BMOW pictured at this link, it also works great with switches 2, 3, 6, and 7 on. That sets it...

Here's a DeclROM dump of the Newer Technology Ethernet MicroDock. PCB photos (sort of) are at this old post where I originally repaired it.

Ahh, that makes sense. I saw that it was defined as "Reserved for Macintosh compatibility" but couldn't understand what they were getting at. That makes total sense and I agree that it's probably a bus error then.

This seems like it could be an interesting puzzle to solve. The leaked SuperMario ROM sources give a lot of info about these codes. Can you double-check that you have provided all of the characters? I think between the *APPLE* and the *1* there should be 12 hex digits, and you only have 11...

Very neat write-up, as always! I’m wondering if maybe it’s a TMS34061FNL. That seems to fit the markings pretty well, at least I think so…

Thanks for the kind words! I'm glad to hear it's working for you.