Ntfsplus: Ntfs Filesystem Remake
Posted3 months agoActive3 months ago
lore.kernel.orgTechstory
calmmixed
Debate
60/100
NtfsLinuxFilesystemWindows Interoperability
Key topics
Ntfs
Linux
Filesystem
Windows Interoperability
The Ntfsplus project aims to create a new NTFS filesystem implementation for Linux, sparking discussion about the history and challenges of NTFS support in Linux.
Snapshot generated from the HN discussion
Discussion Activity
Light discussionFirst comment
31m
Peak period
5
42-45h
Avg / period
2
Comment distribution12 data points
Loading chart...
Based on 12 loaded comments
Key moments
- 01Story posted
Oct 20, 2025 at 7:54 AM EDT
3 months ago
Step 01 - 02First comment
Oct 20, 2025 at 8:25 AM EDT
31m after posting
Step 02 - 03Peak activity
5 comments in 42-45h
Hottest window of the conversation
Step 03 - 04Latest activity
Oct 22, 2025 at 6:26 AM EDT
3 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45642874Type: storyLast synced: 11/20/2025, 1:45:02 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
The first was the classic, abandoned NTFS kernel driver. It was removed from the kernel last year, but used to be found in fs/ntfs.
The second is FUSE-based ntfs-3g / ntfsprogs (which is the one which is most reliable). Unfortunately this is basically abandoned upstream.
The third is the fs/ntfs3 kernel driver, which we found in testing to be quite unreliable, although I was hoping it would improve.
Why I'm interested in all this is because reliable NTFS support, including writes, is vital for our virt-v2v product (https://pretalx.com/devconf-cz-2024/talk/SN93LG/)
https://www.paragon-software.com/us/home/ntfs-linux-professi...
and even an attempt at wrapping Microsofts implementation (dead project):
http://www.jankratochvil.net/project/captive/
Of which this is v2, an enhancement with R/W.
https://www.theregister.com/2025/10/21/ntfsplus_new_rw_drive...
IOW: not abandoned after all. Revived and improved, in ways I describe in the article above.
Ntfsplus looks very promising based on this email and what's been done already. Something as "simple" as writing an fsck utility (something linux never had for ntfs) tells me that the author actually cares about real world usage. And that makes me very hopeful!
> The well-maintained NTFS driver in the Linux kernel enhances interoperability with Windows devices
and
> Currently, ntfs support in Linux was the long-neglected NTFS Classic (read-only), which has been removed from the Linux kernel, leaving the poorly maintained ntfs3.
Is it well-maintained or long-neglected? Or am I misunderstanding this?
I've used all NTFS drivers extensively in Linux, and whilst ntfs3 is maintained with somewhat regular commits, they are often pretty sparse and haven't addressed some of the long-standing issues (eg Bonnie++ and some other disk benchmark tools fail) - the biggest issue being the lack of a decent fsck tool in the entire ecosystem (ntfsfix in the ntfsprogs pkg isn't a real fsck).
Personally I'd still be wary of doing any fsck from this new project for a good wee while and would recommend using the real CHKDSK from a Windows or a WinPE install instead. Of course, the best option is to avoid using NTFS altogether and use a well-maintained native Linux fs.
2. Because a VM can't mount a volume on the host which is already mounted. Having volumes only accessible to VMs is little use when the VM has its own native formats for that.