NTFS3

[Member blur13]

Hi!

From ArchWiki:
——–
Since Linux 5.15, ntfs3 provides read and write support for the file system. All officially supported kernels with versions 5.15 or newer are built with CONFIG_NTFS3_FS=m and thus support it.

To be able to mount the file system, specify its type as ntfs3
# mount -t ntfs3 /dev/sdxY /mnt
———

However, I’ve read that the new NTFS3 driver is not enabled in the 5.15 Debian kernel. I’m unable to get this confirmed.

Anyone using sid and the latest Linux 5.18 kernel, and also in possession of a NTFS drive, who can verify if the above mount option works?

(This is of interest since ntfs3 offers much better performance compared to ntfs-3g)

[Member oops]

Helpful

Up

0

::

Hello,
Maybe you can also ask capitalista to activate that into the latest antiX kernel:

linux-image-5.10.137-antix.1-amd64-smp_5.10.137-antix.1-amd64-smp-1_amd64.deb
Actual:

#
# DOS/FAT/EXFAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="utf8"
# CONFIG_FAT_DEFAULT_UTF8 is not set
CONFIG_EXFAT_FS=m
CONFIG_EXFAT_DEFAULT_IOCHARSET="utf8"
# CONFIG_NTFS_FS is not set
# end of DOS/FAT/EXFAT/NT Filesystems

linux-image-5.10.137-antix.1-amd64-smp_5.10.137-antix.1-amd64-smp-1_amd64.deb
If modified:

#
# DOS/FAT/EXFAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="utf8"
# CONFIG_FAT_DEFAULT_UTF8 is not set
CONFIG_EXFAT_FS=m
CONFIG_EXFAT_DEFAULT_IOCHARSET="utf8"
CONFIG_NTFS_FS=m
# CONFIG_NTFS_DEBUG is not set
CONFIG_NTFS_RW=y
CONFIG_NTFS3_FS=m
# CONFIG_NTFS3_64BIT_CLUSTER is not set
CONFIG_NTFS3_LZX_XPRESS=y
# CONFIG_NTFS3_FS_POSIX_ACL is not set
# end of DOS/FAT/EXFAT/NT Filesystems

[Member blur13]

Helpful

Up

0

::

I did some experimentation with live USBs.

It does not work in Debian Sid.

It works in Arch.

So one solution would be to create a USB with ie EndeavourOS and boot from that, mount with the ntfs3 option and do whatever data operations you need. This is mainly if reading/writing large amounts of data since ntfs3 is much faster than ntfs-3g used in Debian.

More info on the state of ntfs3 support in debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998627

Personally it would be a one-time operation since I’ve got some old back-up HDDs from my window days that I want to transfer to ext4. Maybe others are in the same situation.

[Moderator Brian Masinick]

Helpful

Up

0

::

Just be aware that EndeavourOS has recently experienced issues with their GRUB boot loader logic that rendered their distribution inoperable.

I thought that I averted the issue only to discover that I can’t access EndeavourOS from my boot loader; I’ll have to reinstall it if I want it back!

--
Brian Masinick

[Moderator Brian Masinick]

Helpful

Up

0

::

I’m reinstalling EndeavourOS; I’ll see if the boot loader fixes are working properly yet.

--
Brian Masinick

[Moderator Brian Masinick]

Helpful

Up

0

::

I got back into EndeavourOS after installing it.

Here is the system information:

inxi -v2
System:
  Host: brian-aspire-5-a515-55 Kernel: 5.19.4-arch1-1 arch: x86_64 bits: 64
    Desktop: Xfce v: 4.16.1 Distro: EndeavourOS
Machine:
  Type: Laptop System: Acer product: Aspire A515-55 v: V1.12
    serial: <superuser required>
  Mobo: IL model: Doc_IL v: V1.12 serial: <superuser required> UEFI: Insyde
    v: 1.12 date: 09/07/2020
Battery:
  ID-1: BAT1 charge: 47.8 Wh (100.0%) condition: 47.8/47.8 Wh (100.0%)
CPU:
  Info: dual core Intel Core i3-1005G1 [MT MCP] speed (MHz): avg: 1125
    min/max: 400/3400
Graphics:
  Device-1: Intel Iris Plus Graphics G1 driver: i915 v: kernel
  Device-2: Quanta HD User Facing type: USB driver: uvcvideo
  Display: x11 server: X.Org v: 21.1.4 driver: X: loaded: intel
    unloaded: modesetting gpu: i915 resolution: 1920x1080~60Hz
  OpenGL: renderer: Mesa Intel UHD Graphics (ICL GT1) v: 4.6 Mesa 22.1.7
Network:
  Device-1: Intel Ice Lake-LP PCH CNVi WiFi driver: iwlwifi
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    driver: r8169
Drives:
  Local Storage: total: 119.24 GiB used: 10.87 GiB (9.1%)
Info:
  Processes: 183 Uptime: 2m Memory: 3.61 GiB used: 1.81 GiB (50.1%)
  Shell: Bash inxi: 3.3.21

--
Brian Masinick

[Moderator Brian Masinick]

Helpful

Up

0

::

Now let´s get back to antiX and make sure no other boot loader records were altered incorrectly!

--
Brian Masinick

[Moderator Brian Masinick]

Helpful

Up

0

::

Yes it is now working correctly; problem solved.

--
Brian Masinick

[Member blur13]

Helpful

Up

0

::

Good point Brian and thanks for the info. That particular Grub problem would not have affected the live USB. In fact, that was the solution. Boot from a live USB and chroot.

Anyways, that was a timely reminder of why I dont use Arch. I much prefer the stability of Debian.

[Moderator Brian Masinick]

Helpful

Up

0

::

blur13 wrote:

Good point Brian and thanks for the info. That particular Grub problem would not have affected the live USB. In fact, that was the solution. Boot from a live USB and chroot.

Anyways, that was a timely reminder of why I don’t use Arch. I much prefer the stability of Debian.

In fairness to EndeavourOS, this is the FIRST time in a couple years that I’ve seen ANY problem at all. Moreover, the Website and the forum were very quick to document a remedy and that remedy involved the use of their Live USB image.

In fact, I used the live image, used the online instance to installed, and not only was the image fixed, directly from the live image I was able to get the most current packages back immediately.

I’m a huge Debian fan (also antiX and MX Linux). These three have been staples on my systems for 15-20 years. These days I don’t “mega boot” a dozen or more distributions; I boot 4-5 at most, so I typically add EndeavourOS and PCLinuxOS to my siduction, antiX and MX Linux. Yesterday I created a live USB of Devuan just to see how it’s doing. It’s fine, but for those who complained about Debian and the aged packages, Devuan, stable as it is, gets packages built even slower than Debian, so now that I don’t mega-boot, I have these less often used distros on USB and check them out periodically.

--
Brian Masinick

[Author]

Posts