@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.
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.05 |
First Submitted: | 2020-08-16 11:43 (UTC) |
Last Updated: | 2022-03-29 14:57 (UTC) |
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 Next › Last »
@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.
@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.
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.
@resadent, share your PKGBUILD then.
Dunno whats going on, but I tried to update to v20 myself and got it working no problem :/.
Yeah, also confirmed by kernel test robot https://lore.kernel.org/lkml/202102060418.tr1NQ8uo-lkp@intel.com/ So v20 is broken for now.
@babam, reported details here: https://lore.kernel.org/lkml/CAOehnrO-qjA4-YbqjyQCc27SyE_T2_bPRfWNg=jb8_tTetRUkw@mail.gmail.com/
@Hanabishi
What is the problem?
Update to v20 is likely screwed because it's even can't compile due to some errors in the source. LMAO.
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.
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