Solving error 0×80080005 of Windows Backup
Posted on 19 July 2010
| the issue | solution | problems | resources |
After using Windows Backup of Vista’s Backup Restore Center occasionally but without any notable problems, I happened today on a nasty message that I nor Google seemed to be able solve easily. It wasn’t until a few hours later that it occurred to me that me messing with the security of the System Volume Information had anything to do with it. The following describes how I solved the issue. If you came across the same issue and this helped you out, please let me know of your success or your findings.
The issue
When you click the button Back up Files or Back up computer you receive the error:
The backup application could not start due to an internal error:
Server execution failed (0×80080005)
Please check your system configuration and try again.
In your eventlog you may find the following entry under Application Events: “Block level backup engine service has stopped.”, under EventId 754, Level: Information, Source “Backup”.
Under the System event log you may find the following logentry: “The Block Level Backup Engine Service service entered the stopped state.”, eventId 7036, Level: Information, source “Service Control Manager Eventlog Provider”.
And under the same System event log you may find this entry: “The Block Level Backup Engine Service service terminated with the following error:
General access denied error”, EventID: 7023, Level: Error, Source: “Service Control Manager Eventlog Provider”.
When you try to manually start the service “Block level backup engine service” you receive the following error: “Windows could not start the Block Level Backup Engine Service service on Local Computer. Error 0×80070005: Access is denied.
All these errors have the same single source, as explained below under the solution.
The cause
While it has been reported that some bad behaving programs like McAfee, are known for causing the Volume Shadow Service to stop functioning properly (thanks McAfee!), the current issue is not caused by it.
Some remnants: the “5″ at the end of the error number suggested an access denied error to me, which was backed up by the Access Denied error reported in the eventlog under eventid 7023. Seeing this, I remembered I played around with the security of the System Volume Information. While I thought I only changed ownership to be able to view its contents, I apparently destroyed the ACL of some of the objects underneath that directory.
What you may have done to get the 0×80080005 error is the following, which is repeatable:
- You tried to find out what the heck the System Volume Information folder is all about;
- Not satisfied with the Access Denied error you got when clicking the folder, you changed its ownership and then its rights;
- You received errors like the one in the screenshot on the right, you figured “ooops” and clicked cancel; you shouldn’t have done that!
- You noticed that the directory is now readable and you didn’t give it another thought until your next backup moment.
What happened is this: the moment you clicked cancel, Windows stopped adding your new rights (the new ACLs) to the other directories and files. However, some files were half way being altered (either original rights removed, or half of the new rights added). This has resulted in one or more files or folders that are completely inaccessible by the system or by you.
Note that it is allowed to change the rights on this folder, but you must do so carefully and correctly. Note also that the next time you run the Volume Shadow Service (run by the Backup Service or any properly behaving setup), the original rights will be restored and subsequent access to that directory will be denied.
The solution
As mentioned in the intro, googling this issue doesn’t provide the right answers, so I’ll give it a try. If you are handy with security, the quick solution is: just restore the security of the System Volume Information directory to its defaults, which is: give SYSTEM full control on all its descendants. If you are unsure how to do this or you continue to receive errors, follow the steps in the next section:
Restore ACL rights of System Volume Information
If you did something similar or suspect another application to have done it for you, follow these steps to correct this:
- Rightclick c:\System Volume Information in Windows Explorer and select Properties;
- Select the Security tab and check whether or not SYSTEM is in the list with full control, if not:
- Click Edit and select Add in the next screen;
- Type “SYSTEM”, and click OK;
- Select Full Control under the Allow column;
- Click OK, you may get some access denied errors, in which case you should repeatedly click Continue;
Click the Advanced button, then click Edit under the main tab (Permissions);- Select Replace all existing inheritable permissions on all descendants with inheritable permissions from this object (see screenshot).
- Click Ok. You may get some access denied errors, in which case you should repeatedly click Continue (note: do NOT click Cancel, as in that case, not all but only the first few objects will inherit the permissions!).
It just works
After these steps, you should be able to run the Block Level Backup Engine Service again. Just try it from the Services window, or run System Backup directly. If it doesn’t work, please let me know below.
Problems
Executing the steps in the previous section, you may repeatedly get the following message box:
If this happens, make sure to click Continue. Do not click Cancel, as that will result in the operation to stop right in the middle. It may well be that if you changed the System Volume Information security settings by hand previously, that you hit Cancel and thus caused the Backup Service to behave as described in the beginning of this post.
You will receive this message box more than once, notably for each oddly named system file in this directory that ends with “{3808876b-c176-4e48-b7ae-04046e6cc752}” (this GUID may be different, depending on your Vista or Windows 7 version and installed service packs). The amount of popups is equal to the amount of restore points you currently have, plus one.
Resources
None at this moment.
Don’t follow the advised on the TechNet, MS Connect and MSDN forums, they are time-consuming and don’t work if you have a newer version of .NET installed like .NET 4.0. Instead, read this and easily fix this hard-to-resolve error by simply changing one registry value. read article
Ever tried to shrink a volume? Ever wondered why you cannot shrink a volume smaller than half its size? Ever wondered what $MFTMirr is all about and what it’s doing in the middle of your drive? Or do you just want to get the biggest available free space and shrink your drive? Then this article is for you — read article
The improvements that matter to you, focused on the .NET Framework in general and the CLR or CLI especially. Read about parallel computing and concurrency support that’s now available to everybody developing for .NET — read article
14 responses to Solving error 0×80080005 of Windows Backup
Leave a Response
Additional comments powered by BackType
Please update for clarity.
step 3) above, there is not EDIT tile but rather a CHANGE PERMISSIONS one.
It seems when you check the “replace all existing inheritable…” when you come back in (after click OK on any popup, full OK’ing any prior applet window you see), that checkmark will be no longer checked (i.e. it doesn’t stick). I assume this original check drove the ACL rebuild process and it now no longer needs to be checked.
Semi-lifesaver as I monkeyed with my SVI folder last night trying to learn about Windows System Image and plowed my way in just to be able to do a “dir” command in DOS. I wasn’t even searching for this specifically, but it has just come into play.
I think you left something out. On step #3, substeps 2 and 3, I assume one should REMOVE themself (or administrator) from ANY access to the SVI folder.
This solution worked but new problem is come out.How to solve this issue…?
backup was successful but some files skipped
Backup encountered a problem while backing up file C:\Users\user\Videos\Searches. Error:(The system cannot find the file specified. (0×80070002))
FINALLY!!! THANK YOU, This is the only solution that worked!!! Thank you…..Unreal!
Wazz
you, sir, are a genius. very many thanks, and i sicerely hope others including M1cr0s0ft find this helpful information. may i add, that when i opened the sysvolinf i found that system still had full permissions but i actually needed to add my own user and assign full control to effect same result as per your guidance. very many thanks again, merry christmas and a happy and prosperous new year. lots of love.
Effectively I remenber to have changed the permission of the files on the C: drive.(I am not an expert and I did this for all the files on C: because I was sick for the access denied for my files in the User folder)
I followed your procedure but without succes: I received a lot of access denied errors, and I repeatedly click Continue but I received also one other error message : “… not able to save the permission rights- access denied” (of somethink alike because I didn’t noted the message)
then I did your procedure one more time but I also checked the box “Include inheritable permission from this object’s parents” and this time I was successfull, I can now launch the backup program.
Hi Richard,
Normally, that shouldn’t be necessary, but it is good to know that in certain cases it helps to also include inheritable permissions. What happens then is that permissions that are not available on the children at all, are now copied to them. This is not always desirable, but I’m glad it works for your situation.
Thanks guys, this also worked for me, I had to check both boxes. Finally backup works again. High five!
Spent 5 hours on this. Couldn’t figure out what was the matter.
You are a genius.
xx Thanks for the FIX !!!
thanks for the explanation, works fine for me
I was not able to reset the ACLs on the System Volume Information folder as explained above. I got an Access denied error.
Instead I fixed it by changing the logon account for the wbengine service to use the administrator account.
It’s working like this, but still I’d be interested in a solution to run the wbengine service under the local System account. Any suggestions?
Normally, you cannot access System Volume Information. You receive “Access Denied” when you click that directory. However, when you right-click and select Properties then you can select the Security tab, click Continue (depending on how you are logged on) and then follow the steps above for resetting the ACL.
Note that the instructions apply to certain event log entries. If you have different event log entries than described above, this may not apply to you.
After this is fixed, your WbEngine service should be able to run as it used to.
Just wanted to say “thanks” Abel, worked like a charm.
I have got this problem and a few others like it (security related) since I used ImageX to image my hard drive to move the OS volume onto a new bigger HDD. Doing this manually risks changing the security permissions, for example I had to change ownership of one folder from TrustedInstaller to myself because Microsoft Virtual PC could not start a virtual machine that was working fine before.