Syncovery Support Forum

ok, had profile,
d: to m:, and it compressed on right

now, d: is showing a failing state in SMART test.
so, o copied that profile, to do d: to P:, and P: will be the new drive
BUT, I FORGOT to uncheck the COMMPRESS GOING LEFT TO RIGHT option.
so the files copied to P: were compressed
NOW, I UNCHECKED the COMPRESS option, but syncovery still thinks those ZIPPED Files on p: are corect,but i want the operation to OVERWRITE the ZIPPED FILES on right, with uncompressed unencrypted ones from left
HOW to get teh profile to recognize this?
thansk

Hello,
you can use Exact Mirror mode and go to Versioning->More in the profile and place the checkmark
"Do Not Decode Right-Hand Filenames ..."

Then it won't recognize the files and will delete them and copy the original ones instead.

Also under Files->Deletions, make sure that the Recycle Bin checkmarks are NOT chosen, as this will cause slowness when Syncovery puts the files into the recycle bin.

i am testing this now, thanks

QUESTION, are all the ZIPPEd files in the format (suffix) of .snnnnn..zip ?
this is a royal disaster with this drive (not due to syncovery)
i checked it with CrystalDisk, have CAUTION woarning, so now have to decrypt it (it is bitlocked), to take out of system.
and other drive was a new drive but was in another system, and that caused all kinds of permission issues.
nuts

thanks

Hello,
yes they all have filenames like that.

.snnnn. is the original file size of the uncompressed file.

thanks for reply.
that does work.

NOW, another question - i tried to do a BINARY COMPARISON, in attended mode, to check that all files were identical.
left side normal, right side with indivually encrypted/zipped files.
i got the message "cannot check zipped files currently".

question
is ther any way to do binary comparison, during the FILE BUILD operation, when one side has normal files, and the other side is zipped/encrypted?

question #2
DOES the "file compare during copying" work correctly, if recovering from RIGHT ENCRYPTED/zipped file, to the LEFT, in a restore process?

thanks
nick

Hello,
binary comparison is only supported for our new Sz format.

When you restore, extracted data is verified with checksums, but not after being written do disk.

With healthy disks, there is no need for extra verification.