{"id":1931,"date":"2017-01-24T14:59:44","date_gmt":"2017-01-24T13:59:44","guid":{"rendered":"http:\/\/eskerahn.dk\/?p=1931"},"modified":"2018-10-15T16:08:06","modified_gmt":"2018-10-15T14:08:06","slug":"fix-for-windows-update-issues-e-g-kb3213986","status":"publish","type":"post","link":"https:\/\/eskerahn.dk\/?p=1931","title":{"rendered":"Fix for windows update issues, e.g. KB3213986"},"content":{"rendered":"

Many people are experiencing issues installing the cumulative update KB3213986\u00a0 \"\"<\/a><\/p>\n

And there are a lot of pages on this suggesting the usual stop\/rename\/start stuff, but that did not do the trick on a machine I had to fiddle with.<\/p>\n

The answer was .NET – again !!!<\/p>\n

<\/p>\n

I guess most technicians have seen\/used a script similar to this one to generally fix WU when it have fucked itself up. (run as admin)<\/p>\n

@ECHO OFF<\/code>\r\necho This script is intended to stop Windows Update being COMPLETELY and UTTERLY rubbish<\/code>\r\nPAUSE<\/code>\r\nattrib -h -r -s\u00a0\u00a0\u00a0 %windir%\\system32\\catroot2<\/code>\r\nattrib -h -r -s \/s %windir%\\system32\\catroot2\\*.*<\/code>\r\nnet stop wuauserv<\/code>\r\nnet stop CryptSvc<\/code> \r\nnet stop BITS<\/code>\r\nNET STOP MSISERVER<\/code>\r\nrd \/s\/q %windir%\\system32\\catroot2.~old\\<\/code>\r\nren\u00a0\u00a0\u00a0\u00a0 %windir%\\system32\\catroot2 catroot2.~old<\/code>\r\nrd \/s\/q %windir%\\SoftwareDistribution.~old\\<\/code>\r\nren\u00a0\u00a0\u00a0\u00a0 %windir%\\SoftwareDistribution SoftwareDistribution.~old<\/code>\r\nrd \/s\/q \"%ALLUSERSPROFILE%\\application data\\Microsoft\\Network\\downloader.~old\"<\/code>\r\nren\u00a0\u00a0\u00a0\u00a0 \"%ALLUSERSPROFILE%\\application data\\Microsoft\\Network\\downloader\" downloader.~old <\/code>\r\nNET Start MSISERVER<\/code>\r\nnet Start BITS <\/code>\r\nnet start CryptSvc <\/code>\r\nnet start wuauserv\r\necho. <\/code>\r\necho Windows Update should now work properly. Thanks Microsoft.<\/code>\r\nPAUSE<\/code><\/pre>\n
(I have added a few RDs to this<\/a> as it is more than likely it is not a one time thing, so you need to kill the old back up folders from last error…)<\/p>\n
But this did not do the trick on this particular machine.<\/p>\n
Typically KB3213986 after a long time ends with a 0x80073712, that do not make us much wiser. Fetching the update from the catalogue server <\/a>does the same, except you won’t even get an error code….<\/p>\n
I then got an idea, based on a fix for problems updating Windows Defender I have seen on another machine last fall.<\/p>\n
Here the trick was to do a (superfluous) repair on some of the installed .net packages(!) without boot, and then do the install.<\/p>\n
\"\"<\/a><\/p>\n
But the machine in question did not have any of these.<\/p>\n
So under windows components, I (optimistically) ticked “ASP.NET 4.6<\/strong>“, and tried again, without boot<\/span><\/strong>, and TADA it worked!<\/p>\n
\"\"<\/a><\/p>\n
After about an hour or so it came through…<\/p>\n
I do not know WHY this works, but my GUESS is that the update assume it can use and\/or update some .NET stuff, that might not be available or might be in use.<\/p>\n","protected":false},"excerpt":{"rendered":"
Many people are experiencing issues installing the cumulative update KB3213986\u00a0 And there are a lot of pages on this suggesting the usual stop\/rename\/start stuff, but that did not do the trick on a machine I had to fiddle with. The answer was .NET – again !!!<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[],"class_list":["post-1931","post","type-post","status-publish","format-standard","hentry","category-pc-and-code-samples"],"_links":{"self":[{"href":"https:\/\/eskerahn.dk\/index.php?rest_route=\/wp\/v2\/posts\/1931","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/eskerahn.dk\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/eskerahn.dk\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/eskerahn.dk\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/eskerahn.dk\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1931"}],"version-history":[{"count":5,"href":"https:\/\/eskerahn.dk\/index.php?rest_route=\/wp\/v2\/posts\/1931\/revisions"}],"predecessor-version":[{"id":2602,"href":"https:\/\/eskerahn.dk\/index.php?rest_route=\/wp\/v2\/posts\/1931\/revisions\/2602"}],"wp:attachment":[{"href":"https:\/\/eskerahn.dk\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1931"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/eskerahn.dk\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1931"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/eskerahn.dk\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1931"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}