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: 0.99
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 .. 7 8 9 10 11 12 13 14 15 16 Next › Last »

babam commented on 2021-02-06 20:23 (UTC)

@Hanabishi,

Does the problem of unable to access some files still occur on v20?

Problem like that didn't happen to me, v19 worked fine except for the Hidden+System attribute issue.

Hanabishi commented on 2021-02-06 17:45 (UTC) (edited on 2021-02-06 17:46 (UTC) by Hanabishi)

@post-factum, already received your message, thanks. Yes, this compatibility patch works.
I will apply it to the package for now. Until 5.12 be released on Arch.

post-factum commented on 2021-02-06 17:34 (UTC) (edited on 2021-02-06 17:36 (UTC) by post-factum)

Feel free to use this patch against v20 to make it buildable again on v5.10/v5.11: http://ix.io/2Oxa

v20 is based against linux-next, which has introduced idmappings, hence it is not compatible with present kernel releases.

Hanabishi commented on 2021-02-06 12:52 (UTC)

@resadent, share your PKGBUILD then.

resadent commented on 2021-02-06 12:50 (UTC)

Dunno whats going on, but I tried to update to v20 myself and got it working no problem :/.

Hanabishi commented on 2021-02-05 21:43 (UTC)

Yeah, also confirmed by kernel test robot https://lore.kernel.org/lkml/202102060418.tr1NQ8uo-lkp@intel.com/ So v20 is broken for now.

Hanabishi commented on 2021-02-05 21:13 (UTC)

@babam, reported details here: https://lore.kernel.org/lkml/CAOehnrO-qjA4-YbqjyQCc27SyE_T2_bPRfWNg=jb8_tTetRUkw@mail.gmail.com/

babam commented on 2021-02-05 21:07 (UTC)

@Hanabishi

What is the problem?

Hanabishi commented on 2021-02-05 20:12 (UTC)

Update to v20 is likely screwed because it's even can't compile due to some errors in the source. LMAO.

Hanabishi commented on 2021-02-04 14:02 (UTC) (edited on 2021-02-04 14:02 (UTC) by Hanabishi)

Faced some issues. A strange problem with inability to access or delete some files, when even basic ls command fails https://i.ibb.co/41bBHZS/image.png
And behavior is very random: some times volume remounting helps, some times not. The good thing is seems like FS itself is not damaged. Accessing via ntfs-3g or Windows shows that are all the files is fine.
Can't say is that v19 issue or latest kernel updates side effect. Does anyone has the same issues?
But in any case, I will still highly recommend to use this driver only for experimental purposes and not use it with important data.