Announcement

Collapse
No announcement yet.

The New NTFS Driver Looks Like It Will Finally Be Ready With Linux 5.15

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #41
    Originally posted by doublez13 View Post

    I would assume a fair bit of work would need to be put into grub to support the different NTFS features.
    You're right but you can workaround this by having separate boot partition with supported file system. I'm not sure how this driver will deal with Linux permissions. Not a big deal in exchanging data between Windows and Linux but pretty important thing in case of Linux installation.

    Comment


    • #42
      Originally posted by birdie View Post
      It's 1) not the default 2) it severely degrades performance 3) it increases fragmentation 4) it breaks some applications 5) It relies on your HW actually physically writing data out which is not guaranteed on consumer devices 6) I don't know anyone who uses it.
      Birdie point 3 is in fact wrong. Ext4 using journal mode results in lower fragmentation to clean up in the filesystem. Writing the data to journal gives a delay before final placement so reducing fragmentation by the final placement being better. This lower fragmentation does not matter that much when you have Ext4 online de-fragmentation that can deal with cases of fragmentation that comes up with a lower IO cost. data=journal does decreases fragmentation of the ext4 but the IO cost todo it is quite excessive because the cost is on every write operation be it one that will fragment or not. So it works out cheaper in IO to write to the ext4 at times fragmented and let a background auto ext4 defrag fix the mess(yes this is higher fragmentation at times than the data=journal would have had).

      Yes you magically don't get more IO operations.

      data=journal was more of a question in the ext3 days when you did not have online defragmentation as part of ext4. Yes defraging ext3 when it got fragment was fairly much copy everything from partition 1 to partition 2. Ext3 had decent fragmentation resistance without journal mode but it was not impossible to fragment the crap out of it.

      That was when using the ext3 file system driver. Please remember that ext3 file system driver is these days with most distributions is using the ext4 driver that has auto defrag. That change over from using the ext3 file system driver to the ext4 file system driver end most of the advantage of data=journal because of the effect of the auto defrag.
      Last edited by oiaohm; 01 August 2021, 05:00 PM.

      Comment


      • #43
        Originally posted by kbios View Post

        I hope you have a robust backup system
        That goes for any filesystem, nothing is foolproof. EXT4 with journaling isn't going to protect you from burglars swiping your precious PC.

        Comment


        • #44
          Originally posted by pipe13 View Post
          Okay. I've ordered the parts for a new build. First in ten years so I might be a bit stale. I'll need to pick some filesystems. The new machine will be 5950x and initially have a 2TB SDD plus 8TB rotating rust for backup and storage. I use rsnapshot for backup. Fedora is my daily driver. I'm open to suggestions, but I'm thinking
          /dev/sda:
          1MB grub2
          256MB UEFI fat16 or exFAT WHICH???
          2GB boot
          64GB ext4 Fedora
          64GB ext4 CentOS9 when released
          128GB linux swap
          1.74TB <rest>
          No need for a grub partition/area with UEFI/GPT as grub installs into the ESP which should be FAT32.

          Unified Extensible Firmware Interface Specification - Page 504 - 13.3 File System Format
          Last edited by calc; 02 August 2021, 04:55 PM.

          Comment


          • #45
            Michael

            You may want to check it: https://lkml.org/lkml/2021/8/3/1304

            Comment


            • #46
              Any sign of an NTFS fsck/chkdsk for Linux?

              Comment

              Working...
              X