Forums

I had the same issue but with full back ups. The name of the backup did not match the .tib file name. I thought it was because I had copied .tib files from different locations to one spot outside of True Image. But I'm not sure.

I found the archive.xml file and deleted it while True Image was not running. When I started TI back up it created a new archive.xml file that was empty. I clicked on recovery and then browsed for back ups. After doing that for each backup everything lined up properly. I just did that yesterday and have a daily backup scheduled to run today. I'll see if things hold together or not.

So I don't know if it was me moving files around outside of TI or if its a bug in the program that it doesn't tie things together properly.

Peregrine,

I looked for the Acronis related archive.xml file. What I found were two Acronis files names archives.xml (not archive.xml). The first one was in a folder named Database in the place where ATI is installed and the second was in a folder named Database down in the ...\AppData\.... path. Both had modification dates within a minute of each other. Their content was different only in the backup name associated with the first incremental. The first one had it wrong (as displayed by ATI) and the second one had it right!

I'm on Win7 -- Did you find that there were two versions of the archives.xml file? Did you delete both of them?

I can imagine that I could edit the incorrect one and make it right!

--Larry

I also use Windows 7 and I'm using new the newest build (7046) of True Image. I only changed 1 file. My mistake, it is named archives.xml. It was located in C:\ProgramData\Acronis\TrueImageHome\Database. There is a second file there named mounted.xml. I did a search on archives.xml and found no other versions except for a reference in "recent". So I think I only have one.

I first renamed archives.xml to archives.xml.old in case True Image really choked on this. But once it started it created a new archives.xml file. Then I deleted the old one.

I suppose you could edit but it seemed pretty easy to delete and then just browse for backups on the recovery screen.

I misread the path to the first archives.xml. It is the same as yours:
C:\ProgramData\Acronis\TrueImageHome\Database

It's curious that I have two archives.xml files. Maybe we installed them differently, like for one user versus all users. Big guess on my part!

Thanks for the reminder about renaming or copying the old file before deleting or editing.

I think I will rename both and see if ATI recreates both or just one.

--Larry

I renamed both archives.xml files and started up ATI. It recreated both xml files. Then I searched for backups. The archive that has been getting the wrong names came up wrong again but wrong differently. So I stopped ATI and went back to the previous versions of the archives.xml files. Now the archives are listed correctly. I examined both xml files and one is wrong and one is right.

I give up. This doesn't make sense.

--Larry

What is the location of your second archives.xml file? I can have a look to see if I have one in that specific location or not. Which release of True Image 2010 are you using?

My second version of archives.xml is located at
C:\Users\User\AppData\VirtualStore\ProgramData\Acronis\TrueImageHome\Database

This morning after doing an incremental, one of the xml files was correct and the other not. I started ATI (without the USB disk mounted) and now neither of the xml files are correct. Neither one lists the incremental done earlier today but the earlier incrementals are listed correctly in both xml files.

I'm using True Image Home 2010 build 6053
I see there is a newer build available. I suppose I should update.

These archives.xml files seem a bit strange to me.
I use Search Everything to do my searching and it shows both files with slightly different modification dates. But it claims the mod dates are from yesterday. I've never seen the searcher be wrong. After it makes an index of the disk it uses the NTFS transaction log to keep itself up to date.

If I search via the search box on the Start menu, it finds only one of the files. That search lets you start a more wonderful search that finds both. Huh???

--Larry

I don't have the ...\AppData\VirtualStore folder. I only have the one .xml file. Maybe it has to do with the newer release.

Anyway, mine's buggered again too. The Backup name stays the same (even though it's not supposed to) but the .tib file name changes with the date as it's supposed to. I've got four backups with the same name. But each contains a .tib file with a different name.

Go figure. I guess it's a bug that needs to be reported. As long as it grabs the right file when I do a restore I'm good. I've stepped through a restore without committing and it does grab the .tib file I want so I guess it's good.

All of a sudden the names of the backups is not so important. I tried a verify on the archive. The base archive verifies OK but the first incremental fails (which means all the subsequent ones fail too). What a pain!
I have another incremental archive on the System disk (for testing) which has 4 incrementals and they all verify fine.

I noticed today that there was a volsnap error today, I think when today's incremental was made. But I can't see any errors that occurred when the first incremental was made. I'm getting pretty tired of messing with ATI. Norton Ghost, which I used for years with no errors on XP systems, is looking better and better. Right now I don't think I have a viable ATI backup that could be used to recover the entire system disk. I don't like being in that position.

I guess it's time to go find about verification errors. Groan.....

--Larry

