Skip to main content

2020 Images corrupted

Thread needs solution

Since upgrading to 2020 first thing I noticed is it is much slower, but the bigger issue that I just found out the hard way. Images created by booting with the Survivor Image drive, creating a New Image of my PC and it appears to work just find as it did in 2019, completed with no errors. Now I found out the hard way when I booted with that Survivor drive all the Images created with 2020 are corrupted and won't even open. I've lost Terabytes of data because of this! I boot each week off that drive and manually create a Library of sorts of my PC, then if I need to restore the PC to an earlier time I have a clean complete Image of my PC. The 2019 Images are just fine. It's NOT the drive itself, I just spent a lot of time by testing to another drive same results, and making a bootable USB thumb drive and Imaging that way to a different external drive, same results. Uninstalled 2020 and re-installed 2019 and everything works just fine. 2020 is NOT ready for PRIME time! Anyone else?

1 Users found this helpful

Joe, welcome to these public User Forums.

What exactly have you been doing in terms of the overall backup and recovery testing process and steps being taken here?

Are you making any changes to any of the .tibx files after ATI 2020 has created them and before you attempt to recover from them, i.e. moved them, renamed them, deleted any etc?

Gotta second Steve's question.  2020 learning curve is don't mess with the .tibx files manually - the meta data file (first backup file in a chain that has had auto-cleanup rules applied) is key for recovery and requires the chain to be in tact, with original file names and that the file be present for recovery.

https://kb.acronis.com/content/63498

Q: First backup file in my backup location has .tibx format and is about 12KB in size. Is it corrupted? Should I delete it?
A: After the very first backup version is deleted, the .tibx file itself will drastically reduce in size, down to 12KB or similar size (up to several MB), but will not be removed completely. Do not delete this file, as it is required for proper functioning of backup browsing mechanism. See also Acronis True Image 2020: do not delete first tibx file

Steve Smith wrote:

Joe, welcome to these public User Forums.

What exactly have you been doing in terms of the overall backup and recovery testing process and steps being taken here?

Are you making any changes to any of the .tibx files after ATI 2020 has created them and before you attempt to recover from them, i.e. moved them, renamed them, deleted any etc?

I booted with an external drive that has the recovery partition on it, created a new image on the external drive and after it completed, I simply tried to do a restore from it and the ATI 2020 tells me image is corrupted, never touched or moved the tib file. Created rescue media, booted from it created another image using ATI 2020 it completed, booted and then tried to restore, says corrupted. Re-installed ATI 2019 and it works just fine

 

Joe, thanks for the reply. If you are back using ATI 2019 and all is working ok for you, then I guess that this topic isn't going a lot further?

When you installed ATI 2020, was this the latest build 21400 version, and was the 2020 rescue media created from that same build?

There were some issues early on with 2020 and corrupted images which were fixed in the latest build as far as I understand.

I have had the same problem since purchasing and installing Acronis 2020. I have tried multiple builds, including 20600 and 21400. Currently I have build 22510. I install it, create a bootable USB stick or CD/DVD, create a backup, then try to restore it, using the same USB stick or CD/DVD. I get an error message saying the backup is corrupt. Acronis 2019 works great. No matter which build of Acronis 2020 I use, I have the same results. I am saving to .tib files, not .tibx.

David, welcome to these public User Forums.

If you are booting from the ATI 2020 rescue media USB stick and making a backup of your disk drive but giving this the extension .tib, then this will always be flagged as being corrupt because ATI 2020 only creates disk backups as .tibx files.

If you rename the .tib disk backup to .tibx then the file should be just fine and not be shown as corrupt!

Note: there is no way to create a valid disk backup as .tib using the rescue media to my knowledge.

Steve Smith wrote:

Note: there is no way to create a valid disk backup as .tib using the rescue media to my knowledge.

If the recovery media is booted in MBR then .tib is available.  I proved this to myself about 2 weeks ago.  Had issues with restoring a tibx file like here so created a tib using the recovery media.  The machine I was working on was/is an MBR boot machine.

I was able to recover the tib but recovery did a forced sector by sector recovery due to filesystem corruption which was the underlying problem all along.  The issue was an WinRE partition marker which had somehow been written to the System partition of the disk.  I presume this occurred during a Win 10 upgrade but could have been done in the HP factory I suppose.

I suggest running filesystem checks on all partitions of the disk especially non lettered partitions for errors like these.  I have had two occasions now where corruption of the filesystem was the problem when TI complained of backups being corrupt.  It is actually corruption of the target disk that causes this.