Skip to main content

Backup always fails on reading a file.

Thread needs solution

I've a problem with True image v10.0 (build 4,942)

Most times I attempt a full backup it runs for a while but then gives a file reading error:

Failed to backup file or folder 'C:\Documents and Settings\toby\My Documents\My Music\Tchaikovsky\The very best of Tchaikovsky\02 Serenade for Strings.mp3'.
Error reading the file. (0x40001)
Tag = 0x61F1883FE50B0AF4
(0x1003EB)
Tag = 0x14181C22EF45AC01: Retry/Ignore/Cancel

retry just repeats the same error. Ignore gets the same error on the next file. I can access the affected files via windows explorer without any errors. (and it is a different file each time)

True image was working fine for about a year and then started this problem. I just upgraded to the latest build but it still occurs.
I am backing up from the C drive to a backup location on a networked NAS (linkstation) mapped as L:
The C drive is not compressed but is mirrored (raid 1).

For it is worth I have a friend (who I recommended TI to) who has the same problem and has found no solution. He also has a raided C:.

I've spent a while searching for solutions but got nowhere. Any ideas before I give up and use another backup solution?

Br
Toby

0 Users found this helpful

Hello Toby,

Thank you for posting your question, I will be happy to help. 
To resolve the issue please renew SnapAPI drivers, that are responsible for the malfunction.

- Download SnapAPI update

- Unpack the archive and run the SnapAPISetup.msi file;

- Go through the wizard screens and hit Proceed to install the update.

You will need to reboot the machine to finish the installation. See if the issue remains. If the issue still persists, please  download Acronis Report utility available here and run it, create a report and attach the file to your next post. Please compress the Acronis Report output file into an archive (e.g. with WinZip) and attach to your message by browsing for the archive.

This would provide us with detailed information on the hard disk partition structure.

Please let us know the results, we should be sure that the program runs flawlessly. If the provided information is not clear or if you have any other questions do not hesitate to post them and we will be glad to answer.
Thank you.

Hi Oleg,

thanks for the suggestion.
I've installed the snapapi and rebooted and it. Unfortunately it failed again. On a different file but it does appear to always be at roughly the same place in the directory structure. (i.e. in My Music somewhere)

E00040001: Failed to backup file or folder 'C:\Documents and Settings\toby\My Documents\My Music\Fleetwood Mac\Thumbs.db'.

Error reading the file. (0x40001)
Tag = 0x61F1883FE50B0AF4
(0x1003EB)
Tag = 0x14181C22EF45AC0

the report is attached.

Thanks!
Toby

Attachment Size
29463-89035.zip 17.57 KB

Hello Toby,

Thank you for your response.

Acronis Report didn't reveal any file system errors. So, the program is unable to handle the compressed files properly. I am sending a Private Message to you, we will check what we can propose. 

We are looking forward to hearing back from you. If the provided information is not clear or if you have any other questions do not hesitate to post them and we will be glad to answer.

Thank you.

Hi,

I have the same problem on my side.

Im using Windows 7 Professional 32bit and True Image Home 2011 (last available build). I back up to a Synology NAS and I got a patch from Synology to use TIH with my NAS ("Samba Patch"). That means in general the backups are working and I have no problems with user/pass on my NAS.

The backup always stops when it tries to backup a "Thumbs.db" - file. Then I can "Ignore" or "Abort" it.

How can I solve it?

Thanks a lot,
Christian

Attachment Size
45642-92083.jpg 29.83 KB

I have a very similar problem. I am also using TI 10 Build 4,942 on Windows XP.

When backing up the file structure of My Documents a number of files cannot be read. If I reply "ignore" in each
case the job completes, but all those files missing.

Every week I do a full backup of the complete system on partition C which includes the same files.
In this case TI can read all files and also restore the complete system.

The resolution of the original problem of this thread is not apparent as it went private.
Attached I send you a text file with the list of some of the error messages.
I would appreciate your help

Are any of these files encrypted (right click the file, propreties)?

The full backup that is working, is it an image? and the one that is failing, is it a file backup?

Is the backup that is failing scheduled? If yes, does it run normally when you launch it manually?

The files are not encrypted.

The full backup is initiated by requesting back up "of my computer" whether that is an image I do not know.

The failing backup is a backup of "my data" and it is scheduled.

The same backup job initiated manually completed successfully.

So the backup job completes OK manually, but fails when scheduled. This indicates that one process (manual backup) running under your administrator account can process the file(s), whether the same process (through the scheduler) running under the system account cannot process the file.

CHeck the permissions of one file that fails, make sure that system, your user and administrators have full control. Try to backup that file to make sure this makes a difference.

The full system backup also runs under the scheduler.
Yes, user, system and administrator have full control of the files which could not be read..

This morning at 8 am the scheduled backup of the documents which had failed ran again and this time completed successfully.
The only change I made since yesterday was the installation of the scheduler update:
acronisscheduler461forabr

This may have fixed the problem.
Do you agree?

The full system backup also runs under the scheduler.
Yes, user, system and administrator have full control of the files which could not be read..

This morning at 8 am the scheduled backup of the documents which had failed ran again and this time completed successfully.
The only change I made since yesterday was the installation of the scheduler update:
acronisscheduler461forabr

This may have fixed the problem.
Do you agree?

That might fix it, precisely because of different settings for the scheduler service. Maybe.

If this is not a scheduler issue, the only option I can think of is a corrupted file system. Running chckdsk /r (xp) or -r (Win7) from an administrator command prompt should take care of this possibility.