9802: ERR kind 123 + Some questions

[aybli]

9802: ERR kind 123 + Some questions

[fcorbelli]

On Windows 64 bit please check the attached pre-release

1. Should be fix the "do-not-check-passwords-on-multipart-archive"
2. Should show in local time just about everything. With the new -utc switch goes back to default behaviour
3. You can find some example into the wiki
   Here just an example (on Windows) for rsync to a remote server via RSA key

rsync -e "c:\cloud\ssh -i /cygdrive/c/cloud/backup_franco"      -I  --append --partial -r --progress -vv --chmod=a=rwx,Da+x --delete /cygdrive/k/test/cloud [email protected]:/home/franco/writehere

With

• c:\cloud\backup.franco (the key of the user franco on the server something.francocorbelli.com)
• k:\test\cloud (the local folder, with the backup, I suggest ENCRYPTED backups)
• [email protected] is the user franco@remote server
• /home/franco/writehere an already made folder, where the user franco can write (beware of chmod!)

Please let me know if this fix the issues.
Thank you

12f.zip

[fcorbelli]

1. On index files: I'll check, thanks for the report
2. On list: it is a feature :) In fact standard OS conversion is used. I'll check if it is possible to change this behavior
3. On rclone. I do not know. I do use, for remote backup, straight rsync with --append, and a secondary check (for file integrity). This is the overall faster mode to send backups "somewhere". In my use case a local backup is updated (on another media), then sended remotely via rsync. Or, either, a dropbox share (!) for automatic upload.
   If I understand right you do not store locally the backup, by "directy" via rclone
   I have to install this software, simply I do not know how it work

Short version: I'll check and work on this issues as soon as possible

[fcorbelli]

Update on

1. (-index)
   The problem is in a new feature of zpaqfranz, the "getpasswordifany"
   When you open an encrypted file, WITHOUT a -key, zpaqfranz will detect and ask from keyboard

=> some fixe needed

[aybli]

1. Great, I hope you find the fix :)
2. I see, not a big deal but would be nice.
3. I agree, a local backup that syncs to a remote would be better.

Thanks for the fast response!

[fcorbelli]

If you have ssh access to the remote server, you can run script like this on Windows (from the c:\cloud folder) to launch remote script (/root/script/checkfranco.sh)

SETLOCAL
SET CWRSYNCHOME=c:\cloud

REM the key is here (arrrgghhhhh!!!!)
SET PATH=%CWRSYNCHOME%\BIN;%PATH%
c:\cloud\ssh -i c:\cloud\francosshkey [email protected] /root/script/checkfranco.sh

Or a more "direct" approach to check local "k:\test\cloud\provona.zpaq" vs the remote one /home/franco/writehere/provona.zpaq

c:\cloud\zpaqfranz sum k:\test\cloud\provona.zpaq -xxh3-noeta -pakka 
c:\cloud\ssh -i c:\cloud\francosshkey [email protected] /usr/local/bin/zpaqfranz sum /home/franco/writehere/provona.zpaq -xxh3 -noeta -pakka 

Hope this can help (example script, please check yourself as needed)

[fcorbelli]

If you have SSD/NVMe, and more than 1 file (like a bunch _????) you can run the sum() command with -all, to run a multithreaded hash
Typical speed ~500MB/s with SSD, over 2GB/s (with NVMe)
Personally I do NOT use multipart volumes, if not really, really needed (first huge-local backup, only incremental one sended to a remote site)

[aybli]

1. Can confirm, it now works as expected.
2. Thank you!
3. Thanks for the tips, I will have to see if I can get this to work but it seems like the better solution.

Thanks for the super-fast update!