Paragon Sends Out Latest NTFS Read-Write Linux Driver Patches

[darkbasic]

Someone to actually do that work.

I cant remember precisely, but I think the developer was at some point hired by Apple. I dont know if there has been much development on it since then. (or that might have been the developer for ntfsprogs...)

I still don't understand what would have been the advantage to write it as a userspace driver: maybe the fear to not get it merged?

[BesiegedAce]

I wonder if the casual user would notice a difference between whatever current drivers there are and this one. Either way, I hope work continues on this, since I dual boot w/ Windows.

[theriddick]

I just use NTFS for games and apps that I also run under Windows10, because there are several things I still can't do under Linux so am forced on win10 quite often.

[jacob]

But ext4 is a POSIX file system so it have like rwxrwxrwx on its CHMOD, so its rwx for user, rwx for group, rwx for world. Does NTFS have?
On NTFS all files are executable, but on Linux only the files that have the permission +x are executable. I don't think NTFS has any concept of +x.

But the POSIX rwxrwxrwx model is brain dead anyway, U would much prefer Linux to ditch it for pervasive ACLs like Windows (the semi-POSIX ACLs supported by Linux are a joke).

[You-]

What prevented ntfs-3g (the userspace driver) to be ported to kernel space instead?

Someone to actually do that work.

I cant remember precisely, but I think the developer was at some point hired by Apple. I dont know if there has been much development on it since then. (or that might have been the developer for ntfsprogs...)

[onlyLinuxLuvUBack]

NTFS has all the capabilities to serve as a root fs for Linux and in many ways it's more preferrable since it offers transparent compression and per file encryption out of the box. The latter is still not possible with ext4.

The filesystem in temple-OS is better than NTFS, why not run that instead?

TempleOS > every os made by man....

The RedSea file system does not allow files to grow because it only has an allocation bitmap and not a FAT table. This "flaw" is by design. I am intentionally crippling this operating system, making it a toy with the wisdom that this will prevent commercialization and corruption. The toy spirit of the operating system will be preserved going into the future. The vision for this operating system was a modern Commodore 64, which was a fun toy.

Doing whole file operations is the TempleOS way of doing thinks. It is the simplest and, ironically, the fastest. It is obnoxious in the characteristic way that TempleOS is obnoxious, flaunting massive modern resources in a way that makes old programmers protest.

Doing whole file operations will sabotage efforts to change the 640x480 resolution and violate the ban on multimedia. When doing large, whole-file operations, immediately memory fragmentation is a serious problem, but not so for allocations in the range under a Meg (with occasional larger ones).

The file compression scheme in TempleOS only works on whole file operations and the DolDoc format cannot have text tacked onto the end, since binary data is at the end.

I don't want to spoil fun, so of course I offer a way to get awesome performance that is, ironically, superior. FBlkRead() and FBlkWrite() allow you to read a block offset from the start of a file. Since files are all contiguous, this is incredibly efficient. You just have to declare the desired file size when you create it with FOpen() and cannot change it. See ::/Demo/Dsk/DataBase.HC.

If you like, you are encouraged to to do raw BlkRead() and BlkWrite() directly on a drive. Just get a pointer to a CDrv with Let2Drv() and you are on your way! Your computer is supposed to be a fun toy! You can make an entire partition used for a database, or invent a file system.

On the whole, the RedSea file system with its whole-file-only limitation bring beautiful harmony. It beautifully captures the spirit of TempleOS with simplicity and, ironic speed, since contiguous is fastest.

• "Commodore 64" is a trademark owned by Polabe Holding NV.

https://www.reddit.com/r/programming/comments/5s7wu4/templeos_red_sea_file_system_and_block_chains/

[darkbasic]

What prevented ntfs-3g (the userspace driver) to be ported to kernel space instead?

[S.Pam]

But ext4 is a POSIX file system so it have like rwxrwxrwx on its CHMOD, so its rwx for user, rwx for group, rwx for world. Does NTFS have?
On NTFS all files are executable, but on Linux only the files that have the permission +x are executable. I don't think NTFS has any concept of +x.

NTFS supports POSIX permissions, hard and soft links . https://askubuntu.com/questions/1184...%20is%20needed).

I rather use Btrfs though

[uid313]

NTFS has all the capabilities to serve as a root fs for Linux and in many ways it's more preferrable since it offers transparent compression and per file encryption out of the box. The latter is still not possible with ext4.

But ext4 is a POSIX file system so it have like rwxrwxrwx on its CHMOD, so its rwx for user, rwx for group, rwx for world. Does NTFS have?
On NTFS all files are executable, but on Linux only the files that have the permission +x are executable. I don't think NTFS has any concept of +x.

[birdie]

I don't think NTFS is going to take over as root file system, but its nice to able to mount other partitions.

NTFS has all the capabilities to serve as a root fs for Linux and in many ways it's more preferrable since it offers transparent compression and per file encryption out of the box. The latter is still not possible with ext4.