same as above.
Typically, after a reboot, the file system of the hard disks mounted in the pool device shows as damaged. Attempts to repair it usually reveal that only a few files in certain directories are damaged. Due to a single file being corrupted in most directories, all files within those directories become useless. Therefore, these files are currently retained as redundancy protection, keeping the directory intact.
The WebUI may be accessible for a while before it completely freezes or becomes unresponsive. Once the array starts, it cannot be stopped, and it is not possible to shut down normally; the only option is to power off. However, it seems possible to connect to the web console for short-term operations.
About the “Invalid file writing”, actually it's a daily issue, in docker containers, I always saw the downloading task spent 100GB to download a 100M file. Luckly Sony haven't call me about this, but I need to schedule reboots to fix this, but im not sure my filesystem still alive after next reboot LOL.
Array can't be stopped; Parity can't be synced; Invalid file writing => Result:
Total size:6 TB
Elapsed time:7 hours, 20 minutes
Current position:268 GB (4.5 %)
Estimated speed:102.6 MB/sec
Estimated finish:15 hours, 31 minutes
quartzs-diagnostics-20240324-1839.zip