{"id":180011,"date":"2016-08-05T01:00:00","date_gmt":"2016-08-04T23:00:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=180011"},"modified":"2021-06-12T08:26:10","modified_gmt":"2021-06-12T06:26:10","slug":"windows-10-anniversary-update-fehler-0x80070002-0x20007","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2016\/08\/05\/windows-10-anniversary-update-fehler-0x80070002-0x20007\/","title":{"rendered":"Windows 10 Anniversary Update Fehler 0x80070002 – 0x20007"},"content":{"rendered":"

Besitzer eine Microsoft Surface Pro 3 oder Surface Pro 4 berichten von einem Installationsabbruch beim Umstieg auf Windows 10 Anniversary Update. Es wird der Fehler 0x80070002 \u2013 0x20007 gemeldet. Aber der Fehler kann auch andere Systeme treffen.<\/p>\n

<\/p>\n

Das Fehlerbild<\/h3>\n

\"\"Das Fehlerbild ist recht einfach \u2013 die Installation des Windows 10 Anniversary Update wird \u00fcber Windows Update angesto\u00dfen, l\u00e4sst sich aber nicht installieren. Auch die Installation \u00fcber ein mit dem Windows Media Creation Tool erstelltes Installationsabbild f\u00fcr Windows 10 Version 1607 scheitert per Update-Installation. Es wird der Fehler 0x80070002 \u2013 0x20007 gemeldet. Konkret gibt es die Meldung:<\/p>\n

0x8007000 – 0x20007<\/p>\n

Die Installation war nicht erfolgreich. In der Phase SAFE_OS ist w\u00e4hrend des Vorgangs INSTALL_DRIVERS ein Fehler aufgetreten.<\/p><\/blockquote>\n

In diesem Microsoft Answers-Forenthread<\/a> sind mir mehrere Besitzer eine Surface Pro 3\/4 aufgefallen. Aber ich denke, dass dies nur ein Zufall ist. Daher beschreibe ich mal ein paar Punkte, die man abpr\u00fcfen sollte.<\/p>\n

Ursache Speichermangel kann es nicht sein<\/h3>\n

Meine erste Vermutung war, dass m\u00f6glicherweise Speicherplatzmangel den Abbruch mit Fehler 0x80070002 \u2013 0x20007 verursacht (siehe hier<\/a> und hier<\/a>). Aber im verlinkten Thread gab es die R\u00fcckmeldung, dass auf den Ger\u00e4ten sehr viel freie Kapazit\u00e4t auf dem Windows-Laufwerk vorhanden war (> 50 GByte).<\/p>\n

Ein fr\u00fcherer Bug als Erkl\u00e4rung<\/h3>\n

In der Build 10122 der Windows 10 Insider Preview gab es genau diesen Fehler 0x80070057 \u2013 0x20007. Damals war es ein Bug (siehe<\/a>). Hier der Originaltext von Microsoft.<\/p>\n

Upgrading to this build on certain PCs may fail and roll back to the previously installed build with error 0x80070057 \u2013 0x20007. This is a bug where too many device INFs are being migrated and hitting an internal limit. Possible workaround is to use Disk Cleanup to clean up system files and choose Device driver packages, Previous Windows installations and Temporary Windows installation files. You may also need to remove unnecessary peripherals and remove them from Device Manager and trying the upgrade again.<\/p><\/blockquote>\n

In diesem Technet-Artikel (gel\u00f6scht) hat Pieter Wigleven eine L\u00f6sung vorgestellt, um die Zahl der Treiber, die per INF-Datei zu aktualisieren sind, zu bereinigen. Hier die Schritte in deutsch:<\/p>\n

1. Besorgt euch das Sysinternals-Tool psexec.exe<\/a> und speichert dieses in einen Ordner (vorgeschlagen wird c:\\temp<\/em>).<\/p>\n

2. \u00d6ffnet eine Eingabeaufforderung mit administrativen Berechtigungen (siehe Windows 10: Eingabeaufforderung als Administrator \u00f6ffnen<\/a>). \u00a0<\/em><\/p>\n

3. Gebt den Befehl C:\\Temp\\psexec.exe \u2013s \u2013i cmd.exe<\/em> (oder \/s \/i verwenden) ein, wobei C:\\Temp<\/em> der Ordner ist, in dem das Tool psexec.exe<\/em> gespeichert wurde.<\/p>\n

Der Befehl \u00f6ffnet eine Eingabeaufforderung, die mit Systemrechten (wegen des Schalters \u2013s) l\u00e4uft. Diese sollte wie hier gezeigt aussehen.<\/p>\n

\"image\"<\/a>(Quelle: Technet)<\/p>\n

In obigem Fenster werden die Berechtigungen mit whoami<\/em> abgefragt und es muss \"system\" gemeldet werden.<\/p>\n

4. Nun ist folgender Befehl in der Eingabeaufforderung einzugeben und mit der Eingabetaste abzuschlie\u00dfen:<\/p>\n

rundll32.exe pnpclean.dll,RunDLL_PnpClean \/DRIVERS \/MAXCLEAN<\/em><\/p>\n

Der Befehl versucht den Treibercache zu bereinigen und alte Treibereintr\u00e4ge zu l\u00f6schen. Nach erfolgreicher Ausf\u00fchrung kann man versuchen, ob das Upgrade nun durchl\u00e4uft.<\/p>\n

Firmware nicht aktuell?<\/h3>\n

Eine weitere Vermutung von mir war eigentlich, dass die Surface Pro 3\/4 m\u00f6glicherweise nicht auf dem aktuellen Firmware-Stand waren. Gerade im Juni 2016 kamen noch einige Firmware-Updates f\u00fcr die Ger\u00e4te heraus (siehe Linkliste). Wie es ausschaut, d\u00fcrfte das nicht die Ursache sein \u2013 trotzdem pr\u00fcfen.<\/p>\n

Fremdtools\/-Treiber st\u00f6ren<\/h3>\n

Die wahrscheinlichste Ursache: Filtertreiber von Drittherstellertools (Virenscanner, Firewalls, Backup-L\u00f6sungen) st\u00f6ren das Upgrade. In diesem \u00e4lteren Thread<\/a> zu Windows 8.1 wird dieser Fehler auf AVG zur\u00fcckgef\u00fchrt. Und im aktuellen MS Answers-Forenthread<\/a>, den ich mit verfolge, best\u00e4tigen die Betroffenen, dass Eset Smart Security 9, GData Security und COMODO Internet Security Pro auf den Systemen installiert sind.<\/p>\n

Da hilft nur noch: Security Software deinstallieren und ein Clean Tool des Anbieters ausf\u00fchren, um die Installationsreste zu entfernen. Im Nachgang ist eine Systempr\u00fcfung, wie im Artikel Windows 8: Komponentenstore reparieren<\/a> beschrieben, durchzuf\u00fchren. Vielleicht hilft das weiter.<\/p>\n

Bei neuen Erkenntnissen trage ich diese im Blog-Beitrag nach.<\/p>\n

St\u00f6rende Software<\/h3>\n

Bei Nachrecherchen zu diesem Thema sind mir noch folgende Software-Produkte als st\u00f6rend unter die Augen gekommen.<\/p>\n