This page is a wiki. Please login or create an account to begin editing.


11 posts / 0 new
Last post
SkyCapt's picture
Offline
Joined: 2017 Jan 11
mounting (troublesome) ".dsk" images, is there any MFS plug-in for OS 9-X?

First off, I suspect there are more than one kind of .dsk file and this confuses the hell out of everybody. One kind seems to be an arbitrary size and works in conjunction with the emulator "mini vmac", perhaps these are files created recently for use with this emulator.

The other legacy .dsk images are often 400kb, 800kb, or 1.44MB and these are "scans" of physical floppy disks. I find I must change their Creator code to "ddsk" and their Type code to "dimg" (all lower case), why do these files keep appearing with blank codes, I don't know. I thought all important oldschool mac files had codes.

ddsk-dimg codes allow OSX Disk Utility to then mount these files, but only if they are HFS not the older MFS Macintosh File System. Couple I'm looking at now must have come from here, MacCommand.dsk and Frogger.dsk

OSX says unable to mount, no mountable file system. But, OS9 gives better information : error 182 MFS software not installed on this system. Therefore I say, is there any MFS module that can be plugged into OS 9 and/or X ?

Comments

MikeTomTom's picture
Offline
Joined: 2009 Dec 7

You need to go back to Mac OS 7.6.1 and earlier for MFS floppy disk support.

If you had extracted these with StuffIt Expander on OS 9, you would maybe see that these are disk images of MFS 400K Mac floppy disks and have the Creator Type "DDp+" and the File Type "DDim" and not Creator code to "ddsk" and their Type code to "dimg". Meaning these two disk images were created using the classic Mac app DiskDup+ - Why files keep appearing with blank codes, is because the Finder doesn't have this file's icon in its database (yet) if you have not installed DiskDup+ onto OS 9 or earlier.

You may also have see under the compatibility section on both MacCommand & Frogger pages:

Important: This game is not compatible with the Macintosh Plus (or anything newer). To emulate it, you will need the Mac 128K or 512K variation of Mini vMac (and a matching ROM.)

Without original hardware, to access or play these files you would need to use the Mini vMac variation quoted above. To do this on your host PC, you would extract the .sit and drag the .dsk into the running Mini vMac window to mount the disk image on the emulated desktop.

24bit's picture
Offline
Joined: 2010 Nov 19

Right, dsk is not a unique file extension, even the Apple_II had it. Missing resource forks are a common issue when Mac files are moved carelessly over foreign (non Mac) file systems.
I am using MiniVMac_II running MacOS 6.0.8 or 7.5.3 as man in the middle as it can read/write both HFS and MFS. Trial and error in doubt. Wink

For MFS, write support was dropped with MacOS 7.6.1.

MFSLives is a sample VFS plug-in that implements read-only access to the Macintosh File System (MFS) volume format. This volume format debuted on the original Macintosh in 1984, and was supplanted by HFS (the predecessor to HFS Plus) with the introduction of the Macintosh Plus in 1986. MFS support was dropped from traditional Mac OS in Mac OS 8.1, and it has never been supported on Mac OS X. MFS is an excellent volume format for sample code because it's very simple but it allows you to exercise the code paths associated with Macintosh-specific metadata (specifically, Finder info, multi-fork files, and volfs).

(developer.apple.com)

Build environment was Xcode 2.4 in Tiger. I doubt that it would still work with recent Macs.

pagan's picture
Offline
Joined: 2009 May 8

Provided you are using OSX 10.4 and Xcode 2.4, you could try "MFSLives".
I used it successfully myself some years ago.

https://developer.apple.com/legacy/library/samplecode/MFSLives/Introduct...

SkyCapt's picture
Offline
Joined: 2017 Jan 11

For old images of floppy disks, Type code "DDim" (with Creator code "ddsk") is working too, so I merely lucked out when I tried code "dimg" and if I kept trying other codes would've found others that work too like this "DDim", and you say "DDim" is the correct code for these, fine.

So MFS is mainly 1984-1986, that is sparse. But since I asked, and I still use Tiger OSX a lot, I shall try MFSLives...

SkyCapt's picture
Offline
Joined: 2017 Jan 11

