Saturday, October 27, 2007

NTFS-3G 1.1004 with ublio patches

After a lot of testing and building I have now decided to release an experimental release of NTFS-3G for Mac OS X with caching support through the ublio user space caching layer. This will be especially relevant for people with USB2 external hard disks, where performance increases of about 1500% can be expected.

This package release can be labeled experimental, which means that it's not verified to be stable, and there may be issues remaining to be solved. If you want a stable release, fetch NTFS-3G 1.1004 Update 2.

Note that caching isn't enabled by default, but needs to be enabled by executing the script "Tools/Enable file system caching.command", which can be found in the disk image.

Before enabling caching, you have to be aware of a few things:
1. When using the caching layer, NOBODY SHOULD EVER REMOVE EXTERNAL DISKS IF NTFS-3G IS STILL RUNNING. You always have to eject the disk properly through the eject button in the Finder or through Disk Utility, or else you risk losing data. (This really applies to all cached file systems, so you should make this a common practice.)
2. Even though NTFS-3G is extremely well tested, the ublio patch is not included in this testing process. Thus you cannot expect the same quality, and even though I have tested the package and found no issues that can be effectively traced to ublio, you should be cautious in an environment with important data. The ublio patch is used frequently in FreeBSD with NTFS-3G.

Download NTFS-3G 1.1004 (Update 4, experimental) (package by catacombae)
Requirements: Mac OS X 10.4, a PowerPC or Intel computer, MacFUSE 0.4.0 installed (currently NOT WORKING with MacFUSE 1.0.0).

Summary of changes for NTFS-3G 1.1004 Update 3:
  • Dramatic performance enhancements by adding caching support through the ublio layer.
  • The ".ntfs-locale" trick should not be needed anymore for most people, as NTFS-3G now defaults to a reasonable locale (en_US.UTF-8).
  • Added scripts for disabling and enabling ublio caching and debug logging.

Summary of changes for NTFS-3G 1.1004 Update 4:
  • Disabled caching by default, so people can choose if they want it enabled or not.
  • Hopefully fixed a bug where some users got their mount points prepended by "-n".

Note: I really need your feedback for this version! If you install it and it doesn't work, don't hesitate to tell me about it by writing a comment or sending me an email (address can be found at my regular site). If it does work, I'd like to hear about that as well, especially if you're on a PowerPC Mac.

The ublio-patched source code for ntfs-3g 1.1004 is available here.
The source code for ntfsprogs 1.13.1 is available here.

