Encryption Folder Get automatically locked if copying too many files

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?

  1. About how many files are you copying into the encrypted folder? (file count)

  2. What’s the total size of the source data you’re copying? (e.g., ~235GB)

  3. 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!

  1. approximately 100,000 files

  2. approximately 235 GB, files of mixed size (some very small, others also of a few hundreds MBs)

  3. 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?

  1. 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.

  2. 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?

  1. systemctl status icewhale-files

  2. 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)

1 Like

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

1 Like

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?