Hi!
I have a google drive backup of approximately 235 GB. If I try to make a copy (either using the included backup assistant or a rclone container) to an encrypted folder in zimaOS, situated on an external RAID 1 drive (and I understand encryption is in beta) eventually the folder gets locked (despite me selecting “auto locking manual” or till shutdown”) and the copy obviously fails.
Is this supposed to be a normal design? Thanks
Hi! To help us troubleshoot and reproduce this issue, could you please share a bit more detail?
About how many files are you copying into the encrypted folder? (file count)
What’s the total size of the source data you’re copying? (e.g., ~235GB)
Please also provide the size/capacity of your external RAID1: the size of each drive, and the usable capacity shown by the system for the RAID1 volume.
Once I have these details, I’ll try to reproduce the “encrypted folder gets locked during copy” behavior on our side and get back to you with findings. Thanks!
approximately 100,000 files
approximately 235 GB, files of mixed size (some very small, others also of a few hundreds MBs)
they are 2 x 6 TB disks WD RED, usable capacity 5 TB
Thanks
Hi! To narrow this down, could you help us verify two things?
Besides the Google Drive backup, please try copying files from another source (e.g., a local folder on your disk, or data from another drive) into the same encrypted folder, and see whether it also gets locked.
If the folder gets locked again, please immediately run this command in the terminal:
systemctl status icewhale-files
Then share the output (screenshot or copy/paste). We want to confirm whether the icewhale-files service was restarted at that moment (and the restart timestamp).
Thanks a lot for your help!
I now have a different issue, which actually already happened in the past when I was copying files into encrypted folders.
I tried to copy a local backup of my google drive (which I performed attaching directly a disk to the Zimaboard 2) from a folder to another folder (on the same RAID 1 disk) using the migrate function and retaining source files. The destination folder was created as an encrypted folder using ZimaOs
Output when I started the copy process:
● icewhale-files.service - IceWhale Files Service
Loaded: loaded (/usr/lib/systemd/system/icewhale-files.service; enabled; preset: enabled)
Active: active (running) since Mon 2026-03-02 09:13:31 GMT; 8h ago
Invocation: f9de656ec7b14ce385bb0cfb7b52b532
Main PID: 465457 (icewhale-files)
Tasks: 29 (limit: 18805)
Memory: 9.2G (peak: 9.2G)
CPU: 8min 4.901s
CGroup: /system.slice/icewhale-files.service
├─ 465457 /usr/bin/icewhale-files
├─1200699 rsync -vv --whole-file --info=progress2,stats2 --exclude .media --exclude .DS_Store --exclude Thumbs.db --exclude lost+found --exclude “System Volume Information” --exclude “$" -r “/media/Safe-Storage/Backup/Backup Google Drive March 2026/” “/media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026”
├─1200700 rsync -vv --whole-file --info=progress2,stats2 --exclude .media --exclude .DS_Store --exclude Thumbs.db --exclude lost+found --exclude “System Volume Information” --exclude "$” -r “/media/Safe-Storage/Backup/Backup Google Drive March 2026/” “/media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026”
└─1200719 rsync -vv --whole-file --info=progress2,stats2 --exclude .media --exclude .DS_Store --exclude Thumbs.db --exclude lost+found --exclude “System Volume Information” --exclude “$*” -r “/media/Safe-Storage/Backup/Backup Google Drive March 2026/” “/media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026”
Mar 02 17:57:36 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:36.686708604Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/migration/info”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:15939912,“latency_human”:“15.939912ms”,“bytes_in”:0,“bytes_out”:354}
Mar 02 17:57:36 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:36.709248395Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/migration/size/user_data”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:11698922,“latency_human”:“11.698922ms”,“bytes_in”:0,“bytes_out”:41}
Mar 02 17:57:36 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:36.765749647Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/migration/size/app_data”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:68698298,“latency_human”:“68.698298ms”,“bytes_in”:0,“bytes_out”:46}
Mar 02 17:57:37 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:37.785859605Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/trash/stats?filter=operable”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:125408693,“latency_human”:“125.408693ms”,“bytes_in”:0,“bytes_out”:102}
Mar 02 17:57:38 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:38.026068278Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/migration/size/docker_image”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:1328263185,“latency_human”:“1.328263185s”,“bytes_in”:0,“bytes_out”:47}
Mar 02 17:57:43 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:43.05915934Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/share/samba”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:13719326,“latency_human”:“13.719326ms”,“bytes_in”:0,“bytes_out”:30}
Mar 02 17:57:43 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:43.065647679Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/file/search”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:20632630,“latency_human”:“20.63263ms”,“bytes_in”:0,“bytes_out”:30}
Mar 02 17:57:43 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:43.072838249Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/share/samba/features?feature=samba1”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:634567,“latency_human”:“634.567µs”,“bytes_in”:0,“bytes_out”:31}
Mar 02 17:57:43 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T17:57:43.07907639Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/share/samba/features?feature=multichannel”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:241070,“latency_human”:“241.07µs”,“bytes_in”:0,“bytes_out”:31}
Mar 02 17:57:52 ZimaBoard2 icewhale-files[465457]: 2026/03/02 17:57:52 [WAL Checkpoint Manager] Checkpoint completed: success=2, error=0, total=2
The job progressed till a bit more than 60%, but now is stuck although is not giving me any error (encrypted folders are not locking automatically). It has been like this for more than 2 hours:
This is the output of the systemctl status command in the terminal:
Loaded: loaded (/usr/lib/systemd/system/icewhale-files.service; enabled; preset: enabled)
Active: active (running) since Mon 2026-03-02 09:13:31 GMT; 12h ago
Invocation: f9de656ec7b14ce385bb0cfb7b52b532
Main PID: 465457 (icewhale-files)
Tasks: 29 (limit: 18805)
Memory: 8.2G (peak: 13G swap: 142.8M swap peak: 146.1M zswap: 27.8M)
CPU: 1h 28min 23.696s
CGroup: /system.slice/icewhale-files.service
├─ 465457 /usr/bin/icewhale-files
├─1200699 rsync -vv --whole-file --info=progress2,stats2 --exclude .media --exclude .DS_Store --exclude Thumbs.db --exclude lost+found --exclude “System Volume Information” --exclude “$" -r “/media/Safe-Storage/Backup/Backup Google Drive March 2026/” “/media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026”
├─1200700 rsync -vv --whole-file --info=progress2,stats2 --exclude .media --exclude .DS_Store --exclude Thumbs.db --exclude lost+found --exclude “System Volume Information” --exclude "$” -r “/media/Safe-Storage/Backup/Backup Google Drive March 2026/” “/media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026”
└─1200719 rsync -vv --whole-file --info=progress2,stats2 --exclude .media --exclude .DS_Store --exclude Thumbs.db --exclude lost+found --exclude “System Volume Information” --exclude “$*” -r “/media/Safe-Storage/Backup/Backup Google Drive March 2026/” “/media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026”
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.246216706Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/tasks”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:27242205,“latency_human”:“27.242205ms”,“bytes_in”:0,“bytes_out”:447}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.249649052Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/driver”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:3461747,“latency_human”:“3.461747ms”,“bytes_in”:0,“bytes_out”:1257}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.251027841Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/pin”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:4980623,“latency_human”:“4.980623ms”,“bytes_in”:0,“bytes_out”:476}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.26120357Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/file/search”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:42248141,“latency_human”:“42.248141ms”,“bytes_in”:0,“bytes_out”:30}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.263044255Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/web/connect_cloud”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:7631719,“latency_human”:“7.631719ms”,“bytes_in”:0,“bytes_out”:216}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.275939246Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/file?path=%2Fmedia%2FZimaOS-HD&index=1&size=10000&sort=name&direction=asc”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:6967389,“latency_human”:“6.967389ms”,“bytes_in”:0,“bytes_out”
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.367707717Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/trash/stats?filter=operable”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:100532473,“latency_human”:“100.532473ms”,“bytes_in”:0,“bytes_out”:104}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.368980812Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/trash?filter=operable”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:102423703,“latency_human”:“102.423703ms”,“bytes_in”:0,“bytes_out”:715}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.409507778Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/trash/stats?filter=operable”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:15132234,“latency_human”:“15.132234ms”,“bytes_in”:0,“bytes_out”:104}
Mar 02 22:01:50 ZimaBoard2 icewhale-files[465457]: {“time”:“2026-03-02T22:01:50.409789468Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/trash?filter=operable”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:14917406,“latency_human”:“14.917406ms”,“bytes_in”:0,“bytes_out”:715}
I don’t know if you have any recommendations - I think another user also mentioned a similar issue with encrypted folders.
Hi! Could you please help us by running these two commands again and sharing the full output?
systemctl status icewhale-files
uptime (so we can check system load at that moment)
Also, could you try copying the data in smaller batches into the encrypted folder? We suspect this might be related to the number of files — once it reaches a certain threshold, the copy speed may drop sharply.
As a test, please keep each batch under 10,000 files (e.g., split by folders / copy in chunks) and see if it completes reliably. Thanks!
Ok, so I left the zimaboard 2 while it was “stuck” on that transfer and went to sleep:
The morning after (now, in my timezone), when I logged again in the system, there was again the same error I had seen before:
“Transport endpoint is not connected (107) /media/Safe-Storage/testDriveEncryption/Backup Google Drive March 2026” (this was the encrypted destination folder I was trying to copy to).
When I went to check the encrypted folder status, the folder had auto locked (like in the error in my first post)
Systemctl icewhale-files status:
● icewhale-files.service - IceWhale Files Service
Loaded: loaded (/usr/lib/systemd/system/icewhale-files.service; enabled; preset: enabled)
Active: active (running) since Tue 2026-03-03 00:48:34 GMT; 6h ago
Invocation: c74650cc673b43a6bc12d9177fcdb0d2
Main PID: 1784326 (icewhale-files)
Tasks: 17 (limit: 18805)
Memory: 807.5M (peak: 1.2G)
CPU: 3min 5.953s
CGroup: /system.slice/icewhale-files.service
└─1784326 /usr/bin/icewhale-files
Mar 03 06:50:57 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:50:57.496894561Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/file?path=%2Fmedia%2FSafe-Storage&index=1&size=10000&sort=name&direction=asc”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36”,“status”:200,“error”:“”,“latency”:4516927,“latency_human”:“4.516927ms”,“bytes_in”:0,“bytes_
Mar 03 06:51:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:51:27.525458019Z”,“id”:”“,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:”/v2_1/files/health/dependencies",“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:2110735,“latency_human”:“2.110735ms”,“bytes_in”:0,“bytes_out”:2}
Mar 03 06:52:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:52:27.531192624Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/health/dependencies”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:536137,“latency_human”:“536.137µs”,“bytes_in”:0,“bytes_out”:2}
Mar 03 06:53:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:53:27.529615736Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/health/dependencies”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:749133,“latency_human”:“749.133µs”,“bytes_in”:0,“bytes_out”:2}
Mar 03 06:53:39 ZimaBoard2 icewhale-files[1784326]: 2026/03/03 06:53:39 [WAL Checkpoint Manager] Checkpoint completed: success=2, error=0, total=2
Mar 03 06:53:39 ZimaBoard2 icewhale-files[1784326]: 2026/03/03 06:53:39 [WAL Checkpoint Manager] Checkpoint completed: success=2, error=0, total=2
Mar 03 06:54:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:54:27.522366548Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/health/dependencies”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:838755,“latency_human”:“838.755µs”,“bytes_in”:0,“bytes_out”:2}
Mar 03 06:55:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:55:27.52232213Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/health/dependencies”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:1010395,“latency_human”:“1.010395ms”,“bytes_in”:0,“bytes_out”:2}
Mar 03 06:56:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:56:27.512423145Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/health/dependencies”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:2318823,“latency_human”:“2.318823ms”,“bytes_in”:0,“bytes_out”:2}
Mar 03 06:57:27 ZimaBoard2 icewhale-files[1784326]: {“time”:“2026-03-03T06:57:27.517914844Z”,“id”:“”,“remote_ip”:“192.168.178.90”,“host”:“192.168.178.90:90”,“method”:“GET”,“uri”:“/v2_1/files/health/dependencies”,“user_agent”:“Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Zima/2.3.2 Chrome/130.0.6723.191 Electron/33.4.8 Safari/537.36”,“status”:200,“error”:“”,“latency”:624867,“latency_human”:“624.867µs”,“bytes_in”:0,“bytes_out”:2}
It says the service was active from 00:48 AM, but my zimaboard2 had been up long before that (I went to sleep before midnight, while the transfer window was still stuck) - so my assumption is that it finally “crashed” and restarted at 00:48, locking again the folders in the process..
Uptime:
07:02:06 up 1 day, 3:23, 0 users, load average: 0.55, 0.46, 0.48
I will try in smaller batches and see if it makes any difference (my guess is that it will)
Thanks for your feedback, since the encrypted files will be re-locked when the files service is restarted, we will troubleshoot and document this issue
I performed another test trying to move a 8gb single file from a local HDD folder to an encrypted folder (on the same HDD) and it failed (file transfer got stuck and eventually crashed re encrypting all folders)
Hope this can help with bug fixing!
Thank you for your feedback, I once again confirmed the file copy operation (8G file) in the same disk, and I didn’t encounter the problem you mentioned, can you try to change another file and try again?
Sorry for the belated response, I have been a bit busy. But I did other tests which might help.
A few important points:
I thought that the issue could be related to the zima ai search and I tried to disable it in the advanced options and then tried to copy again the file from a folder on the RAID1 to another (encrypted) folder on the same RAID1 → failure. (same symptoms as above, copy gradually stopping and then files service crashing)
Then I re-enabled the zima ai search option and tried again the same process (copying from the same disk to an encrypted folder placed on the same disk) → failure with exactly same issue
Then I thought I would try to make another test and a created an encrypted folder on the SSD (the one with the AppData) and tried to copy a 9GB file from my RAID1 to the SSD → success!
Now I am trying to copy the full backup (235 GB, over 100k file, mix of smaller and bigger files) from the RAID1 to the encrypted folder on the SSD.
I will let you know how the test goes, but if the test is successful I believe the culprit could be the RAID1 configuration not playing well with encrypted folders in particular circumstances.
I will also try to do a test by copying a large file from the SSD to an encrypted folder on the RAID1 and see what happens
A quick update..I got another error so I decided to “nuke” everything and install zfs with its native encryption - would be nice to have a proper ZFS GUI for zimaOS!
