-
-
Notifications
You must be signed in to change notification settings - Fork 494
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DietPi-Drive_Manager | Add native Paragon NTFS driver support #5129
Comments
Wow, how could I have missed that, this is totally awesome news. Here the details of the implementation: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f7464060f7ab9a2424428008f0ee9f1e267e410f As far as I can see, UNIX permissions are natively supported, which is what I was first concerned about reading it. Though this should be tested. I even see a function "used to create symlinks", so this may not even make the CPU intense ntfs-3g driver obsolete but solve some limitations it still had. But again, should be tested carefully. So yes we can implement it just the same way as we did for exFAT:
|
Good to see you are as enthousiastic as I am :). |
Perfect timing that I created and uploaded VirtualBox and RPi Bookworm images yesterday for testing reasons 💯, both now being used within the common testing schedule: https://dietpi.com/downloads/images/ |
@MichaIng for RPI it's a ARMv6 image on Bookworm only, correct? |
Ah yes that's true. I distro upgraded mine yesterday as debootstrap somehow was hanging at finding any package. Will retry to upload an ARMv7 image and ARMv8 consequently. |
btw 5.15 is available on RPi OS as
|
Good news: 5.15 is imminent on Debian-Backports |
Not quite yet, but yes it should arrive soon: https://packages.debian.org/bullseye-backports/linux-image-amd64 |
Hmm, I wanted to try it out myself and upgraded a VM to Testing but apparently the Debian Kernel people don't trust NTFS3 enough (yet) so they have not enabled it in the Debian kernel: linux: please enable the new NTFS3 driver in 5.15 Good news is that when they do it is very simple to use: |
The bigger issue than stability/trust is that there are no userland utilities yet to create and fsck an NTFS filesystem with the new kernel driver. So while you can enable it, you have no tools to use it (unless developed and compiled yourself). Paragon seems to plan a However, it may at least be tested whether As of the many open questions and no kernel with this driver shipped available yet, I take this request off the milestone. But we will track development around it and ship support as fast as it is available, even when only for Bookworm and up. |
Completely agree, it seems to be in the same thinking line as debian devs https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998627 |
Good to see some updates on the bug report/request. Sad to read that the module maintainer has not shown any activity since November. Let's keep an eye on that. As fast as the module has been enabled on Debian kernel, there will be userland tools available to make use of them, even if it's the existing |
Is ntfs support now native in dietpi 8.12? @MichaIng |
It has not been enabled in Debian kernel yet: # modinfo ntfs3
modinfo: ERROR: Module ntfs3 not found. Also see above linked discussion in Debian bug report. Dedicated userspace tools btw seem to be not required, as the ones from Also on Linux side the current status is unclear to me: https://lore.kernel.org/lkml/2433164a-4546-ca21-cdf2-441d3a492e0f@gmail.com/
When I'm back home, I can check whether Armbian and Raspberry Pi have it enabled. You can check via: modinfo ntfs3 |
Is ntfs3 already implemented in DietPi? |
It has still not been enabled for Debian kernel builds yet, but people keep asking: https://bugs.debian.org/998627 But the RPi kernel has it: root@micha:~# modinfo ntfs3
filename: /lib/modules/6.1.21-v7+/kernel/fs/ntfs3/ntfs3.ko.xz
alias: fs-ntfs3
author: Konstantin Komarov
description: ntfs3 read/write filesystem
license: GPL
srcversion: F3E85C82A8376CFC31D58A7
depends:
intree: Y
name: ntfs3
vermagic: 6.1.21-v7+ SMP mod_unload modversions ARMv7 p2v8 There you have the command to check it. Not sure about Armbian kernel builds, can check this later. When loading this module, indeed a new filesystem type root@micha:~# cat /proc/filesystems | grep ntfs
root@micha:~# modprobe ntfs3
root@micha:~# cat /proc/filesystems | grep ntfs
ntfs3 So generally this seems to work. Then we need to test userland tools. The |
I've just tested ntfs3, and it's working perfectly! I mounted the disk through fstab, and everything indicates that this new file system indeed uses fewer resources during transfers. All additional mounting options are also working correctly! |
Coincidentally I just found the modinfo ntfs3
modprobe ntfs3
mount -t ntfs3 /dev/sda1 /mnt/test The module must be of course present. The Debian and RPi kernels do not have it, but the Armbian kernel does. If you do not define BENCH_CUSTOMFS_WRITE='39'
BENCH_CUSTOMFS_READ='89' vs FUSE: BENCH_CUSTOMFS_WRITE='5'
BENCH_CUSTOMFS_READ='89' with the write speed varying very much between tests. I had 1 MiB/s once, often 3 MiB/s, 5 was the fastest. It is regularly hanging for a random time while writing. With the native Paragon NTFS driver, it just writes through. Read performance on the other hand is pretty much the same, at least with the USB stick I tested. With fast SSDs this might be different. The other difference and possible bottleneck is that the FUSE driver results in a process with ~70% CPU usage while writing (not sure while reading) on an RK3399 SoC. With the native driver, there is nearly no increased CPU usage. Means we could add this driver with our own Linux builds and test via |
Any updates on this? I've just mounted an NTFS drive and was surprised to see it still installing ntfs-3g and I'm getting really poor write speeds so an improvement would be nice. Pi 3 getting 12mb/s on a usb 3.0 drive (I know the pi 3 is only usb 2.0). Thanks |
Makes sense to start implementing it once the kernel module is part of Debian and RPi kernels. Can someone check on current Debian Bullseye and RPi after firmware transition? I can otherwise do in some hours when back home. |
Okay neither RPi kernel nor Debian (not even Trrixie/testing) have the module compiled. For Armbian-based kernels and own builds it does not seem too reasonable. I mean it is not much work either, but when Debian decides to not implement it yet, not even for next Debian version, there is probably a reason. |
Fair enough, that makes sense, hopefully one day it'll get picked up with the performance benefits that come with it. |
Hi,
In kernel 5.15 support for NTFS is implemented so you dont have to rely on NTFS-3G via FUSE any longer.
So more or less the same as has been done for exFAT support in kernel 5.4.
Now that Bullseye-Backports probably will support kernel 5.15 in the next couple of days/weeks the question is if Dietpi needs to be adjusted in order to use NTFS kernel instead of NTFS-3G?
Perhaps still viable for 8.0 ;)?
The text was updated successfully, but these errors were encountered: