backup individual values in custom registry keys backup
some language strings were updated
What’s fixed?
CBU crash when adding multiple synchronization mode backups
user settings restore which in rare cases failed
Known Issues:
the backup using synchronization mode is not working if the user saves the archive on a ftp server or network computer; also the synchronized mode backup will not be performed for user settings and mail accounts
in rare cases, the restoration of the content of a usb stick or external usb hard drive may fail
for some usb storage devices, when the user is trying to restore its Track 0 and MBR, the default selected disk will be the first hard drive
BETA NOTICE: This product is intended for special users (BETA Testers) who would like to join the testing process. It may contain major bugs that could cause serious problems and not be suitable for your everyday use yet. Please do not use it in your production machines.
Does RC4 backup all the files into a single .cbu file like the early releases? Is there any way that the backups can be as they were in v1 without the .cbu file, so that Comodo Bakcup 2 is not needed to view the files?
Seems they took a different approach for v2 and last time I asked they said no. I don’t mind the unique file but I wish for a CBU explorer tool, something similar to Norton Ghost.
I still try to figure out if a unique file will work for sync mode though… if a unique file is modified on the source side, what happen? The full CBU file have to be redone? Make no sense… In v1 it was a snap, only the updated file was mirrored a few minutes later.
I will have to wait for next Beta to find out… errr… I mean RC.
Yes, if a single file on source side is modified, the full CBU file has to be redone.
Though it seems that it updates only the files that changed, v1 performes a checksum on each file to see if any changes were made. This also takes time and resources.
Then I’m sorry to say that sync mode may finally be useless in v2. I was asking for it but now that how I see how it works and how not practical it is, I feel bad for that, I feel sorry for all the time you spent adding sync to v2. It could be usefull to backup very static files though…
Let me explain how I’m using v1 now. I have 45Gb of data that are mirrored on a second drive. Some failes are statics, like music and pictures but I also backup some webpages I update a few times a week, a few texts documents too, etc. 10 minutes after I modified a file, v1 was updating the file into the destination directory. It was quick and could not even notice it, no impact on the system.
Can you imagine this with v2? Not really… this would mean a 45Gb backup would start every now and then and since such a backup take 15-25 minutes to complete with HD activity all that time, it really makes no sense.
My hope for v2 was to get a v1 with some small improvement, mostly a second different timer for deletion propagation.
So for MY needs, I think I will have to continu using v1. No real problem there, it’s still working fine afterall and there is no expiration date. ;D
I see what you mean.
In a future release we will add simple copy backup with synchronization, that will backup only files that are changed. This might be helpfull.
As for ‘CBU file’ backup, we cannot update only the files that are changed without redoing the entire backup, because it will corrupt the file integrity (it might be compressed, encrypted, etc)
Well done Just a suggestion and a feature that I’d 110% use. It’s having an tick box option to backup before windows is shutdown.
So at the end of the day once I’m finishing up on the pc, I shutdown the pc - Comodo backup intercepts this shutdown and does it’s backup and then shutdowns.
