remotevisitor

When you said you were moving files over the network from another Linux machine, how were you doing the actual moving? I’m wondering if you copied them into /utube/PerspectiveFilms instead of /mnt/user/utube/PerspectiveFilms. This would explain both your system becoming unresponsive (root file system becoming full) and why they have disappeared after the reboot (because the root file system is in RAM)

Try running ldd ./st and see if it reports any missing share libraries that it requires.

Suggest looking at the encode/decode capability list at https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new

Try installing the "Open Files" plugin from Apps, and he run it from the Tools tab and see if that provides any help.

The most likely reason I can see for this behaviour is that some program have the files open (for reading or writing). When you are moving the files to another disk using krusader this deletes the directory entry (so from your perspective the files no longer exists on the disk), but the actual space occupied by the file is not released until all programs that have the file open release their file handles on the file. This is standard Linux behaviour.

First IANAL but the link to the EU ruling peaked my curiosity. While the ruling covered the sale of the license to a 3rd party, I believe the ruling didn’t cover transferring "support and maintenance". So in the Unraid case, it is possible that replacement license keys and upgrade rights do not transfer to the 3rd party purchaser.

Possibly a bug in samba for previously allowing access which has been fixed in the latest version.

Permissions on the directory don’t look correct, in order to enter a directory it should have the x (eXecute) permission.

Try find /mnt/disk* -name "Everest*" and see what it reports.

Use the Parity Check Tuning Plugin to schedule the check to only run when you aren’t streaming from plex (eg overnight).

In the past we have had reports on the forum of people "selling" on an Unraid system to another person. Sometime later, when the next release comes out, the buyer finds they cannot upgrade because the flash drive for their system has been blacklisted. The seller had used the mechanism for transferring the license to another flash drive which blacklists the flash drive that was sold.

See "No Key Transfers" in https://unraid.net/policies

I would try turning off the docker and VM service and see if it stops. Then at least you know it is something to do with them. if it still continues, try booting in Safe mode from the Unraid boot menu, which will not load any plugins. See if it now stops. if at any stage it stops it will then be a case of working through enabling your plugins/dockers/VMs to find which one is the cause. this number of writes to the flash drive is certainly not normal.

Does seam a bit strange . how about trying ‘lsof +D /boot’ to see what has any open files on the flash.

I would do an ‘ls -ltR /boot’ and look at the output to see what files have recently been changed to see if that gives any idea what might be writing to the flash drive