FUSE Port Brings NTFS Support To OS X 150
sciurus0 writes "In his session at Macworld on OS X filesytems, Google's Amit Singh announced that he has ported Linux's FUSE module to OS X. The port is called MacFUSE and it is available in source form and as a pre-compiled kernel extension with associated tools. Many FUSE filesystems such as sshfs and ntfs-3g are reported to work."
FUSE for Windows (Score:5, Interesting)
Re:FUSE for Windows (Score:5, Interesting)
Release is FAAAAAAAAR away now, I expect to get something working in 3-4 months.
Great for dual booting? (Score:3, Interesting)
How about ext3? (Score:5, Interesting)
genneral problem with FUSE (Score:3, Interesting)
mainly I use "sshfs". but the biggest problem I have is the same problem I have with KDE-IOSlaves.
is that you can't really chain them
It makes it easy to Open a Zip/Rar file as a folder, and it makes it easy to treat an FTP server as a folder. but what about a Zip File on an FTP server?
I just wish there was some easy way to allow the FTP/SSH file systems to recognize that a Zip File as folder.
or chain to Zip with Encryption.
or Encryption with Subversion.
all at the file system level.
any way thats my rant, but the FUSE effort is brilliant in general.
Re:FUSE? (Score:1, Interesting)
Hmm, maybe there is something to that whole microkernel thing, eh Linus?
Cocoa Fuse GUI (Score:5, Interesting)
Re:FUSE for Windows (Score:3, Interesting)
I don't know how you've planned the userspace, but I'd suggest that you make it NOT dependent on Win32. It'd be much easier to implement features like fork (which Win32 doesn't support, but native processes do). Also, native process programming follows a lot of the same conventions that kernel programming does; the code would be more consistent and lightweight. Besides, it seems unlikely that FUSE would require Win32-specific features.
Please let me know if you get a source repository up.
Tried it and comments (Score:4, Interesting)
Re:FUSE for Windows (Score:5, Interesting)
Why is this such a great goal, when FS developers have been trying to meet the basic features of NTFS already...
NTFS already does journalling, has file versioning (far beyond what any *nix FS does), encyrption, compression, and with Win32, zip and rar integration.
The trick in writing a FS for Windows isn't so much a NT issue, but how Win32 see the FS and what it expects to be there. This can best be demonstrated with the Unix subsystem on Windows, or how NFS is handled.
BTW, this is kind of a baited post to see how well people really do understand NTFS and also what they are trying to accomplish.
For developers interested there are some good resources and help on writing FS for NT, like at: http://www.osronline.com/cf.cfm?PageURL=showlists
Take Care...
Stability: SSHFS or MacFUSE at fault? (Score:3, Interesting)