Skip to main content

"Undeleted" backups coruppted

Thread needs solution

Hello,

 

I recently tried to restore files from an acronis true image backup. For certain reasons I accidentally deleted a backup that I still need. I used a file recovery software to recovery all deletd backup files that are on my external harddrive. There was no writing down to the harddrive, therefore I sure that the .tib files should be intact. 

unfortunately TI tells me that all my recoverd backup files are damaged, except for one. One file was full back up type backup. All the others are a combination of full and incremental backups. The .tib were restored without their original file names and I believe that this is the issue. Am I mistaken and if not, is there something I could do to be able to restore files from these backups?

0 Users found this helpful

Tobias, welcome to these public User Forums.

How many files are involved here and were they all part of the same backup version chain, or did you have multiple different version chains that got deleted and recovered?

Sorry but this is always going to be uncertain as to whether you can get back to how the files were before they were deleted, especially if none of the original file names were kept.

Are you able to identify the correct sequence for the files, i.e. can you tell which files were created in what date / time order?

What type of backup files were deleted?  Were these .tib files or were they .tibx (created by ATI 2020 for new Disk backups)?

If you can get the files back into the correct sequence and give then the correct type of names to match the type of backup, then you need to try to Validate the file chain.

For .tib files, the names need to follow the pattern for the type of backup scheme used:

For incremental files:  A_full_b1_s1_v1.tib followed by A_inc_b1_s2_v1.tib then s3, s4 etc.

For differential files: B_full_b1_s1_v1.tib followed by B_diff_b1_s2_v1.tib then s3, s4 etc

For .tibx files, then incremental chains are all kept within a single .tibx file but differential chains have separate files, C.tibx then C-0001.tibx, C-0002.tibx etc.

You might try the "Add existing backup" option to add the known good Full backup you have to TI.  Once that is done if you can determine the newest of all the backups you have, Use the same "Add existing backup" option to attempt to add back that backup.  Make certain that all backup files you have that are a part of the original backup task are in the same folder when you try this.  My thinking is that if the files truly have not been corrupted then the application should be able to verify the files associated with the backup task and Add them back.

Steve Smith wrote:

Sorry for rtaking so long to reply, I kinda lost track of my problem out of frustration. 

I've got 43 .tib files  (not tibx) here and those are part of different incremental backups. Due to how the recovery software I used, works, I have no way of telling which part belongs to what backup, meta files only tell me when the backup was restored. I can't determine the origianl sequence. Adding backup files to acronis helped for a few individual backups, I believe those were "full backup" types. On almost all files acronis just tells me that version so and so of this backup cannot be found (due to wrong names I guess). Is there anything I can do at this point?

Tobias,

With normal .tib files, the naming format gives all the information about file relationships.  This is described in the ATI 2020 User Guide:  Naming convention for backup files created before Acronis True Image 2020

A backup file name has the following attributes:

  • Backup name
  • Backup method (full, inc, diff: full, incremental, differential)
  • Number of backup chain (in the form of b#)
  • Number of backup version (in the form of s#)
  • Number of volume (in the form of v#)

    For example this attribute changes when you split a backup into several files. Refer to Backup splitting for details.

Thus a backup name may look the following way:

  1. my_documents_full_b1_s1_v1.tib
  2. my_documents_full_b2_s1_v1.tib
  3. my_documents_inc_b2_s2_v1.tib
  4. my_documents_inc_b2_s3_v1.tib

If you sort your .tib files by date modified or created, the above should become more obvious.

Steve,

 

The problem I am having with the restored backup files is that the original meta data regarding "date of creation" or "last modified" has been lost. The current meta data stems from the recovery software I've used. So there is no reliable way of telling what the original backup structure was.

Tobias, unfortunately if the original file names and/or create / modified time stamps are lost then you are in the hands of the gods as far as trying to figure out the correct naming sequence etc.