The New NTFS File-System Driver Has Been Submitted For Linux 5.15

[oiaohm]

There is still a question I need answers to. With this finally have a Linux based chkdsk/fsck tool. Not the ntfsfix of the past that basically says reboot into window to repair the drive.

[rmfx]

Why it's not Microsoft that takes care of it?
They could put a few specialized engineers on it to convert their existing fs for linux.

We love Linux, but we don't care.

[piorunz]

Windows filesystems? Who cares anyway.

[Mangix]

Where's the out of tree module for older kernels at?

[theriddick]

NTFS-3G used to corrupt NTFS partitions when being used for downloading torrents, has anyone tried the kernel NTFS driver for the same purpose?

And while this is great news, we still need chkdsk

Yeah but the issues have been mostly fixed in the latest ntfs3 update. I've been having filesystem corruption for a while before that but it wasn't causing me to loose files, just to loose journal data which win10 fixes and restores the file locations.

Using Xanmod 5.14-1 atm, seems fine.

[insilications]

Is there more info about the structure there for those less familiar? Not sure why the main branch continues to retain dev versions of prior kernels around? Looking at some like 5.10 and 5.14, I see folders with different versions or suffixes like `-sep`. Is he making updates via new folders instead of updating the original folder for a patch?

The BMQ link needs to be updated to reference PRJC (which it will redirect to now as BMQ has been folded into Alfred's Project C since mid 2020?).

I'm a little confused why 5.14 has BFQ patches, I thought this was already upstreamed? Looking at the two BFQ links from the README, one hasn't been updated since 2016, the other says it's development version of BFQ but it was last updated in Jan 2021 on a branch for 5.6 kernel..?

Yes please. I'm trying to understand the structure there. That seems like a nice repo

[skeevy420]

Is there more info about the structure there for those less familiar? Not sure why the main branch continues to retain dev versions of prior kernels around? Looking at some like 5.10 and 5.14, I see folders with different versions or suffixes like `-sep`. Is he making updates via new folders instead of updating the original folder for a patch?

The BMQ link needs to be updated to reference PRJC (which it will redirect to now as BMQ has been folded into Alfred's Project C since mid 2020?).

I'm a little confused why 5.14 has BFQ patches, I thought this was already upstreamed? Looking at the two BFQ links from the README, one hasn't been updated since 2016, the other says it's development version of BFQ but it was last updated in Jan 2021 on a branch for 5.6 kernel..?

To try to help a bit, -sep stands for separate or separated. For example, NTFS has 35 patches that need to be applied and those are all laid out one by one in the -sep folder whereas they're all combined in the non -sep folder. I reckon they're both there for a mix of ease of use and debugging.

Some of the rest of it, however, a person needs to be a bit more in the know and up-to-date in regards to the kernel, actively worked on patches, etc.

[jacob]

Windows filesystems? Who cares anyway.

Everyone?

[piorunz]

Everyone?

Everyone uses Windows filesystems? Sorry I am not part of your cult.

[deadite66]

any benchmarks paragon vs ntfs-3g?

or any interest in making them Michael?