MFSLives is doing its thing. You had me thinking I must compile using Xcode but the Tiger compiled object is included in the download. Just copy "MFSLives.fs" to System/Library/Filesystems/ and then I needed to change ownership (to match the other filesystems) using Terminal:

sudo chown -R root:wheel /System/Library/Filesystems/MFSLives.fs

From old floppy .dsk now I loaded the game "MacCommand" title screen as a picture file and the Frogger (filename="Finder") main menu works, I can remap its motion keys and its eject button works, but not the game, and I must force quit using keys Cmd+option+escape. MFSLives! The exclamation is how it describes MFS volumes in file info. I didn't know MFS has no functionality for subdirectories! aka "folders", very simple, very old.

Author says in his readme that MFSLives uses Tiger tech which would cause older versions of OSX to require a lot more coding to make this work, but maybe newer OSX can work. First I'll try unmodified .fs added to Leopard OSX, very likely won't work, but since we have project sourcecode can't the thing be recompiled using Leopard and then actually work in Leopard.?

blackholemac's picture
Offline
Joined: 2010 Nov 17

Apple gave MFSLives as sample code in Tiger...Ive always quietly wished that someone with lots of talent would take that code and port it forward all the way to El Capitan or Sierra...doubtful that will happen, but not impossible theoretically as they obviously posted the code to do so for Tiger.

SkyCapt's picture
Offline
Joined: 2017 Jan 11

MFS is so elementary and 400 - 800kb floppy disk images are so small, I know I can effortlessly write a "BASIC" language program in one of my emulators which extracts all the files of a MFS image in little or no time, in new OSX. But, it is nicer having the official .fs plugin for Finder GUI.

MFSLives stopped getting updated in 2006, before Leopard existed. Stopped being updated probably because Classic Environment stopped being used in Leopard, so you could no longer try running (right away) the code files it extracts. So it by no way means MFSLives can't function in higher OSX, maybe with none or a small amount of tweaking.

Jatoba's picture
Offline
Joined: 2018 Apr 16

A Mac OS 8 & 9 counterpart to MFSLives to bring back MFS read/write and mounting capabilities would be certainly welcome. For now, vMac & mini vMac with System 7 would be the most straightforward way.

I wonder what MFSLives source code can teach. Does MFSLives enable both read/write, or just read operations to MFS volumes?

SkyCapt's picture
Offline
Joined: 2017 Jan 11

Read-only.

The hardest part of accessing old .dsk images can be their creator+type codes. I use DiskCopy 6.5b13 to open everything (but I use DiskCopy 6.3.3 to CREATE images) this means "ddsk" creator code always, and then I have to fight for which 'type' code works, often the .dsk file comes with no code or code that fails. So I try all the type codes I know and usually one works, no pattern yet as to which-why. Use RedEdit to scan the BNDL of the DiskCopy 6.5b13 app resources, and it lists so many codes you can use. "DDim", "dImg", "dimg", "rohd", "devi" many more.

DiskCopy 6.5b13 mounts toast,iso,cdr,img, and most importantly mounts .dmg if the .dmg was created by OSX Panther, not Tiger/after. The .dmg can be bigger than 2GB, right now my OS9 archive is about 25GB. I often skip its checksum verification when mounting it. I also rename .dmg made by Panther meant for OS9 as ".imgx" to indicate their uniqueness. Been happy this way for years. p.s.Panther 10.3.9 forbids super large dmg files for whatever evil apple reason. Needs Panther 10.3.8 or less to make .dmg bigger than what 9GB.

Jatoba's picture
Offline
Joined: 2018 Apr 16

I also rename .dmg made by Panther meant for OS9 as ".imgx" to indicate their uniqueness.

I like this idea. I may adopt that approach. And I'll be wary of big DMGs created by Panther 10.3.9. I'll use Jaguar 10.2.8 instead.

All .dsk images in the Garden I have come across were DiskDup files so far. DiskDup comes with an app to adjust the Creator/Type to it, which I comfortably use via FinderPop.

Well, MFS, yet another thing for me to keep in mind now. Might as well look into compiling it for PPC Leopard, too (which, as noted in this thread, should probably be "easy"). No idea why Mr. Jobs decided to butcher it off with Mac OS 7.6.1, then for good in 8.
[Edit: Oh, the binary works in Leopard, too, as is? Awesome.]