[English]Windows-Nutzer haben mitunter das Problem, dass die Installation von Updates mit dem Fehlercode 0x80070490 abgewiesen wird. Ein Blog-Leser hat mich kürzlich auf einen Fall hingewiesen (es gab den Fehler mit den November- und Dezember 2019-Updates) und skizziert, wie er das lösen konnte.
Anzeige
Der Fehlercode kann bei allen Windows-Versionen auftreten – und ich hatte dieses Thema hier im Blog bereits mehrfach angesprochen (siehe Links am Artikelende).
Die Fehlerbeschreibung
Blog-Leser Tobias Husmann hat mich am 20. Dezember 2019 per E-Mail auf das Thema hingewiesen. Er hat gleich bei mehreren PCs ein komisches Verhalten beobachten können, zu dem er sich keinen Reim machen konnte. Am 20.12.2019 konnte er das Problem aber lösen. Das Problem:
Die PCs installieren keine kumulativen Updates mehr (weder 2019-10, 11 oder 12), da diese einfach mit dem Fehlercode 0x80070490 fehlschlagen.
Tobias schreibt, dass sie daraufhin einiges getestet haben, aber keine Erfolge verbuchen konnten. Dazu gehörte den Problembehebungsassistenten unter aka.ms/wudiag durchlaufen zu lassen, das Verzeichnis SoftwareDistribution umzubenennen usw.
Anzeige
Tobias schreibt: Feature-Upgrades und InPlace-Upgrades ließen sich zumindest auf einem betroffenen PC nicht mehr installieren. Weder das Aktivierungspaket 1903 noch auf 1909, noch das MediaCreationTool, gemountete ISO oder USB-Stick waren als InPlace-Upgrade nicht installierbar.
Der Fehlercode 0x80070490
Der Fehlercode 0x80070490 steht für E_ELEMENT_NOT_FOUND oder ähnliches, sprich: Ein zur Installation des Updates erforderliches Element wird im Paket nicht gefunden. Das deutet auf beschädigte Update-Pakete hin. Meist hat Microsoft was an den Paketen verbeutelt, wenn die obigen Methoden nicht helfen.
Diagnose NetFX ist schuld, und Abhilfe
Tobias schreibt, dass der per Powershell Get-WindowsUpdateLog auch nicht wirklich etwas brauchbares finden konnte. Die Lösung für seine Probleme brachte ein Blick in die Protokolldatei C:\Windows\Logs\CBS\CBS.log wo in etwa das folgende zu finden war:
2019-12-03 10:22:11, Info CBS Failed to resolve package:Microsoft-Windows-NetFx3-OnDemand-Package~31bf3856ad364e35~amd64~~10.0.18362.1 [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
Auf allen betroffenen Windows-Clients war das .net-Framework 3-Paket installiert. Aber nicht alle Systeme, auf denen .Net Framework 3.x installiert war, liefern den Update-Fehler. So viel an Vorbemerkungen. Die Lösung war das Deaktivierung des NetFx3-Pakets mit folgendem Befehl:
Dism /online /Disable-Feature /FeatureName:NetFx3
Danach erfolgte dann die Installation des Update KB4522355, die dann auch klappte. Im Anschluss hat er das NetFx3-Paket erneut mit folgendem Befehl aktiviert.
Dism /online /Enable-Feature /FeatureName:NetFx3
Dieser Ansatz ist hier im Blog schon an anderen Stellen zur Lösung eines Update-Installationsfehlers beschrieben worden. Tobias schreibt: Nach Installation des KB wird zwar ein Reboot verlangt. Aber man kann das Feature schon vorher erneut installieren. Feature-Upgrades klappen danach auch wieder. Im Nachgang schrieb mir Tobias vor einigen Tagen:
Nun hatte ich noch 2 Exemplare vor mir. Bei einem ließ sich Windows 10 1909 per Aktivierungspaket installieren, allerdings schlagen dann hinterher dort die genannten Updates (nur eben für 1909 statt 1903) wieder fehl.
Bei beiden Exemplaren benötigte ich einen Neustart zwischen dem Deaktivieren und erneutem Aktivieren des NetFx3.
Fragt sich, ob die nächsten Kumulativen Updates im Januar dann bei den problematischen Kisten klappen oder ob dann wieder so etwas notwendig sein sollte.
An dieser Stelle danke an Tobias und die Frage, ob sonst noch wer betroffen ist? Schauen wir, ob im Januar 2020 das Problem wieder auftaucht.
Ähnliche Artikel:
Windows Update/Service Pack 1-Installation: Fehler 0x80070490'
SP1 Fehler 0x80070490 (ERROR_NOT_FOUND)
Windows 10: Updates zum 16./17. August 2019
Windows 10: Ärger mit Update KB4016240?
Windows 10-Probleme mit Updates KB4522015, KB4522016 / KB4517211 (Sept. 2019)Windows 10: Feature on Demand Updates
.NET Framework 3.5 auf Windows 8.1 installieren
Anzeige
Normal-Verbraucher Tipp: Wenn ein Update nicht klappt, keine Zeit damit verschwenden, sondern einfach 1 oder 2 Wochen warten, und es dann nochmals versuchen.
Das hat an dieser Stelle nicht geholfen, da einfach alle (die Monate drauf) folgenden Kumulativen Updates nicht mehr installiert wurden und man somit ein potentiell unsicheres System im Netz stehen hat.
Einzige andere Lösung wäre hier noch eine Neuinstallation gewesen, die allerdings bei gewissen Maschinen nicht in Frage kommen würde.
Für die Freaks/Itler/admins:
Die Updates vor dem Ausrollen vorher testen.
Der Fehler trat nur auf einer begrenzten Anzahl an Systemen auf, auf keinem Testsystem und wie im Artikel beschrieben eben nicht auf allen Systemen, die das NetFX3 nutzen.
Blöde Frage, aber ein WSUS ist hier nicht involviert?
das NetFX3 file liegt übrigens immer im Installationsmedium in
..\sources\sxs\*netfx3*
Ich hatte das Problem einmal beim 1809 CU das den IE gepatcht hat. Hier hat das .NET Team von MS aber rasch reagiert und das entsprechend folgende CU repariert.
Möglicherweise ist hier auch wieder einmal ein "hoppala" passiert?
Mir fällt so etwas spätestens auf wenn ein Rechner bei uns neu installiert wird, der auch SAP bekommt, welches .NET35 als prerequisit hat.
Ja ein WSUS ist involviert, alternative Downloadquellen im Netzwerk sind allerdings nicht angegeben und per Richtlinie war es den Clients erlaubt auch bei MS danach zu suchen.
Die Quellen findet der jeweilige PC dann ja bei erneuter Aktivierung des NetFX3 korrekt ohne weitere Angabe von /source:… , also sollte diesbezüglich alles stimmig sein.