Skip to main content

Event code: 0x00640232+0x01E50010+0x000B0001

Thread needs solution

I get this when trying to manually delete older versions from within TI. They don't delete, and the error popup occurs every time.

Unknown error:
Event code: 0x00640232+0x01E50010+0x000B0001

There are no returns on this with a KB search.

Procedure is by the book, I believe:

1) Click the gear wheel for the appropriate backup
2) Choose 'Recover files'
3) Right click the date of the version (at the bottom of the recover files window) and choose 'Delete version'. (In this case I am right-clicking on the Monday version, which was a full backup, and which should, I believe, also delete the subsequent 5 incrementals, which would be dependent on that full version.)

But I get a popup saying I will delete (in this case) 5 versions, and right away something seems wrong, because I think I will be deleting 6 versions, as I said above. But I chose 'Delete anyway' from the popup.

The error message is immediate, and unfailing. Nothing is deleted.

Moreover, I do notice something extremely odd about the version timeline at the bottom of the recover files window. In this case my backup media contains a full version, created on Monday, and 5 incrementals created Tuesday through Saturday, in addition to another full version created on Sunday, all done by scheduling.

Yet, only Monday through Friday shows at the bottom of the recover files window. It's as if the recover files window has no knowledge of Saturday or Sunday versions, even though those backups were created and validated. It does not seem possible to view or select Saturday or Sunday versions in the recover files window, which seems very odd.

My automatic cleanup was set to retain 1 older version, which I guess was a mistake because I don't want to retain any older versions. So I have changed that option from 1 to zero. I wanted to wake up this morning to a new full version (that happened) and with all previous versions deleted (that did not happen). I assume the change to 0 older versions retained will solve this problem.

But ... why can't I delete versions without the error popup, and why do I only see Monday through Friday in the version timeline at the bottom of the recover files window?

0 Users found this helpful

Hi,

I have exactly the same issue as described in the previous post. Manual deletes of older versions raise the aforementioned error code and the database of previous backups is not complete. Acronis was working fine for many months until this error popped up.

Because of this issue, it was necessary to delete the 'lost' backups manually which introduces a second issue. When restarting TrueImage after a manual delete and reopening the 'Recover files' panel, the system recognizes all the files that are missing - even though these backups did not appear in the list of available backups previously! After clicking to 'ignore' the now deleted backups, the 'recover' screen opens but goes into a 'Not Responding' state. Restarting the application brings everything back to normal but the 'versions' counter is off with respect to what is actually available on the computer.

It may be necessary to just delete the entire backup scenario and define a new one but it would appear some improvements to the functionality are possible.

I believe what you have experienced is this, TI will not delete or remove a full backup until another full backup occurs. This is per schedule rules built into the app. All incremental backups dependent upon the full version will also not be deleted until the full version dependency is deleted. So until the next full backup scheduled is successfully backed up no deletions are made.

Same errror messages: 0x00640232+0x01E50010+0x000B0001
And I cannot delete nor consolidate versions. There is, however, a later full backup version (which is the original reason, why I want to remove the previous, now superfluous, versions).

Maik,

If you have reached the point where you have error messages and unable to perform deletes via the program, then you are probably at an empass.

You can try once more to perform deletions from within the program. If the deletion works, you can try a new backup and see if it will add new parts to the existing tib files, but I doubt if it will work correctly. If the deletion fails from within the program, then you will need to delete the desired files using Windows Explorer and you should also stop using the existing task.

My suggestion would be to create a new task and configure it so you do not need or use consolidation nor manual deletes. You can configure the backup scheme for automatic cleanup and the program will do its own cleanup once you reached a user set pre-configured number of backups to be retained. I have attached one example if your are using full + incremental backups. I much prefer the cleanup option "Store no more than X number of chains". This makes the automatiac cleanup deletion straight forward and this procedurew has had a high percentage rate of success. No consolidation and no user deletions needed. Adjust the number of inc and number of chains to fit your storage needs. Comments provided with the illustration.

GH12. Create Custom Incremental Backup Scheme. 6 Inc, Keep 4 chains.

If you need to change a task to unscheduled, this shows how.
GH1. How to change a backup task from scheduled to "Do Not Schedule".

If you need to remove a task from you main menu, this shows how.
GH20. Remove Single Task from Task Menu Listing

GH5. How to delete backup files using Acronis Backup 'Explorer'

If you are unable to delete the files via the program and from using Windows Explorer, you may have to use one of the free 3rd party programs to unlock the files to allow deletion.

GH14. Custom Differential Backup Scheme . 6 Diff, Keep 4 chains. & folder

I have the same problem, and it occurs again and again since many versions of Acronis TI. While I like this program, this error and the inability to properly delete older versions is a real nuisance. I do not understand why Acronis does neither solve the problem nor post anything in the KB.

After receiving the error, I regularly have to manually delete the unwanted versions (e.g. in order to free up disk space on the backup drive). Then, when trying to open "recover files" option, I must manually "ignore" the deleted versions. It seems that this is needed to clean up the database of TI. I do not want to just delete the old job and create a new one. First, I have a number of customizations that make this somewhat cumbersome, and on the other hand, I find it poor programming by Acronis if this is necessary.

Sometimes, I also need to manually add a backup that is not included. Such "database" maintenance should actually not be necessary and is IMHO a clear weakness of (the otherwise excellent) software TI.

I use a schedule for the backups and use incremental backups with normally maximum 2 or 3 version chains. Then it should automatically clean up.

Note that I currently use TI 2013 with Plus Package. I have always upgraded to the latest version so far. But now, I don't see any need for an upgrade if this problem of the database and the inability to delete unwanted versions is not eventually solved. I will upgrade again once Acronis has a solution.

UOB

Hi guys: Sorry to resurrect this thread but I'm dealing with the exact same issue. Every morning I get an error message that the backup of my disk failed because it's out of space (even though I set it up to automatically delete old backups.) But then when I try to manually delete it I see the error with "Event code: 0x00640232+0x01e50010+0x000B0001" and it doesn't let me do anything else.

I tried to post a similar question but the thread simply died. And Acronis tech support is a total rip off -- they want me to pay $20 per incident just to look at it :)

And I really don't want to dig into the depths of their software, because that is why I purchased it in the first place -- i.e. so that I don't have to do it!

I'm using Acronis True Image 2014. Can someone please explain in simple terms how to fix this if you've done so?