68kMLA Classic Interface

This is a version of the 68kMLA forums for viewing on your favorite old mac. Visitors on modern platforms may prefer the main site.

Click here to select a new forum.
MacISO Extract
Posted by: pl212 on 2026-07-04 16:53:51
Not my project, but I ran across this:

https://github.com/kouta-kun/maciso-extract

Any thoughts from Netatalk experts here?
Posted by: NJRoadfan on 2026-07-04 17:20:07
Netatalk is going to get pretty grumpy with a read-only file system. Even if you run the share as ad=v2 (this uses the hidden .AppleDouble folders), its still going to try and write CNID information to the metadata files. Netatalk "should" work with the ._ file option (ad=ea), but the conversion routine is once again likely hitting the read-only filesystem and having problems. This likely could be fixed by synthesizing the org.netatalk.metadata EA via FUSE and putting "Netatalk" padded with spaces into the 16 byte "filler" area in the ._ AppleDouble file.
Posted by: slipperygrey on 2026-07-04 21:50:24
the author of this project (kouta-kun) actually started a support request with Netatalk on this topic yesterday:

Posted by: adespoton on 2026-07-06 17:40:27
Seems to me the appropriate approach here would be to shadow mount the images, so the netatalk stuff can be written back to the shadow volume?
Posted by: kouta on 2026-07-07 02:13:10
Hi all! For some context, I'm on Linux and can't just mount the ISO/HFS and have the resource forks read correctly. I suspect a simpler way to get around this would be to use macOS as a Netatalk host.
Netatalk is going to get pretty grumpy with a read-only file system. Even if you run the share as ad=v2 (this uses the hidden .AppleDouble folders), its still going to try and write CNID information to the metadata files. Netatalk "should" work with the ._ file option (ad=ea), but the conversion routine is once again likely hitting the read-only filesystem and having problems. This likely could be fixed by synthesizing the org.netatalk.metadata EA via FUSE and putting "Netatalk" padded with spaces into the 16 byte "filler" area in the ._ AppleDouble file.
This is in fact an issue, which is why I implemented `--ad-format=netatalk` into the program which allows for the metadata to be created in Netatalk format, but even then as @adespoton said I either have to extract it to a writeable folder, or use `overlay` mount with an upper dir because it still tries to write some more metadata.
the author of this project (kouta-kun) actually started a support request with Netatalk on this topic yesterday:

I actually submitted this request before starting work on this, in case there was already some way to do this (on Linux).
1