Open-NTFS 3G driver crashes system
First of all many thanks for your enormous efforts on building this great firmware! Congratulations! I really enjoy it and I hope you will continue to support and develop this firmware in the long run.
I have 2022.5 K26ARM USB AIO-64K running on Asus RT-AC66U B1, but I assume it could appear on any hardware.
Used / Total RAM | 58.98 MB / 249.59 MB (23.63%) |
Used / Total NVRAM | 41.99 KB / 64.00 KB (65.61%) |
I have a 4,5TB HDD connected to the USB port and it works very well with Tuxera driver. This is a quick overview:
# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=127684k,nr_inodes=31921,mode=755)
proc on /proc type proc (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime)
devfs on /dev type tmpfs (rw,noatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
usbfs on /proc/bus/usb type usbfs (rw,relatime)
/dev/sda2 on /tmp/mnt/WHATEVER type tntfs (rw,nodev,noatime,uid=0,gid=0,umask=00,nls=utf8,min_prealloc_size=64k,max_prealloc_size=4883638268,readahead=2M,user_xattr,case_sensitive,nocache,fail_safe,hidden=show,dotfile=show,errors=continue,mft_zone_multiplier=1)
/dev/sda2 on /opt type tntfs (rw,nodev,noatime,uid=0,gid=0,umask=00,nls=utf8,min_prealloc_size=64k,max_prealloc_size=4883638268,readahead=2M,user_xattr,case_sensitive,nocache,fail_safe,hidden=show,dotfile=show,errors=continue,mft_zone_multiplier=1)
# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 27.6M 27.6M 0 100% /
devtmpfs 124.8M 0 124.8M 0% /dev
tmpfs 124.8M 500.0K 124.3M 0% /tmp
devfs 124.8M 0 124.8M 0% /dev
/dev/sda2 4.5T 2.9T 1.6T 64% /tmp/mnt/WHATEVER
/dev/sda2 4.5T 2.9T 1.6T 64% /opt
However, if I switch to the Open-NTFS 3G driver, the router crashes and reboots randomly.
To reproduce the problem, I use the Open-NTFS 3G driver, and after a few hundred GB’s operations, the problem appears. I have no information about how much data need to be transferred, or how much time need to pass to reoccur. As a user, I see all effects of the reboot (loosing connectivity, lack of services), but after a while everything comes back obviously. I am sure that it was a reboot, as logging into the router’s CLI, it shows a few second uptime value.
This is a minor bug to me, as Tuxera driver works well – however it could result in unresolved issues and bad experience for new users if they decide to go with Open-NTFS 3G driver. Maybe it is worth changing the default to Tuxera?
Please tell me, if you need more information.
Comments (4)
-
-
reporter Hello,
Unfortunately, I experienced the same issue on earlier versions (since 2021.8+ that is the 2021.8 release with a special update from Pedro) with the ntfs-3g driver. I am a frequent updater, so I always install the latest firmware, but I am not sure whether I tried this driver in the subsequent versions (2022.1, 2022.2, 2022.3 and 2022.4). I tried in 2022.5 because I saw in the changelog, that it has been updated.
To sum up,
- I am sure that I tried ntfs-3g on 2021.8+, 2022.1 and 2022.4, 2022.5 and I experienced the spontaneous reboot issue
- I am not sure whether I tried the ntfs-3g driver in the other versions, but according to the changelog there was no change between these versions
Sorry, but I do not have any other HDD around with lots of data to test it.
-
repo owner Could you all test 2022.6 release?
ntfs-3g: update to 2022.10.3
Also it will be really helpful to have crash log.
I can provide special build with crash log enabled for given router if you’re interested..
-
repo owner - changed status to closed
No response.
- Log in to comment
Hi,
2022.5 has an update for ntfs like Sysres already reported
Can you go back to 2022.3 ? (ntfs-3g: update to 2021.8.22)
and / or test with the following test image (latest branch with ntfs-3g 2021.8.22)
“freshtomato-RT-AC66U_B1-ARM_NG-2022.5-10082022_ntfs-3g_2021-8-22-VPN-64K.trx”
https://bitbucket.org/M_ars/freshtomato-arm/downloads/
One more option: Does it make a difference with a different HDD / SSD ?