Jump to content

Recommended Posts

Posted

 

Let me think about how to descript this situation......

 

I have a movable disk and mount in path:

 /mnt/sba1

 

It happened first time when I using a program called "Syncthing" , I try to sync my file into my movable disk.

I get lot of files in my directory. When the "Syncthing" start scanning. the system will stuck.

Not that kind of whole system stuck, but only if you trying to read anything about /mnt/sda1.

If you trying to "df -h", you'll get stuck.

"fdisk -l", stuck.

"cd /mnt/sba1", stuck again.

"mount" "umount" "lsblk" all will be stuck.

Such like this ......

 

Reboot the system is only way to restore. No need to unplug the disk. Just reboot and get normal.

 

So I tried writing a Golang program, the program will read huge number of files in my disk instantly. Yes, stuck again.

So I came to the conclusion: When I try to read a large number of files, there will be a malfunction.

 

I thought it's about usb driver problem, so I change "UAS" to "USB-Storage".  Still stuck again and again. ( With this topic : How can I change usb-disk driver "UAS" to "usb-storage" ?

I change 3 Orangepi Zero2 board and 3 different movable disk, Still like this.

 

Right now,I'm writing this post, the situation has reappeared, again......

 

root@OPIZ2-0146:/# ulimit -n
102400

 

root@OPIZ2-0146:/# ulimit -a
real-time non-blocking time  (microseconds, -R) unlimited
core file size              (blocks, -c) 0
data seg size               (kbytes, -d) unlimited
scheduling priority                 (-e) 0
file size                   (blocks, -f) unlimited
pending signals                     (-i) 3756
max locked memory           (kbytes, -l) 123522
max memory size             (kbytes, -m) unlimited
open files                          (-n) 102400
pipe size                (512 bytes, -p) 8
POSIX message queues         (bytes, -q) 819200
real-time priority                  (-r) 0
stack size                  (kbytes, -s) 8192
cpu time                   (seconds, -t) unlimited
max user processes                  (-u) 3756
virtual memory              (kbytes, -v) unlimited
file locks                          (-x) unlimited

 

root@OPIZ2-0146:/# cat /proc/sys/fs/file-max
9223372036854775807

 

How can I locate the cause of this problem?

Posted

This problem is caused by “NTFS-3G". Im quite sure about it.

NTFS-3G version 2017 or before.  Would lead to this problem.

I've test 23.5 bookworm, the newest version image for Orange Pi Zero 2. In this version of image, NTFS-3G version is 2022.10.3. And it works fine. No more stuck.

 

I asked a question related to usb removable disk before, but now it is proved that the stuck is not caused by the UAS driver.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines