Nonstop Backup consistently crashing
XP SP3 fully patched
ATI 2011 upgrade current
This issue has happened since the first version of Acronis TI that provided nonstop backup (NSB), but it is now a real annoyance.
NSB appears to operate normally and reports no problems. Exploring the backup crashes ATI completely when trying to click on specific folders in the backup tree display.
Common factor: NSB has files from /docs&settings/application data/thunderbird/profile/..../anyfile
On the conclusion that NSB is incapable of handling files in that folder, it is impossible to remove the entries in the NSB backup folder tree. Removing the entries from the backup settings does not remedy the problem.
Entries not in the docs&settings/apps/thunderbird tree appear to be okay and can be recovered. The problem is that you cannot expand the docs&settings tree without generating the crash, putting other "okay" files beyond reach. Some critical data files are stored in the docs-settings-app... directories by some applications and NSB seems to handle some of them without any problem but anything the the Thunderbird profile directory makes it fubar.
The only solution is to delete the entire NSB and start from scratch.
Question: Is NSB not capable of maintaining running backups of files in the docs and settings tree?
I have no interest in submitting a System Report because Acronis takes entirely too much private information that cannot possibly be required for 99.9% of any diagnosis. So I would just appreciate knowing if I am not supposed to use NSB for the purpose of maintaining independent settings backups (i.e. as opposed to entire system images). Secondly, is there any way of removing entries in the NSB Backup or must the entire backup truly be deleted just to get rid of one misbehaving entry?
If there is specific information or specific logs that would be helpful that do not include things like the listing of every root directory of every disk and the user rights of every user, I will happily provide.
Thank you for any advice or guidance.
Thank you for the kind and quick reply!
If it is a corrupted file, it is something that is being consistently corrupted in the Thunderbird profile directory. I don't understand why it happens but it is 100% reproducible on my system. My motive was to maintain a running backup of the profile directory to avoid having to restore an entire system image if I break TB with my fiddling in its configuration.
The location of the NSB backup is on a drive separate from the system drive, so my thinking was that I would never have a backup that is too old to go back to. Worst case would be restore an old system image and restore from the NSB backup. That does not work well at all as I recently learned . Ergo, my attempts at more selective NSB protection of user data stored in the docs-settings directories.
For now, I'll try the delete method you suggest and if that doesn't work, start from scratch and use a separate file backup routine outside NSB for the docs-settings stuff.
Thank you again.
Well, it looks there have been problems with Thunderbird in the past (http://kb.acronis.com/content/10062, for example), but the search didn't reveal anything about ATi 2011.