Is there a way to install this without error 13? I am currently running Windows 10 19042.630 Enterprise
Not defending the reposts, but @abbodi1406 posts are being reposted all over the world! All sorts of other forums are reposting MDL stuff. And they make it look like it's their posts, like they posted it first. It's rediculous.
So I am on 19042.630 right now should I do a resetbase and try the new preview update again? I have run both sfc /scannow, it returns no errors and I have also ran DISM /Online /Cleanup-Image /CheckHealth, and it returns no component store corruption detected. Thanks
Resetbase never was a good solution for this problem, most likely these errors are caused by cleanups of any kind. As you can see, msft did "release" 2 updates with the same name/kb, those are never good to use if you want to stay safe, just wait till next week, when the quality only updates normally are released.
Hi, I had the same “Error 13” trying to update with DISM from 19042.630 to 19042.661, I solved with this: 1.- Uninstall the KB4562830 (Enablement Package) update and restart windows. The system will back to Build 2004. 2.- You need the ISO 20H2 19042.508 or the latest 19042.630 3.- Now deploy the ISO and start the setup.exe and perform an Inplace Upgrade repair as usual. (Obviously keeping personal files and apps) 4.- After the Inplace Update, go through Windows Update once. 5.- OPTIONAL: After that, the KB4577586 must be reinstalled to remove the Adobe Flash Player. 6.- Now you can install the cab updates normally without the Error 13. I hope It helps.
Successfull online update from 19042.630 to 19042.631 on X86 and X64 Windows 20H2 Enterprise when applying the cab files mentioned by @abbodi1406.
Same, no resetbase, I tried cleanups, reset windows update, etc and no luck, I restored an image from a month ago and the update still failed, so I restored an image from 2 months ago and it finally installed. This happens like once/twice a year.
With a 19042.661 ISO you can simply do an inplace upgrade to get a pre-pre-pre-preview update from the internal channels, not even release preview, update installed.
I'm not sure you needed to go through all those steps to solve the "Error 13" issue. I think that taking ownership of the EditionVersion key and modifying the sub-keys to reflect 19041.488 would have been sufficient to enable an in-place repair with a 19042.508 or 19042.572 ISO. Once the repair is done, you can run an SFS /SCANNOW and then do your Windows Update to get to 630. After that, you could manually apply one of the 661 Updates. I did this a couple of days ago.
Bizarre Uninstall of 661: There are two 661 updates: 19041.661.1.7 and 19041.661.1.8. I applied both updates v7 and then v8 in succession. Then I decided to uninstall 661 to prepare for patch Tuesday. The uninstall was interesting because there was only one entry in the Windows Update uninstall list for KB4586853 (661). I uninstalled that entry, it didn't demand a reboot, but I rebooted anyway. I ran winver and it still reported version 19042.661. So I looked at the Windows Update uninstall list again and, to my astonishment, there it was again: KB4586853! So it occurred to me that there was one entry, but two installs of 661. I had only rolled back from v8 to v7. So I uninstalled KB4586853 again. This time it took longer and demanded a reboot. After the reboot, winver reported 19042.630 and KB4586853 was gone from the Windows Update uninstall list. 19042.630 is copacetic now.
If when creating an image I choose to remove boot.wim 1. Microsoft Windows PE (x64) should I still integrate the SafeOS DU?
So you are puzzled that you see one entry for KB4586853, and not puzzled for not seeing KB4586781 beforehand? all Cumulative Updates are chained by CBS name "Package_for_RollupFix" therefore, they all are versions of the same package/update (regardless of multiple versions for same KB), and you will always see one of them, the latest/higher version think of it like Win7 Appraiser KB2952664, which got nearly 32 versions try to uninstall those one by one