Take the 2-minute tour ×
Ask Different is a question and answer site for power users of Apple hardware and software. It's 100% free, no registration required.

Is there a reason Apple does not allow for NTFS write support, even when Linux (free, open source) solutions can? Why don't they just utilize those existing solutions to support read and write for NTFS or other alternative file systems?

share|improve this question
add comment

2 Answers 2

I certainly don't speak for Apple, but to me a simple reason is that any code that Apple ships is installed across the globe and the code could have vulnerabilities, bugs or worse in it. Even perfect code has support costs associated with integration and end user support. Unless you want to pick a specific library, let's assume the popular OSS packages are no more or less buggy than OS X at this point to a first approximation.

There is a cost to even including the work even assuming no effort is made to test or support it. Apple provides free support to anyone at the genius bar, so there is a real business and opportunity cost for Apple shipping product that causes end users trouble. There also is a cost to train support personal to explain that OS X only ships with NTFS read support, but my estimate is that is trivial compared to what it would cost to even integrate the NTFS code let alone support it once it ships.

Apple doesn't go out of it's way to prevent users that want alternative filesystem code to run, but I can see many reasons why they don't incorporate even more open-source code then they do already on the ZFS/NTFS/extfs front.

share|improve this answer
1  
+ potential license issues. –  Max Ried Apr 18 at 20:45
    
@MaxRied You might edit a sentence or two into my post if you like - licensing is a non-trivial problem for commercial software product that incorporates OSS licenses code. –  bmike Apr 18 at 20:47
    
Naaah, too late, too tired, too little knowledge... –  Max Ried Apr 18 at 20:50
add comment

Microsoft changes NTFS in whatever way they like because it is their filesystem. The only way to be certain that you handle all edge cases, new features, and have little to no risk of corruption is by licensing the driver directly from them (if they would even offer such a license).

Remember: NTFS is far more advanced than HFS+. For example, it supports filesystem transactions with rollback (not just simple journaling), encryption per-file, compression per-file, and reparse points (which allow plugins to hook a file/folder to provide custom behavior). It also supports volume shadow copy, which is essentially a time-machine like snapshot view of the filesystem as it existed in the past, except not using hacks.

Can you truly be sure that the volunteers working on the open-source NTFS driver fully understand how to mount the filesystem when it has pending non-commited transactions in the log?

What happens when someone re-mounts the disk on a Windows system and the NTFS driver didn't use copy-on-write to preserve the volume shadow copy snapshots? Or worse, accidentally modified old snapshots, silently corrupting history?

Apple doesn't ship with write support enabled because they don't want to be responsible for some bug destroying people's data.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.