Everyone is different in their approach. I only do full backups and I verify everyone when they are done. I do system images once per week and have another program that does the daily backups of my files. In the event of a big failure I'll have an image at most one week old which I can restore and then restore the data files that have changed since that time. I've never had a problem with verifying except the time my hard drive was failing. I've restored loads of images and they've worked every time. Good luck.

I have this same problem, the tib file is really there and fine with the correct name via explore. Using Acronis recovery the image name is always the same name, date and time of the first backup I did, yet if you expand it you will see the correct tib file name.

All was well back on XP, I just upgraded, I should say moved to Windows 7 Ultimate 64 bit. Had to reload Acronis and got the 2010 build 7,154. Prior to the upgrade when the naming was working I was on the previous build. This is not a big deal, can browse to correct tib, just weird.

Anytime you edit or delete the xml file, you will get better success if you start your backups all over with a new task, a new folder and a new destination. Sometimes, TI seems to lose track of its contents.

Prior to a moment ago I hadn't deleted or edited any of the archives.xml files.

I did a search of c: and found 8, eight of those files and all had been updated today and all but one with the same modified time stamp. A quick glance, they all looked the same. I am getting tired, from all the conversion......, got mad and deleted all eight. Then did another search and they were all gone. Then I started Acronis and did another search, then had one at c:\programdata\acronis\trueimagehome\database

Then I deleted the current task, built new task, then told it to start and it's running now.

Then did another search for archives.xml, it's still there and hasn't yet been modified. It's only 138 bytes which are pasted below. ,

<?xml version="1.0" encoding="UTF-8" ?>
-

Guess I see what looks like and display names after backup completes.

Well it did it again, ignored what I called the backup job and called the task the same as file name. Now each time i run the task it will have a backup job name in the log of this file name, still it will create the file name of the tib the way I want it.

In the scheduled task I gave the task name of Windows 7 Full Backup and gave the location of backup of
G:\windows 7_64_bit@date@_@time@.tib

You can see that it looks like from the log, all would be fine, yet when I say recover and looks what is available the backup name is not what I expected. From now on they will all have a name of windows 7_64_bit1_15_2011_20h2m

Guess I will just give up, got a backup, I know the weirdness and am able to restore. Here is my new archives.xml Which is wrong from the point of the task and log attached.
<?xml version="1.0" encoding="UTF-8" ?>
-
-
-
-
-
-
-
This is a comment
-
-
G:\windows 7_64_bit1_15_2011_20h2m.tib

Sorry it isn't displaying my archives. Looks fine until I say save and it doesn't display on forum.

<?xml version="1.0" encoding="UTF-8" ?>
-
-
-
-
-
-
-
This is a comment
-
-
G:\windows 7_64_bit1_15_2011_20h2m.tib

Have this same problem: the .tib file name does not match the backup name that I've given to it in the Operations > Edit Backup Settings dialog box.

I'd wanted to do what I used to do with Acronis on my old XP system, which was to have at all times TWO FULL BACKUPS (each one in the Single Version scheme): one named

FullBackupMonWedFri

and one named

FullBackupTuesThursSat

and schedule these two separate full, single scheme backups to run on alternate days (overnight). That way, I'd have a little redundancy and at the same time never have a full backup older than 2 working days. Plenty of room for this on my new 1TB external hard drive.

But this did not work.

Acronis never seemed to properly recognize this, and seemed to delete/remove/disappear/ignore the second full backup.

So I gave up and am running ONE full backup scheduled "Weekly," but for Mon, Tues, Wed, Thurs, Fri, and Sat nights.

BUT that backup still insists on being named FullBackupMonWedFri.tib on the drive despite the fact that I'd renamed the backup in the dialog box to simply "FullBackup" --- and it at least looks like it has been running, even though the name no longer reflects the fact that this backup runs six nights a week. Long as the data's there, I guess I don't care what they insist on calling it, but it WOULD be nice to:

Have the name of the .tib file match the backup job name.

Be able to run TWO FULL BACKUPS on ALTERNATE nights, so as to have TWO FULL BACKUPS, neither of which would be older than two working days.

But I guess you can't always get what you want (need).

You should be able to do what you want to do but it will take two separate tasks. The single scheme backup should limit the backups.

Sets tasks to use the Weekly option but choose the Mon-Wed-Friday for Task 1 but choose Tues-Thur-Sat for Task 2.

Point each task to a different sub-folder. This will help to keep TI from getting confused.

When assigning a name, do it as part of the path when selecting the storage folder and assign the special name there so both the task and backup will have the same name. Don't try to do via the edit option. If changes are needed, it is better to create a new task with the proper settings.

On subsequent backup creation,you can expect to add (1),(2) etc to be added to the name of each backup for its own control purposes.

It might also be beneficial if you were to update to the most recent scheduler which was not part of your normal install. Click on my yellow colored signature link below and select item #8-AO from the indexed items.