Within a 180 GB encrypted sync from win10 to Strato Hidrive (w/o server-side encryption), I get errors on one specific file:
ERROR : some/path/file.docx: Failed to copy: corrupted on transfer: hidrive encrypted hashes differ src(HiDrive root 'users/12345678/crypt/gg4rm2ho77s4clfgib8090r5h0') "0000000000000000000000000000000000000000" vs dst(HiDrive root 'users/12345678/crypt/gg4rm2ho77s4clfgib8090r5h0') "3b72671ce6101d904642015d468b0987ffbf4b02"
The source file (ca. 200 MB protocol with many images) could be opened and converted by MS word to a the most current .docx format.
The error persisted with the the converted file, and also when the file was completely removed from the synced tree.
For the very same file, multiple errors are thrown with different dst hash values within the same run. In another run, different hash values occur.
Without any knowledge of the inner working of rclone sync and encryption, I would expect that the error is gone after I removed the offending file.
In my web search for the above quoted error string and some abbreviated versions of it, I was not able the find any references on the web. Some posts in this forum seem to cover similar, but (as far as I can understand) not completely matching cases. Can somebody explain what is probably happening?
Additional information:
rclone version:
rclone v1.73.1
-
os/version: Microsoft Windows 10 Pro 22H2 22H2 (64 bit)
-
os/kernel: 10.0.19045.6456 (x86_64)
-
os/type: windows
-
os/arch: amd64
-
go/version: go1.25.7
-
go/linking: static
-
go/tags: cmount
rclone.conf:
[strato1]
type = hidrive
token = …
[crypt]
type = crypt
remote = strato1:users/12345678/crypt
command line:
c:\programme\rclone\rclone sync -Pv --exclude=/Outlook-Dateien --check-first --transfers=4 --log-file "%USERPROFILE%\rclone\rclone.log" "%USERPROFILE%\Documents" crypt:Documents