• Hello MLAers! We've re-enabled auto-approval for accounts. If you are still waiting on account approval, please check this thread for more information.

Trouble Extracting OS 7.5.3

I downloaded Mac OS 7.5.3 from Macintosh Garden, and it's in a zip file. I tried unpacking it with StuffIt 5.5, ZipIt, and MacZip. With each method, I was unable to mount the images in Disk Copy 6.1.3. I couldn't drag the images onto the Disk Copy window, and when I tried to use the Image menu to mount images, the images didn't show up when I navigated to the folder they were in. It was as if they didn't exist. What am I missing? Thanks in advance for any help.
 
The images won't show up in DC because they don't have the right type and creator information. ZIP archives do not preserve resource forks. If the disk images are Read-Only Compressed images, you're SOL because without resource fork preservation the images are as good as useless.

My recommendation is to use the Legacy Recovery CD. Should be Download #1 on MG. Excellent disk. Only issue is the disk images therein are Ready-Only Compressed, which can be a problem for older systems mounting the disk image over a network, such as System 6. However on a compatible System 7+ box it's the best thing out there.
 
The images won't show up in DC because they don't have the right type and creator information. ZIP archives do not preserve resource forks. If the disk images are Read-Only Compressed images, you're SOL because without resource fork preservation the images are as good as useless.

As a side note, does anyone know why so much of this stuff exists on the Garden? Finding a properly compressed and preserved copy of whatever you’re looking for can be painstaking, or impossible. There’s just so much garbage on there that was ZIPed under OS X or some PC based OS. I’d estimate between 25 and 50 percent of what’s there is unusable.
 
As a side note, does anyone know why so much of this stuff exists on the Garden? Finding a properly compressed and preserved copy of whatever you’re looking for can be painstaking, or impossible. There’s just so much garbage on there that was ZIPed under OS X or some PC based OS. I’d estimate between 25 and 50 percent of what’s there is unusable.
I think it's because they initially standardised on Stuffit 5 or 6. But then they can't be unstuffed on computers without Stuffit or an early version of Mac OS, so people just grabbed whatever could compress the disk and ignore the file creator as they can often mount in an emulator from the host system. i.e. if you take a .dsk that sits in the host system's filesystem, it'll probably mount in the emulator, then the user just zips up the .dsk.

It'd be better, really to standardise on a basic compression technique that can also handle resource forks and runs on a relatively early Mac OS, namely, Compact Pro 1.5.1.
 
I downloaded Mac OS 7.5.3 from Macintosh Garden, and it's in a zip file. I tried unpacking it with StuffIt 5.5, ZipIt, and MacZip. With each method, I was unable to mount the images in Disk Copy 6.1.3. I couldn't drag the images onto the Disk Copy window, and when I tried to use the Image menu to mount images, the images didn't show up when I navigated to the folder they were in. It was as if they didn't exist. What am I missing? Thanks in advance for any help.
The System 7.5.3 download originally made available by Apple was actually one single segmented self-mounting image, and did not use a separate Disk Copy utility. For example, the North American version was provided as nineteen separate floppy-sized segments. Each file was protected by an encoding (.bin or .hqx).

To begin with, the Macintosh computer would need a working operating system of some kind on its hard disk. Such as a system drag-copied from a Network Access Disk 7.5 startup floppy.

The idea was then to transfer the downloaded 7.5.3 segments (one by one on a 1.44 MB HD diskette, or use a network or another method), and copy them to the hard disk of the receiving Macintosh computer. Once there, one would drag each .bin or .hqx file onto an appropriate version of StuffIt Expander for decoding. The resulting files (one .smi and eighteen .part) would be placed in a common folder. Finally, one would double-click on the first file, the .smi (self-mounting image). This would mount the entire large image, where the installer would be found.
 
Last edited:
Addendum

The download was part of the Older Software Downloads web page.
The first file was (download.info.apple.com/Apple_Support_Area/Apple_Software_Updates/English-North_American/Macintosh/System/Older_System/System_7.5_Version_7.5.3/System_7.5.3_01of19.smi.bin).
The second (.../System_7.5.3_02of19.part.bin), et cetera, et cetera, until
the last file (.../System_7.5.3_19of19.part.bin).
 
Last edited:
Addendum

The download was part of the Older Software Downloads web page.
The first file was (download.info.apple.com/Apple_Support_Area/Apple_Software_Updates/English-North_American/Macintosh/System/Older_System/System_7.5_Version_7.5.3/System_7.5.3_01of19.smi.bin).
The second (.../System_7.5.3_02of19.part.bin), et cetera, et cetera, until
the last file (.../System_7.5.3_19of19.part.bin).
You can find these all on the wayback machine. See this post:

 
The images won't show up in DC because they don't have the right type and creator information. ZIP archives do not preserve resource forks. If the disk images are Read-Only Compressed images, you're SOL because without resource fork preservation the images are as good as useless.

My recommendation is to use the Legacy Recovery CD. Should be Download #1 on MG. Excellent disk. Only issue is the disk images therein are Ready-Only Compressed, which can be a problem for older systems mounting the disk image over a network, such as System 6. However on a compatible System 7+ box it's the best thing out there.
Thanks, I'll definitely look into that in the future. In the meantime, I found a mirror of the old download.info.apple.com on Apple Fritter, so I found the images there.
 
Protip: if your daily driver machine has enough free space on its hard drive, take the whole archive for the Apple FTP server, and host it on said computer. Then, you can access them
via your ethernet/wireless network using file sharing.
 
I think it's because they initially standardised on Stuffit 5 or 6. But then they can't be unstuffed on computers without Stuffit or an early version of Mac OS, so people just grabbed whatever could compress the disk and ignore the file creator as they can often mount in an emulator from the host system. i.e. if you take a .dsk that sits in the host system's filesystem, it'll probably mount in the emulator, then the user just zips up the .dsk.

It'd be better, really to standardise on a basic compression technique that can also handle resource forks and runs on a relatively early Mac OS, namely, Compact Pro 1.5.1.

Ah yes, very good point. I forget the probable vast majority of people that use that resource are just emulating and never touch real hardware. I suppose we’re probably the minority.
 
Back
Top