Skip to main content

Backup files initially identified as corrupt verified as normal later.

Thread needs solution

I use Windows 7 64-bit. With Acronis true image home 2010

I'm looking for help explaining a problem I had where a backup file with was identified as corrupted multiple times when I attempted to restore from my backup CD but ultimately was both verified as normal had also mounted successfully as a virtual disk. when Windows was reinstall.

I decided to do a restore the from a backup which was only several days old. I ran this from Windows but when the computer rebooted it only said that the hard drive was corrupted. I booted from my backup CD which repeatedly said that this backup was corrupt. Both the incremental backup-up which resides properly in the same directory as the full backup-and the somewhat older full backup itself.

Ultimately I was able to restore from a backup which I made about four months ago. Once I reinstalled Windows I was unable to verify that the more recent files-the one that had been identified as corrupt-were intact. I I checked these with the verify function. I was also able to mount it as a virtual disk in Windows and obtain files from it.

The backup CD was made with the most recent version of Acronis-the same version that I created the backup which was misidentified as corrupt. 7064.

Any suggestions or analyses appreciated.. My concern of course is that I need to be able to a restore from backups which are proven to be intact.

Thank you in advance

Kevin Brady

0 Users found this helpful

Hello Kevin,

Let me assist you with the issue.

If you have a corrupt backup and need to restore data from it, the general strategy would be to:

  1. Copy the corrupt backup archive to the internal hard disk drive (if the backup is on an external resource/media);
  2. Mount or explore the backup archive and try to restore files or folders from it.

Another reason that may cause cause the issue is a corrupt memory module, so it's recommended to run memtest utility to check it.

1. Download the memtest utility:

2. Unpack the downloaded archive;

3. Burn the ISO file to a CD (see Burning an ISO Image);

  • (!) Please make sure you burn the file as an Image to have the CD bootable;

4. After that boot your machine from the media and memtest will start automatically.

If the memory module is faulty there will appear an error count in the Errors column.

The longer you run memtest, the better. If you can run memtest overnight without errors then you can be sure that your RAM functions correctly.

Please let me know if the issue still persists or if you have any additional questions.

Thank you.

This is a good start. Thank you.

Could you please expand on your answer. Actually I only have one internal hard drive because it is a small computer with a solid-state drives. I guess I need to point out that I have had this problem with other earlier Acronis products. Archives are first identified as corrupted and then sometimes we either retries or by waiting they are suddenly recognized as healthy and can be restored from.

I'm a little concerned that there is some tendency for a Kronos backup archives to appear corrupted when they are not. Is this a recognize tendency?

I will run a test both on the external hard drive where the archives reside.

Thank you very much..

I'd say no, this is not the norm. It is far, far more common for users to complain that they validated properly but then failed validation later.

The "archive corrupt" message really means that TI cannot read the archive from its storage device into RAM and successfully recreate and match the numerous checksums with the corresponding ones that were placed in the archive when it was created. In other words, anything that causes a bad disk read, transfer of data into RAM, or even calculating the checksums can cause the problem. Typical causes are bad area on disk, bad RAM, too aggressive RAM timings, overclocking, etc.

My first guess on your issue is that you have something marginal - it doesn't work, then it works, then it doesn't, then it does.... Perhaps the components were significantly warmer after creating and validating an archive than they were when you just validated it and you have some heat-sensitive component issue. This is a reason why Memtest86+ should be allowed to run overnight so it gets everything up to a warmer temperature than just a single run but even then without a lot of disk activity and more exotic graphics work the PC likely is not as warm as it normally can get.

Unfortunately, I had the same problem with the same negative outcome. Check the other posts regarding corrupt tib's. As a result of my experience and the reported experience of others, I no longer use Acronis True Image as I find it to be unreliable.

Check the other posts regarding corrupt tib's. For example, see 9603: ATIH creates TIB files, but Recovery indicates corrupted TIB.