[HN Gopher] Native Amiga Filesystems on macOS / Linux / Windows ...
       ___________________________________________________________________
        
       Native Amiga Filesystems on macOS / Linux / Windows with FUSE
        
       Author : doener
       Score  : 60 points
       Date   : 2026-01-03 07:46 UTC (4 days ago)
        
 (HTM) web link (github.com)
 (TXT) w3m dump (github.com)
        
       | EvanAnderson wrote:
       | In case you don't follow the link: The novel thing here is
       | they're running the actual Amiga filesystem code in a 68K
       | emulator, rather than relying on their own implementation.
       | 
       | Because AmigaDOS filesystem handlers are pluggable it's possible
       | others could work, too. I wonder if you could get CrossDOS[0]
       | working and use this to access FAT filesystems for Inception-like
       | fun.
       | 
       | Edit: Oh, shit! I haven't used AmigaDOS in years, but I'm seeing
       | NTFS-related commands in the AmigsDOS 4.0 documentation[1]. I
       | wonder if this means there's a 68K NTFS filesystem handler this
       | could run! That would be fun.
       | 
       | Edit on Edit: I am continually amazed by the forethought that
       | went into the Amiga. I first ran into them around '92, after
       | having grown up on Apple II, Commodore 64, and finally PCs.
       | Pluggable file systems, data type handlers, AREXX, and the
       | general extensibility of the ecosystem absolutely blew my mind.
       | Plus there was still juxtaposition of games and demos that booted
       | from disk and ran directly on the metal. It felt like it had a
       | leg in the past and in the future. (I always wished for memory
       | protection on the Amiga, though. It could have been so much more
       | stable, albeit I know that in '85 the cost would have been
       | prohibitive...)
       | 
       | [0] https://en.wikipedia.org/wiki/CrossDOS
       | 
       | [1]
       | https://wiki.amigaos.net/wiki/AmigaOS_Manual:_AmigaDOS_Comma...
        
       | ghusto wrote:
       | Meanwhile, also in 2026, we still don't have a filesystem that
       | works on Mac OS, Windows, and Linux.
       | 
       | NTFS is the closest you can get, and it's read-only on Mac OS.
        
         | codepoet80 wrote:
         | exFAT?
        
         | Already__Taken wrote:
         | btrfs has a real driver at least
         | https://github.com/maharmstone/btrfs
         | 
         | It's what my steamdeck is formatted to so I could plop the
         | drive into windows and rip steamapps across to shortcut a lot
         | of downloading.
        
         | miffe wrote:
         | exFAT or UDF?
        
         | Fnoord wrote:
         | ZFS.
         | 
         | NTFS is r/w with Paragon. Same with Ext4FS.
         | 
         | In the end, it is a matter of FUSE.
         | 
         | Either way, I don't think Amiga(OS) was known for its FS.
         | 
         | I do remember there being a r/o driver for Amiga FS back in
         | Linux 2.2 (end of 90s?)
        
           | smilespray wrote:
           | I've lost data multiple times with Paragon.
        
         | yjftsjthsd-h wrote:
         | We don't have a _good_ filesystem that works _without caveats
         | and annoyances_ on NT+Darwin+Linux. Depending on your pain
         | tolerance, FAT32, exFAT, and ZFS are all reasonable choices.
        
       | BenjiWiebe wrote:
       | Pretty cool. This isn't what I first thought of as native Amiga
       | filesystem support - this is support for the native Amiga
       | filesystem drivers, through m68k emulation.
        
       | kkaske wrote:
       | In a world obsessed with AI and distributed everything, simple
       | problems like "mount this USB drive on every OS without
       | headaches" still feel unsolved. That's both humbling and oddly
       | comforting.
        
         | pieterhg wrote:
         | AI reply
        
       ___________________________________________________________________
       (page generated 2026-01-07 23:00 UTC)