[German]Microsoft's Windows 10 Creators Update images contains a flaw. Broken manifest files are causing DISM to stall with error 0x800F081F. Here are a few details and a fix.
Advertising
What's broken?
After upgrading a system, some users are running a file system check, as discussed within my blog post Check and repair Windows system files and component store – to assure, that all files are intact. Users upgrading or installing Windows 10 Creators Update are facing an error after executing the following commands (see also Windows 10 Creators Update Troubleshooting – part 1). The error will be shown, after the 2nd command is executed within an administrative command or PowerShell window:
DISM.exe /Online /Cleanup-image /Scanhealth
DISM.exe /Online /Cleanup-image /Restorehealth
The screenshot shown below, has been taken from my German Windows 10 V1703. The /RestoreHealt command has been aborted with error 0x800F081F.
The reason for error 0x800F081F in Windows 10 Version 1703
DISM says, that the source to repair the corrupted file can't be found. In normal circumstances, it's possible to use an install DVD as a source. But if the install image also contains the broken files, it won't help.
Advertising
DISM creates a log file dism.log at C:\Windows\Logs\DISM\ – but within my test environment I wasn't able to detect the root cause (the file mentioned below was never reported). But a reader of my German blog left a comment pointing to a forum post. Within this english forum thread someone was able to detect the faulty file within the log file after executing dism … /scanhealth – it was the file:
Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~10.0.15063.0
that is shipped with a damaged MUM file (Microsoft Update Manifest, error CBS Corrupt MUM).
A fix for error 0x800F081F in Windows 10 Version 1703
The fix removes all references to this file (probably left from Insider Preview program) from registry and from component store. References to component store may be found within the registry branche:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\
in subkeys:
Component Based Servicing\PackageIndex
Component Based Servicing\Package
To remove the registry entries, proceed the following steps.
1. Launch registry editor regedit.exe from an administrator account or use Run as administrator context menu command after searching for the file in taskbar's search box.
2. Confirm UAC and navigate to the following registry keys.
3. Grant full access rights to the admin account and delete the entries using context menu command delete.
It's probably a good idea to export the registry key into a .reg file using File/Export.
The first key is:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\PackageIndex\Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~0.0.0.0
The 2nd key is:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages\Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~10.0.15063.0
You can't delete these keys, even, if you an administrator, because of missing rights. The following error will be shown.
Therefore use the following additional steps.
1. Right click the key in the left pane and select Permission (see).
2. Select on property page Permissions the group Administrators in Group- or user names.
3. Check the Full control checkbox in column Allow (group Permissions for "Administrators" and click OK.
4. Then right click the registry keys mentioned above and delete them via context menu command Delete.
After deleting the two registry entries mentioned above, proceed another step and open Windows Explorer. Then navigate to folgender:
C:\Windows\Servicing\Packages
Delete the two .cat and .mum files named:
Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~*.*
via context menu command of via Delete button in Explorer's menu bar. This requires administrative user rights.
Note the comment given below, mentions another key (probably in 64-bit-environments), if the fix given above doesn't work.
After finishing the steps give above, try to check the system health using dism. As shown above, the system integrity check with dism shall be successful.
Similar articles:
Windows 10 V1703 Wiki
Check and repair Windows system files and component store
Windows 10 Creators Update Troubleshooting – part 1
Windows 10: Disk Cleanup is causing a Blue Screen
Windows 10 V1703: SuperFetch service fails
Advertising
Thanks for writing about this error 0x800F081F, that I keep receiving. I now know it has nothing to do with .net 3.5 and really is about the Creators Update. I clean installed once from it and it seems to be there anyway on clean install. Ya, the new install.esd doesn't seem to fix it for me either, nor component fixes, or anything from command lines. Hopefully there is a better fix than touching the registry about it, in the future, but thanks!
Hello sir. Thank you for posting this fix (in process of testing if it works or not). I was getting ready to start hunting down Microsoft employees for releasing this shoddy piece of crap of an operating system and not fixing this particular error THAT I HAD PERSONALLY REPORTED TO THEM A MONTH AGO. Yes, I spent 4 hours over 4 days convincing Microsoft tech support that this was an issue and finally got in touch with a engineer who captured all the log info and…..nothing. No fix, no word, just stagnation. Well, anyhow, I did want to bring up a…a difference…that I encountered when following your tutorial. I don't know what the difference between your system and mine is, but the two registry keys that I found and deleted were [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\PackageIndex\Microsoft-Windows-TestRoot-and-FlightSigning-Package~31bf3856ad364e35~amd64~~0.0.0.0] and [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\PackageIndex\Microsoft-Windows-TestRoot-and-FlightSigning-WOW64-Package~31bf3856ad364e35~amd64~~0.0.0.0]
The difference being that both of my registry entries have 0.0.0.0 for what appears to be a version number and one of my registry keys has "WOW64" in the name, while neither of your keys has them. Furthermore, when I went to C:\Windows\servicing\packages, there were 4 cat and mum files that had "Microsoft-Windows-TestRoot-and-FlightSigning" in the name. Two of them contained the "WOW64" previously mentioned. Anyway, so I deleted the two registry keys I had, and moved all 4 cat and mum files out of the folder and re-ran the scan. Still same issue. It appears not to have worked.
I take that back. I didn't delete the registry keys in "Packages" (there were two of them also, one with "WOW64"). When I did and re-ran it, it worked. If only Microsoft was as smart….
Well, I tested it on a 32-Bit-VM – your machine was probably a 64-Bit-Install.
BTW: I've escalated that issue after W10 V1703 release (as a MS Answers community moderator, I'm able to to that). Then I was last Wednesday in touch with Microsoft's Product Group. I raised this issue – and it has been confirmed, that it's a known issue and that MS developers work on it – but no solution yet.
For 64-bit systems, you need to delete 4 keys in the registry. 2 keys about which is written in the article, plus 2 exactly the same keys that contain the name WOW64. You also need to delete 4 .cat and .mum files. After that, DISM will work.
Thanks man for this fix, searched for hours before finding your site
Brilliant, have been searching for a couple of weeks to fix this. I use win 10 64 bit and in the regedit just remove the WOW64 files as well and the same in in explorer. Worked perfect first time and now have my system faults repaired.
I am not the brightest bulb and I know how to get around in the registry and have look at the instructions but I am not sure as to what you have deleted. Is it just the 0.0.0.0 and nothing ells in both?
Is there any way for some one to do a step by step on how to make the correction, giving exactly what to delete. I need help badly.
Dears!
After chat and remote control with support MS :
Error: 0x800f081f
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\Sources\install.wim:1 /LimitAccess
Deployment Image Servicing and Management tool
Version: 10.0.15063.0
[===========================88.2%=================== ]
Error: 0x800f081f
The source files could not be found.
************
I receive:
This should be handled by our Professional support team
5:19 pm
I will provide you the direct number for the Pro support team.
5:20 pm
Here it is:
1 800 936 4900
5:20 pm
J
You have to call this number to be able to get this resolve.
5:20 pm
Just in case you need further assistance don't hesitate to contact us again at www. answerdesk. com
******
Gentlemen and who can call the United States and talk with technical services to solve the problem .. I am not fluent in English and there is no possibility. Can joint efforts solve the problem.
Thanks
Windows 10 Creators Update (Version 1703) fixes the problem.
Dear Guenni!
Very sorry,
but Error: 0x800f081f DISM==
is AFTER win 10 1703 build 15063.290 creator Update
and DO not fixed….
Help wanted!
Try to use the fixes mentioned above to derive a working solution, that's all I can suggest currently.
Addendum: I just tested Version 1703 (Build 15063.296) worked without a flaw. I'm using a local account on this test machine so far.
hahah……..dont even bother calling MS> They have NOT ONE competent tech on any tech support line you can call. I am serious……dont waste your time and dont take any advice they give you. They hire these tech guys off the streets and tell them to read windows for dummies . If you think i am kidding around……….go waste 4-5 hours or days with those idiots, in the end, they will tell you to reinstall windows and you will be facing the same issues you had when you first called in.
dear Guenni !
thanks for help.
win 10 enterprise x64 is my os…
Thanks it worked! Yet I wanted to know whether it will interfere with other updates and upgrades, and if it might come back because of updates or upgrades.
Hi i have same problem but on Windows 8.1
Could i do this too or no???
Try it, but I'm not sure whether this will fix your issue or not.
But there is a risk that doing this i can do some damage? because its Windows 8.1 not 10?
there is risk only because MS does not support 8.1
you can back up the registry or probably rename a line that you want to try to ignore as "old" lines instead (search for renaming registry line items in 8.1)! then it is easy to go back in and undo any changes that you make to registry.
Yes, it worked like a charm…..!! Thanks guys all
Thanks for the article. It works!
Checked and double checked these instructions after executing them.
Sorry to say dism still hangs (at 86%) and the crashes.
Yes, I do! reinstall windows.
Blinked blink-the question remained:
to be or not to be
or how to make a workable dism?
Who know?
Pingback: DSIM Windows 10 Creators Update (1703) Error: 0x800f081f – MDW
Yes! Win 10 rev 1709 DO workable DISM!
Upgrade to 1709!
Hello
I tried everything including this fix at no avail. Still no luck and it ends at 85%. Tried different ISO's from windows 10 versions. It does not want to be found, these sources.
I have windows 10 64 bit 1703 trying to upgrade to 1709 which is a true nightmare for a week now. I gets stuck at 45%, rolls back and downloads again…and again…
I have seen advice to perform a DISM first and that has this error 0x800f081f
Really this drives me crazy now!
Use Media Creation Tool to create an install medium, boot from this medium and try a clean install.
stupid microsoft, thank you!!!!!!!!!
I have a Precision WorkStation from Dell. Brand New out of the box with 1809 on it …. it's not working …
Those entries don't exsist on this computer. So I am completely stuck.
Well, it may also bee an error caused by Dell's Windows 10 image. Contact Dell for further assistance in this case.
and if you don't have either of those two registry entries?
I know this is an older thread. I'm having the error 0x800F081F in Windows 10 Version 1909. Any ideas on fixing the error in this version? Found this link in a Microsoft forum on this issue.
Hi
I have the same error that DISM can't find source files but there is no TestRoot-and-FlightSigning files nor registries.
My Windows version is 17763.503 and the image that I used is version 19041.572.
The command that I used was:
DISM /image:D:\ /cleanup-image /restorehealth /source:E:\sources\install.esd:6 /limitaccess /scratchdir:D:\scratch
I used the Command Prompt in Windows installation disk.
D: is the Windows directory and E: is the USB drive.
I also ran startcomponentcleanup but completed successfully only in 20%.
And analyzecomponetstore which ended with error 0x800f0900.
Can you help please?