Package Details: ntfs3-dkms 1:5.17-1

Git Clone URL: https://aur.archlinux.org/ntfs3-dkms.git (read-only, click to copy)
Package Base: ntfs3-dkms
Description: NTFS3 is fully functional NTFS Read-Write driver. The driver works with NTFS versions up to 3.1.
Upstream URL: https://www.kernel.org/doc/html/latest/filesystems/ntfs3.html
Licenses: GPL2
Conflicts: ntfs3
Provides: ntfs3, NTFS3-MODULE
Submitter: rdnvndr
Maintainer: rdnvndr
Last Packager: Hanabishi
Votes: 37
Popularity: 1.26
First Submitted: 2020-08-16 11:43 (UTC)
Last Updated: 2022-03-29 14:57 (UTC)

Pinned Comments

Hanabishi commented on 2021-06-28 13:33 (UTC) (edited on 2022-06-28 11:38 (UTC) by Hanabishi)

Note: the driver was merged to the upstream kernel in 5.15. So this package is useless for Arch official kernels.
If you want bleeding edge updates, use ntfs3-dkms-git.

Readme
More info and tips
How to use DKMS modules
Paragon NTFS3 FAQ

doug commented on 2020-09-09 07:24 (UTC) (edited on 2020-09-09 10:07 (UTC) by doug)

I made some test using bonnie and pts, this driver seems to be much faster than ntfs-3g

http://moodle.math.sk/~doug/bonnie_ntfs3_paragon.html

http://moodle.math.sk/~doug/bonnie_ntfs-3g.html

(disregard the read tests, since they were done from page cache)

edit: compilebench in pts, now includes native ext4, the paragon ntfs3 driver performance is comparable

https://openbenchmarking.org/result/2009092-NE-NTFSCOMPA56

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 Next › Last »

ignapk commented on 2021-02-13 07:52 (UTC) (edited on 2021-02-13 08:09 (UTC) by ignapk)

I think I found another bug/missing functionality: there are no checks for illegal characters in filenames, like in ntfs-3g, for example one can create files with names containing characters like " * / : < > ? \ | Can anybody else reproduce, and should I report it in the mailing list thread?

Edit: seems like what I'm looking for is equivalent of ntfs-3g "windows_names" mount option.

post-factum commented on 2021-02-12 21:30 (UTC)

I've send an email with both of you in Cc, you may reply to it with detailed description of your issues, and maybe devs will reply to you.

Hanabishi commented on 2021-02-12 19:37 (UTC)

@post-factum, thanks. Updated the package.

P.S. Access problem still not fixed. I don't know how to report it properly.

post-factum commented on 2021-02-12 19:21 (UTC)

The previous fix is applicable with one minor change. I've adjusted it here:

https://gitlab.com/post-factum/pf-kernel/-/commit/e487427ef07c735fdc711a56d1ceac6629c34dcf.patch

Make sure to grab it and save somewhere because I may rewrite this branch before v5.11 is released.

Hanabishi commented on 2021-02-12 18:14 (UTC)

@babam, sadly no.

babam commented on 2021-02-12 18:11 (UTC)

@Hanabishi, Is the v20_fix.patch not applicable to v21?

Hanabishi commented on 2021-02-12 17:09 (UTC)

@post-factum, we need a compatibility patch again for v21 :)

Hanabishi commented on 2021-02-07 11:05 (UTC)

@babam, thanks for your investigation. Also have done the tests and yes, the problem is present in v18 and above.

babam commented on 2021-02-07 08:54 (UTC) (edited on 2021-02-07 09:02 (UTC) by babam)

@Hanabishi,

I have done the tests, v20, v19 and v18 have this problem, while v17 is without problem.

find /path/to/mountpoint -type d -exec ls -Al {} + 1>/dev/null

Hanabishi commented on 2021-02-06 21:49 (UTC)

@babam, yes. And still can't figure out what exactly causes the issue. Very strange behavior: https://i.ibb.co/sv4z7Nx/image.png

The hidden attribute issue seems to be fixed according to v20 changelog + my tests.