67 comments:

  1. Great work. Any chance a version can be compiled for Leopard (10.5) that puts ntfs-3g.fs under /Library/Filesystems instead of /System/Library/Filesystems?

    ReplyDelete
  2. I have a problem with your package right now. I installed your package in a following way:

    1. Installed MacFUSE (now 1.0)
    2. Restart
    3. Installed your NTFS-3G package (from this blog entry)
    4. Restart

    Then my USB 2.0 drive mounts correctly and I can see all my files. However, I am unable to copy any of the files to my own Mac hard drive. Also, I get permission denied when I try to copy any stuff to the external drive. How can I fix this?

    ReplyDelete
  3. VanillaIcee:
    I don't know what else is required for file systems in Leopard, but in the meantime you could just copy the directory to the right place. If that works, then congratulations (the uninstall package script won't find these new files, so make sure you clean them out yourself if you want to). :>

    I was at an Apple reseller yesterday to get a feel of Leopard, and on the demo computers all internal file systems were located in /System/Library/Filesystems like before... So I don't know yet what the fuss is about. I think I'll need to investigate Leopard support on my own.

    I will hopefully get Leopard on my computer soon, thanks to Szabolcs Szakacsits, and then I can start looking at all your Leopard-related issues.

    ReplyDelete
  4. Jae-wan:
    This _may_ be a MacFUSE 1.0 related issue. I haven't even had time to install, let alone test the latest MacFUSE incarnation.
    Would you please try to downgrade your MacFUSE install to 0.4.0 and check if the problem persists? You can find the old package here:
    http://macfuse.googlecode.com/files/MacFUSE-Core-0.4.0.dmg

    If the problem is still there, please contact me through my email, which can be found on my regular web site (bottom of the main page):
    http://hem.bredband.net/catacombae
    That way it will be easier to sort things out.

    ReplyDelete
  5. Erik wrote:
    I was at an Apple reseller yesterday to get a feel of Leopard, and on the demo computers all internal file systems were located in /System/Library/Filesystems like before... So I don't know yet what the fuss is about.

    Hi Erik,
    I still haven't installed Leopard, but I just checked the BaseSystem.pkg with Pacifist v2.5 update that supports the new Leopard packages. Apple is indeed still using the /System/Library/Filesystems directory (as you saw).

    The MacFuse v1.0 Leopard version as per its release note is installing into /Library/Filesystems (I also checked the package with Pacifist). Probably creating that directory as well. I didn't see any reason indicated for this change.

    Not sure how this will play out using the standard installer packages. But I assume that both MacFuse and NTFS-3G need to reside in the same "Filesystems" directory be it /System/Library/Filesystems or /Library/Filesystems. So using v1.0 (baring any other problems) would require moving a package, no?

    ReplyDelete
  6. Just wanted to download the new version but the link seems to be broken :(
    Sourcecode download is still working fine.

    ReplyDelete
  7. Issue is that the location is hardcoded in ntfs-3g to connect to libraries in /System/Library/Filesystems, and I don't have developer tools so I can't run the utility to change the library references nor can I recompile.

    thanks for help.

    ReplyDelete
  8. Any update on the broken link? I'm busting to try this and see if it speeds up my external disk access. Keep up the good work!

    ReplyDelete
  9. Sorry about the broken link everybody, but I removed the file in panic after experiencing some file corruption on my NTFS volume when running VMWare Fusion VMs from there.

    The release can still be downloaded here:
    http://hem.bredband.net/unsound/ntfs-3g/NTFS-3G_1.1004-u3-ublio-catacombae-disabled.dmg

    If you want to performance test it, or test it in other ways, please do. Reading should always be safe, writing should be safe mostly. I have stress tested the file system but I can't reproduce this particular issue yet.

    I just don't want to make this release official with such a strong suspicion that it contains bugs.

    ReplyDelete
  10. For a more readable form:

    http://hem.bredband.net/unsound/
    ntfs-3g/NTFS-3G_1.1004-u3-ublio-
    catacombae-disabled.dmg

    ReplyDelete
  11. Ok after some exploration: On Leopard filesystems now work from the /Library folder, so fusefs.fs is found in /Library/Filesystems like a good user installable program should be.

    To make a compatible version it would have have to link to this version and ideally put in the same directory. Similarly putting links for mount_ntfs-3g and newfs_ntfs-3g in /sbin is not necessary, and it would be better to put those into /usr/local/sbin along with the rest of the command-line utilities.

    Appreciate your hard work. Thanks.

    ReplyDelete
  12. so i installed MacFuse .4 and the latest (update 3) of ntfs-3g .. when i turn on my external drive it sees it in leopard and mounts it but it never appears on the desktop and when i look inside disk utility it comes shows that its mounted but added a -n to the name of the drive (ie .. drive name is Klause .. disk utility shows it as -n Klause) any ideas why its doing that and not letting me access it either in terminal or from finder ??

    i have another ntfs partition for my xp install on this comp it also comes up with the -n and not able to see it on desktop nor access it from terminal

    ReplyDelete
  13. update 4 valid ??? confused why update 2 and 3 are around 1.6mb and then update 4 is only 284k

    anyway .. doesn't want to mount the dmg image on my mac :(

    i was hoping this version would fix my -n problem

    ReplyDelete
  14. Chance to include the detection of the OSX version in the installer?
    /Library/Filesystems for OSX 10.5
    /System/Library/Filesystems for OSX 10.4?
    So you don't need to compile two ntfs-3g versions.

    ReplyDelete
  15. Hi
    I'm using leopard, and i can't mount this file : NTFS-3G_1.1004-u4-experimental-catacombae.dmg, "reason unknow"..

    ReplyDelete
  16. Andrew & meepmeep:

    Sorry about that, I ran out of space at my web hosting facility, so the entire file wasn't uploaded. Now it should be there.

    ReplyDelete
  17. I have a PPC Mac and would like to test the software. I'm currently running Update 2 without any problems but was wondering exactly what issues you had with Update 3/4 that caused you to be a little more hesitant about it. Did it corrupt the entire destination drive or just the destination file? Was the source file damaged? I need to use this to back up some important files using my brother's NTFS formatted USB drive, so I don't want to take a chance. I don't want to "test" it if there is a risk that either the source file or destination drive could be corrupted. If only the destination file was corrupted, I wouldn't have any problems.

    ReplyDelete
  18. Ok, so I'm pretty impatient. I went ahead and installed Update 4 and was able to transfer my files (huge iMovie bundles) to the USB External drive without any issues. It was about 10x faster than the previous version (Update 2). I was also able to open the files without issue. Thanks!

    ReplyDelete
  19. Holy fsck, this thing is FAST.


    You have my undying gratitude. Running 10.4.10 on a ppc 1.42G Mini with a Seagate 500G USB2 disk, and getting similar throughput -- with update 4 with caching enabled -- to what I get with HFS+ mounted USB2 disks (HFS+ is about 1.5x the speed, but that's a lot closer than it used to be).

    Thank you, thank you, THANK YOU.

    ReplyDelete
  20. Ok I feel silly. mount_ntfs-3g, newfs_ntfs-3g, and ntfs-3g.util are all scripts. Changing all references to fusefs.fs to be in /Library/Filesystems works, along with changing any other references to /System/Library/Filesystems to the new location in Leopard.

    This could probably be included into the scripts, picking /Library if on 10.4 or /Sysem/Library if on 10.5.

    one thing I did notice is that PFX and ROOT in the ntfs-3g.util don't seem to be working for the like 205 and 233.

    ReplyDelete
  21. Erik, I can confirm that Update 4 fixes the mount "-n" problem. Now the mount points are "Untitled", "Untitled 1", etc..

    I could only load the experimental update 4 with Mac Fuse 0.4.0.

    BTW, I noticed that the uninstall batch file leaves some crud around. here it is:

    Stuff left in /System/Library/Filesystems:

    marco-papas-powerbook58:Filesystems marcopapa$ ls -l ntfs*
    ntfs-3g.fs:
    total 0
    drwxr-xr-x 3 root wheel 102 Oct 28 21:27 Contents

    marco-papas-powerbook58:Filesystems marcopapa$ ls -l -r ntfs-3g.fs/Contents
    total 0
    drwxr-xr-x 3 root wheel 102 Oct 6 22:53 Resources
    marco-papas-powerbook58:Filesystems marcopapa$

    marco-papas-powerbook58:Filesystems marcopapa$ ls -l -r ntfs-3g.fs/Contents/Resources
    total 0
    drwxr-xr-x 2 root wheel 68 Oct 28 21:27 English.lproj

    ReplyDelete
  22. okay .. update 4 i can confirm took out the -n issue and mounts my internal and external ntfs drives

    quick question though .. on my leopard install it doesn't display the ntfs mounted drives under Devices in Finder nor on the Desktop .. anyone else have this issue ?

    ReplyDelete
  23. Hi.

    I did this:

    1. Installed MacFUSE (0.4)
    2. Restart
    3. Installed your NTFS-3G package (from this blog entry)
    4. Restart

    My volume (a 750 GB Seagate FreeAgent Pro) doesnt mount, but when I go into the Disk Utility I can see it as a folder of some sort which IS mounted (cant be unmounted), and in the list, it has a " 2" trailing the actual volume name given to it in Windows.

    OS X automounts and can read the disk by default (i.e. when uninstalling ntfs-3g).

    ReplyDelete
  24. I have the exact same problem as alphatester.

    i use NTFS-3G_1.1004-u4-experimental-catacombae
    MacFUSE-Core-10.5-1.0.0
    Leopard

    mount says this
    /dev/disk1s1 on /Volumes/disk 3 (fusefs, synchronous)

    i can create folders and so on from the terminal but the disk never appear at the desktop. Have i missed something?

    ReplyDelete
  25. md, open Finder, go to Preferences > General and check 'Connected servers'.

    ReplyDelete
  26. I turned off debug and turned on caching. I tried a 250,000 files copy which lasted 4 hours between two NTFS disks. It went all the way to the end and then iit popped a "Copy" error with the message "The operation cannot be completed because one or more required items cannot be found. (Error code -43)". Any dea?

    ReplyDelete
  27. Nice .. Ntfs-3g with ublio works for me. I'm using leopard and a usb drive with catching.
    I still get errno -36 on 60% of file.
    With command line i saw :
    cp: /Users/meepmeep/Documents/CV//.DS_Store: could not copy extended attributes to ./.DS_Store: Attribute not found

    Any idea of how i can resolve this (without removing all my DS_store file ;) )

    thank's for all !

    ReplyDelete
  28. To all Leopard users out there:

    Please be a little bit patient. I'm going to the store to buy OS X 10.5 today.
    I can't solve any problems that you have with Leopard until I get it running on my machine.

    ReplyDelete
  29. I'm having the same issue jae-wan had. I'll try to go back to 0.4 version of macFuse to see if this helps.

    ReplyDelete
  30. >quick question though .. on my leopard install it doesn't display the ntfs mounted drives under Devices in Finder nor on the Desktop .. anyone else have this issue ?

    Andrew, this is a "feature". :-) The MacFuUSE wiki tells you why.

    ReplyDelete
  31. I don't pretend to be a professional by any means on this stuff, but i was playing around tonight here is what i've found.

    With 10.5, installing Macfuse 1.0 and ntfs-3g (Update 4) i was able to get the drive mounted, but everytime i went to write to the ntfs drive from the Mac it would say "filename too long".

    So scanning through these things here, i figured i'd give it a try.

    Macfuse install into /Library/Filesystems, whereas ntfs-3g installs into /System/Library/Filesystems.

    I copied ntfs-3g.fs into /Library/Filesystems and also copied fuse.fs into /System/Library/Filesystems.

    I can now write to the drive no problems (after a killall Finder).

    Just thought i'd try help out.

    ReplyDelete
  32. Sorry i'm delusional, that didnt fix the issue i was having.

    Leave it up to the professionals :)

    ReplyDelete
  33. Getting this working on Leopard, I noticed quite a few errors in ntfs-3g.util. This is true atleast for the 1.0 version of Leopard macfuse:

    1) mount_fusefs is now located in /Library/Filesystems/fusefs.fs/Support/

    2) PFX should probably not contain ROOT, as ROOT points to ntfs-3g.fs, unless the command line utilities are moved into the bundle. Without fixing this calls to ntfscat, ntfslabel, and fuse_wait do not work when running mount_ntfs-3g

    3) handing mount_ntfs-3g a mount point with a space does not work because it gives ntfs3g volname=firstword secondword instead of volname="firstword secondword"

    4) -olocal may want to be used in 10.5 to allow drive to show up in sidebar of finder, otherwise it only shows up under Computer

    ReplyDelete
  34. This one is for Szabolcs Szakacsits:

    http://hem.bredband.net/unsound/ntfs-3g/thanks_szaka.jpg

    Thanks to him, I know have a copy of OS X 10.5 in my hand. You should all pay your respect to him for being a good person and a good developer. :>

    When I've got it set up correctly, I'll be able to prepare a release for Leopard. Be patient.

    ReplyDelete
  35. Not working well with MacFuse 1.0.
    The problem is I can't copy files to an ntfs usb drive in Finder. There's always an error saying I don't have sufficient permissions at the END of each copy and it deletes what has just been copied! However using cp in terminal works fine.

    Downgrading MacFuse to 0.4.0 fixed the problem. I'm not sure whose fault it is.

    ReplyDelete
  36. Jason:

    I'm familiar with the issue. It appeared in MacFUSE 0.4.0 when I didn't have the "default_permissions" flag turned on. Maybe in MacFUSE 1.0.0 it wants it to be turned off, or some other flag turned on. I think it will be hard to make a package that will be usable with both versions, but I'll look into it.
    In the meantime, use MacFUSE 0.4.0.

    ReplyDelete
  37. Jason: If you want to fiddle with the mount script, open /System/Library/Filesystems/ntfs-3g.fs/ntfs-3g.util and search for the string "default_permissions" and change it to "defer_permissions" or remove the flag to see if it works (if you remove it, be sure to remove the "," that follows).

    ReplyDelete
  38. Thumbs up for picking this project up, saved my bacon a couple weeks ago. Now that I'm in Leopard I'm sad to see it broken, and the copying over fuse.fs and ntfs3g.fs trick didn't work. Rolling back to MacFuse .4 didn't work either, not that I was expecting much. Best of luck getting things going with the new cat.

    ReplyDelete
  39. You must edit ntfs-3g.util to use MacFUSE 1.0.0 + ntfs-3g 1.0004 Update 4 on Leopard (and Tiger).

    1 run Terminal.app and type command.

    $ sudo /Applications/TextEdit.app/Contents/MacOS/TextEdit /System/Library/Filesystems/ntfs-3g.fs/ntfs-3g.util

    2 find line include "default_permissions".

    3 replace it, like below:

    before)
    local OPTIONS="default_permissions...

    after)
    local OPTIONS="local,auto_xattr,defer_permissions"

    4 save it and re-mount ntfs partition.

    Sorry, I CAN'T reply any questions for this comment, because I have poor ENGLISH SKIL... :(

    ReplyDelete
  40. ugsasaki:
    That's a great tip. I suspected it had something to do with those parameters.

    Right now I'm having issues with my hard drive (I'm going to have to replace it) so it will be some time before I get a good dual booting 10.4/10.5 environment. In the meantime, use this tip for Leopard along with moving the ntfs-3g.fs package to /Library/Filesystems.

    ReplyDelete
  41. Unfortunately this doesn't stop the "files names too long for destination problem" :(

    ReplyDelete
  42. toonman:
    Please confirm below.

    Check 0
    After Edit ntfs-3g.util, unmount ntfs volume and re-mount it.

    Check 1
    "auto_xattr" option is typed correctly.

    Check 2
    Leopard is, not UPGRADE INSTALL but CLEAN INSTALL. UPGRADE INSTALL will causes some problems.

    ReplyDelete
  43. I've got those in there and i can read/write to my external drive now actually

    The bootcamp partition is still another problem, but that's no real issue.

    My external drive works perfectly now with Leopard. Thanks heaps :)

    ReplyDelete
  44. Wow!

    I followed ugsasaki's guide, and I got my bootcamp partition working marvellously, and it mounts automatically. It shows on the desktop with the same icon as the Mac HD, which surprised me. But no problem, it works! And seems fast. Must do more testing.

    I am not a programmer, and don't know that much about Mac internals, but since I got it working, anyone can. Here's the whole guide:

    1) Install MacFuse Core 10.5 1.0.0 and reboot.
    2) Install ntfs-3g 1.1004 ublio and reboot.
    3) Change all permissions to Read&Write on /System/Library/Filesystems/ntfs-3g.fs
    4) Show package contents of the same file.
    5) You'll find a file called ntfs-3g.util. Open it with TextEdit.
    6) Find line: local OPTIONS="default_permissions..."
    7) Replace the whole line with:
    local OPTIONS="local,auto_xattr,defer_permissions"
    8) Save the file, and copy the file to /Library/Filesystems/
    9) Reboot.

    I'm not sure if reboot is required that often, but that's what I did, and it works.

    Thanks all Yous!

    ReplyDelete
  45. On Tiger with MacFuse 1.0.0, "defer_permissions" does the trick. Nothing else is needed. Also I found "local" rather interesting. Why would MacFuse default to appear like a network drive? BTW, I found the "volicon" option does nothing for me.

    ReplyDelete
  46. Jason:
    That's right, the volicon option does nothing... and I'm in the process of investigating why. It works for my rarfs_fuse but not for ntfs-3g. I'd like to have a nice custom icon to distinguish ntfs-3g drives from other mounts, but on the other hand the "local" option also seems like a nice solution.

    ReplyDelete
  47. This comment has been removed by the author.

    ReplyDelete
  48. Ignore my past comment, I was using ntfs-3g 1.0004 Update 2, not Update 4 and was having the -n problem other users have reported.

    I can confirm that ugsasaki's method for fixing the Leopard write issues are working. Thank you for solving this problem so quickly, I rely heavily on NTFS support in Mac OS and found Leopard very unusable without it.

    Keep up the good work erik, this package you have created is very reliable and integrates seamlessly into Mac OS. It's the perfect solution for NTFS support in Mac OS.

    ReplyDelete
  49. Yeh once again, this rocks.

    I actually rebooted again and my bootcamp partition works also (as described above it shows with normal mac HDD icon) ... but read/write work

    Additionally, with caching enabled my usb drive works great too :)

    Great to see this all working awesomely with Leopard :) Great tips from uga too :)

    ReplyDelete
  50. Anyone had any problems with bootcamp partition not being selectable in the startup disk now ?

    The fixes above seem to play a bit of havoc with that ...

    ReplyDelete
  51. Eric:
    I'd install MacFUSE 1.0 and ntfs-3g 1.1004u4 and changed local OPTIONS= string to "local,auto_xattr,defer_permissions" as decribed above. Now I can write to NTFS drive, but can't copy files _from_ it: when I try to drag any file or folder on NTFS volume, cursor becomes crossed circle (like "no parking" road sign :) and if I try copy/paste, I get "The items on the Clipboard cannot be pasted to his location. One or more of the items may have been deleted or are no longer available".

    BUT! If I copying files thru command line (cp ~/Desktop/filename.ext /Volumes/MyNTFSVolume/ ) or via muCommander, it's all fine.

    ReplyDelete
  52. Damn, confirming the above: Can not copy FROM NTFS-3G volume with Finder.

    ReplyDelete
  53. twelve & mrelwood:
    That problem should go away if you just restart the Finder (Apple-Option-Esc, select the Finder and relaunch). I have no idea why it occurs.
    I have experienced it in 10.4 and it goes away after a Finder restart.

    Not a high priortity issue if you can solve it like I did.

    ReplyDelete
  54. toonman: NTFS disk not showing up in startup pane is a known issue with ntfs-3g in general. I should list these known issues someplace. :)

    ReplyDelete
  55. I can also confirm, I am having the exact problem twelve has reported. Restarting the finder did not have any effect.

    Any ETA's on a working Leopard release of this package?

    ReplyDelete
  56. toonman:
    I usually use this AppleScript.
    Please try it.

    tell application "Finder"
    display dialog "Restart and Boot Windows?" default button 2 with icon note
    end tell
    do shell script "sudo bless --device /dev/disk0s3 --legacy --setBoot" password "YOURPASSWORD" with administrator privileges
    do shell script "sudo shutdown -r now" with administrator privileges

    ReplyDelete
  57. ... or use rEFIt.

    http://refit.sourceforge.net/

    ReplyDelete
  58. I tried using both NTFS-3G 1.1004 Update 2 and update 4 with MacFuse 1.0.0 under Tiger, and had the same problem as everyone else. Specifically, I couldn't copy files to or from the partition, nor could I move files around on the parition. However, I could read, write, and delete files.

    I tried following ugsasaki's instructions and editting the ntfs-3g.util file but it didn't fix the problem. Strangely, afterwards I was able to copy files to the partition from that point on, but I still couldn't copy anything off of it, or move files around. Restarting Finder didn't fix anything either.

    So I tried uninstalling both MacFuse 1.0.0 and ntfs-3g, and reinstalled MacFuse 0.4.0 and ntfs-3g update 2, and now everything seems to be working fine. I'll keep an eye on how things go to see if I can reinstall MacFuse 1.0.0 at some point later.

    ReplyDelete
  59. Well I confirm the "can't copy from" bug. I wasn't paying attention to this last time. Turning on debug option, I get a lot of messages like

    unique: 0, opcode: GETATTR (3), nodeid: 1, insize: 40
    unique: 0, error: 0 (Unknown error: 0), outsize: 112
    unique: 1, opcode: GETATTR (3), nodeid: 1, insize: 40
    unique: 1, error: 0 (Unknown error: 0), outsize: 112
    unique: 2, opcode: GETATTR (3), nodeid: 1, insize: 40
    unique: 2, error: 0 (Unknown error: 0), outsize: 112

    ReplyDelete
  60. Jason:
    This is a really weird issue. Has anyone managed to solve it, so the package works with MacFUSE 1.0? In that case, please reply...

    I've been trying out different MacFUSE options all day, but without luck. I'm unsure if MacFUSE is to blame, or if I should speak to Szaka for ntfs-3g issues.

    It certainly seems like a MacFUSE issue, since ntfs-3g works perfectly on other platforms. On the other hand, I'm not sure what Finder expects a file system driver to deliver in terms of permission handling etc. (not being able to copy files from an NTFS volume smells like a permission issue).

    The fact that all is well when using the command line tells us that it's not an issue with POSIX permissions, but with something else, probably Mac-specific.
    I have experienced this issue (not being able to copy files, Finder unwilling to cooperate) with 0.4.0 from time to time (not that often), but in that case a reboot of the Finder made it go away. With MacFUSE 1.0.0, that trick doesn't work, whether you work in Tiger or Leopard.

    ReplyDelete
  61. I thought I should just mention this, in case anyone else sees the same problem.

    I'm not positive this has anything to do with ntfs-3g or MacFuse, but yesterday all of a sudden, my boot camp installation of Win XP stopped working. Neither 'last working config' nor 'failsafe' modes worked. Now I finally found a way to run chkdsk on a non-booting Windows disk, and it appears to be sorting itself out.

    I did however get some error notes when running chkdsk (please have patience with my loose translations):

    CHKDSK is verifying files (step 1 of 3)...
    Truncating the damaged attributes list for file xxxxxx
    Truncating the damaged attributes list for file xxxxxy
    The damaged post in the attributes list with type code 128 in the fule xxxxxy was removed. (three times)
    Removing the damaged attributes post (128, "") from the file post segment 17708. (three times with different files)
    File verification complete.
    Removing abandoned file post segment: (numbers listed above).

    This all occurred like two days after installing 1.1004, and one day after running the 'ublio activate' command. I'm actually unsure whether I upgraded to MacFuse 1.0, but I'm quite sure and can't think of any way of checking it...

    I have not installed any apps in Windows since then, except MPlayer which should have no significance as to this problem. Basically the only mac app using ntfs-3g regularly is Xtorrent, which uses the ntfs disk for downloading.

    ReplyDelete
  62. Patrik: Please check your hardware and disk for hardware faults (bad sectors, etc). It seems that the market was flooded with lower quality disks recently (mostly from seagate, lacie, samsung).

    About not being able to read files: it may be just a permission issues, i.e. the reading user indeed doesn't have right to read the file. By default the driver gives access to anybody but not if any of the {default|defer})_permissions, uid, gid, or any of the *mask option is used. Any of those option turns on posix permission handling.

    If this is not the issue then it must be an OS X, MacFUSE or Finder specific one.

    ReplyDelete
  63. ntfs-3g 1.1104 released! So it is possible to build a new one including you patches (if it is still required)?

    ReplyDelete
  64. Anonymous, November 4, 2007 7:50 PM:

    I have built 1.1104 both with patches and without. When I get home this evening I'll try to build a release package and publish it.

    Howver, I'm confused about what people are saying about Leopard, that it needs the file system to be in /Library/Filesystems. Why? In my Leopard install it worked perfectly with /System/Library/Filesystems, and all the native file systems were located there. It seems it's only fusefs.fs that positions itself in /Library/Filesystems...

    ReplyDelete
  65. Hi, I dloaded the stable version and installed it and the MacFUSE files. Now when I plug in my ext hdd it doesn even dectect it anymore! Can some pls help me??

    ReplyDelete
  66. jediganesh:

    This version is very old. Please use the latest version, listed on the top of the page at http://macntfs-3g.blogspot.com (currently 1.2506).
    There is also an FAQ post on this blog if you browse backwards that might help you.

    ReplyDelete