[English]Der Upgrade-Fehler 0x80070570-0x2000C beim Umstieg von Windows 7/8.1 auf Windows 10 tritt wohl bei einigen Nutzern auf. Weiterhin kann der Fehler bei Windows 10-Feature-Upgrades vorkommen. Hier ein paar Infos, wie man das Ganze eingrenzen kann.
Anzeige
Auf den Fehler bin ich im MS Answers-Thread Windows 10 wird nicht installiert (Fehler 0x80070570-0x2000C in phase safe_os apply image nicht durchführbar) gestoßen. Bereits in der safe_os-Phase lässt sich das Windows-Installationsabbild nicht ausrollen.
Was bedeutet der Fehlercode 0x80070570?
Im Beitrag Windows 8.1: Update-Fehler 80070570 bin ich bereits auf den Fehlercode eingegangen. Der Fehlercode 80070570 wird dort als ERROR_FILE_CORRUPT entschlüsselt. Also ein Hinweise auf ein kaputtes Windows-System bzw. Probleme mit dem Dateisystem. Die Fehlerbeschreibung im Langtext lautet "Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar."
Lässt sich der Sub-Fehlercode 0x2000C entschlüsseln?
Bei obigem Fehlercode kommt noch ein Sub-Code 0x2000C vor. Auf die Sub-Fehlercodes bei Windows 10 Feature-Upgrades gehe ich im Blog-Beitrag Windows 10: Upgrade-Fehler analysieren und beheben ein.
Zur oben erwähnten Safe-OS-Phase, die mit Fehlercodes der Art 0x2000x terminiert, hatte ich folgendes angegeben:
Anzeige
In dieser Phase wird die Recovery Partition konfiguriert und das Upgrade wird installiert. Das findet unter Windows PE statt und dort wird ein Rollback vorbereitet. In dieser Phase können Fehlercodes wie 0x2000C, 0x20017 etc. auftreten.
Irgend etwas geht auf der Recovery Partition oder bei der Installation schief. Die Ziffer C im Sub-Fehlercode steht für: SP_EXECUTION_OP_APPLY_IMAGE – es geht also irgend etwas bei der Anwendung des Installationsabbilds schief.
Was kann bzw. soll man tun?
Mein Tipp war, prophylaktisch die folgende Prüfung durchzuführen: Windows 8: Komponentenstore reparieren (die Prüfung klappt auch unter Windows 10, bei Windows 7 lässt sich nur der sfc /scannow-Teil ausführen).
Im oben verlinkten Blog-Beitrag Windows 10: Upgrade-Fehler analysieren und beheben finden sich noch folgende Vorschläge, was ein Anwender bei auftretenden Upgrade-Fehlern tun kann:
- Die logischen Laufwerke und Festplatten einer Festplattenprüfung und –reparatur unterziehen (kann notfalls mit chkdsk /F erfolgen).
- Windows per Windows Update aktualisieren lassen, so dass das System auf dem neuesten Stand ist.
- Antivirus-Software von Drittherstellern deinstallieren. Der Windows Defender reicht für den Schutz aus. Diese Empfehlung gebe ich in meinen Blog-Beiträgen ebenfalls und habe die Gründe im Beitrag Windows 10: Welche Antivirus-Lösung soll ich einsetzen? erläutert.
In diesem Microsoft Answers Forenbeitrag hat sich noch ein Anwender gemeldet, bei dem der Fehler auch auftrat. Dort war eine falsche Cluster-Größe auf der Festplatte das Problem. Zitat aus dem Post:
Hallo,
wer ein clean install auf die vorhandene Festplatte durchführt, erlebt beim nächsten major update denselben Fehler! Das Problem war die Clustergröße: Win10 will 4k, bei mir waren es auf den betroffenen Rechnern 512er Cluster. Mit einem Tool auf 4k umgestellt und die Sache läuft (Wenn ich das vorher gewusst hätte!)
Also auch dort darauf achten, dass die Cluster-Größe (Größe der Zuordnungseinheiten) beim Formatieren auf 4096 Bytes gesetzt ist. Bei abweichenden Cluster-Größen kommt es beim nächsten Feature-Upgrade unter Windows 10 zum gleichen Fehler.
Wenn das nicht weiter hilft, führt eine Log-File-Analyse aus: Windows 10 Upgrade-Troubleshooting FAQ – Teil 1. Beim oben zitierten Anwender war das System so kaputt, dass er nur durch die Neuinstallation von Windows 7 das Upgrade auf Windows 10 ausführen konnte.
Ähnliche Artikel:
Windows 10 Wiki/FAQ
Windows 10 V1607 Wiki
Windows 8.1: Fehler 0xC1900101 – 0x40017
Windows 8.1: Upgrade-Error 0xC1900101-0x20017
Windows 8.1: Upgrade-Error 0xC1900101 – 0x30018
Windows 8.1: Upgrade-Fehler 0xC1900101-0x3000D / – 0X30018
Windows 8.1: Upgrade-Error 0xC1900101-0x300D
Windows 8.1-Installationsfehler 0xC1900101 – 0x40019
Windows 8.1 Preview: Upgrade-Fehler 0xC1900101
Windows 10: Clean Install per Upgrade-Trick
Windows 10 Upgrade-Troubleshooting FAQ – Teil 1
Windows 10: Startmenü streikt ab 512 Einträgen
Windows 10: Der Fluch des App-Store (Fehler 0x803F7003)
EaseUS Partition Master 10.5 als Windows10 Upgrade-Killer?
Windows 10: Update-/Upgrade-Error 80007003
Windows 10: Upgrade-Error 80240020
Windows 10: Upgrade-Error 0x0000005C/0x0000005D
Windows 10: Upgrade-Error 0xC1900101 – 0x20004
Windows 10: Upgrade-Fehler 0xC1900101-0x2000A
Windows 10: Upgrade-Error 0xC1900101-0×20017
Windows 10: Upgrade-Error 0xC1900101-0x30017
Windows 10: Upgrade-Error 0xC1900101-0x30018 mit BSOD
Windows 10: Upgrade-Fehler 0x8007002C-0x4000D
Windows 10: Upgrade-Error 0x80070004-0x2000D
Windows 10: Upgrade-Error 0x80070070 – 0xC19001DF
Windows 10: Upgrade-Error 0x80200013
Windows 10: Store liefert Error 0x80070002
Anzeige
Hallo,
der User war wohl ich – aber das System war nicht unrettbar kaputt, sondern der Wille und die Zeit für weitere Diagnostik waren nicht vorhanden, weshalb ich alles neu aufgesetzt habe. Mittlerweile habe ich den Fehler an einem weiteren Rechner – und kann es auf die Festplattenkonfiguration eingrenzen. Das System ist ebenso fehlerfrei wie das am anderen Computer. Beide waren allerdings Partition Magic und PCMover ausgesetzt. Zumindest eines von beiden verhindert in der safe-phase das korrekte Einrichten des Installationsimages.
Frohes Schaffen
Werner Ströbele
@Werner: Danke für die Rückmeldung. Versuche mal in obiger Link-Liste ein Clean Install mit dem Upgrade-Trick – wäre interessiert, ob das dann hin haut.
Hallo,
Clean Install ist bei der Kiste keine Option – Praxisrechner mit (komplizierter) Firmenprogramm-Einrichtung. Da heißt es klipp und klar – InPlaceUpgrade oder Win8.1 bleibt. Was ich aber machen kann (und werde), ist, eine SSD aus Beständen einbauen, entsprechend konfigurieren, ein Image draufspielen und damit ein Upgrade versuchen.
Nicht verzweifeln – der Server kommt ja auch noch
Werner Ströbele
Wasserstandsmeldung: Treiberaktualisierungen durchgeführt, Systemüberprüfungen DISM/scannow/chkdsk fehlerfrei, Umstellung von IDE auf AHCI – Installation erfolglos 0x80070570-0x2000c
So, weiter ging es – AntiVir deinstalliert, wuau auf Kommandozeilenebene gestoppt, bereinigt und gestartet (+Image gezogen … scannow/dism und chkdsk nochmals komplett durchgelaufen – fehlerfrei) Win10 nochmals via WindowsUpdate heruntergeladen – 0x80070570 … also SSD (aus Beständen) angeklemmt, GPT-formatiert und Image aufgespielt (+kontrolliert). Die "neue" Festplatte an die Stelle der alten gesetzt Leider bootet im Moment nichts, evtl. weil die Partition nicht "aktiv" ist. Aber viel Hoffnung habe ich nicht … wahrscheinlich wird es bei Win8.1 bleiben, solange es die Praxissoftware zulässt.
… System (gefühlt) 100x geprüft scannow/dism/chkdsk/fixit usw., AHCI eingestellt, aktuelle Treiber aufgespielt, AntiVir deinstalliert, Festplatte aus Beständen GPT formatiert und darauf Image aufgespielt (bootet nicht), Festplatte getauscht, Image aufgespielt -> gleicher Fehler … jetzt bin ich mit allen Tipps aus dem Netz durch – bis auf CleanInstall. Aber da kann ich auch einfach Win8 aufsetzen und upgraden (geht nicht länger als das Hin- und Herkopieren von genuine.xxx). Aber das werde ich nicht tun, weil ich sonst die ganze Firmensoftware inkl. Netzwerk- und Datenbankanbindung neu einrichten muss … Sch-ade
Hallo,
nach langer Zeit ein "Update" zu diesem Problem. Letztlich habe ich Win10 völlig clean installiert und die Programme/Einstellungen mit PCMover von laplink übertragen. Das hat leidlich funktioniert (mit etwas Nacharbeit). Aber jetzt gibt es ja das Anniversary-Update und … tatata, 0x80070570-0x2000c ist wieder da. Könnte darin der Fehler liegen? Der PC wurde nämlich auch schon beim Umstieg auf Win 8 mit PCMover "behandelt".Nur als Anmerkung, falls andere dasselbe Problem haben.
… da zeichnet sich etwas ab – gerade ist auf einem anderen, völlig unterschiedlichen Rechner, dasselbe Problem aufgetaucht (0x80070570-0x2000c). Die Installation erfolgte in beiden Fällen mittels gezogenem Image (nicht dasselbe) und in beiden Fällen war PCMover beim Update auf Win10 im Einsatz, also clean install und Programm-Migration mit PCMover. Eine E-Mail an laplink ist unterwegs – Bericht folgt
SO, GESCHAFFT!
Das Problem liegt tatsächlich in der Festplattenkonfiguration – und zwar in der Clustergröße. Win10 will 4k-Cluster, die Festplatten auf den updatestreikenden Rechner hatten alle 512er Cluster – vermutlich wegen früheren Systemumzügen von kleineren auf größere Festplatten. Kopierprogramme wie TrueImage kopieren dabei die Clustergröße offensichtlich mit. Deshalb funktioniert auch nach CleanInstall das nächste Major Update wieder nicht, wenn auf die bereits formatierte Platte installiert wurde. Nur CleanInstall auf frisch formatiertem Laufwerk verhindert das. Allerdingsbraucht es das dann nicht, weil diverse Tools die Clustergröße auch inplace ändern können, woraufhin das Update auch so läuft.
Habe gerade das gleiche Problem beim Update von Windows 10 Pro 1803 auf 1809.
Die Clustergröße ist 512 Byte bei meiner 1 TB M2.SSD Samsung 960 Pro
Die Installation habe ich von der D: Partition (M2.SSD 500 GB Samsung Pro 970) durchgeführt.
Muss die Systempartition auf 4K umgewandelt werden oder tatsächlich Clean Install? Habe hier 260 Anwendungen drauf. Wäre mir sehr aufwendig.
Installiert ist Acronis TrueImage 2019 und diverse System-Tools.
Werde forschen und mich melden, wie ich das genau gelöst habe. Aber nicht mit Clean-Install.
Man kann die Clustergröße mit folgenden Befehl ermittelt werden:
fsutil fsinfo ntfsinfo c:
NTFS-Volumeseriennummer : 0x846c46726c465ed4
NTFS-Version : 3.1
LFS-Version : 2.0
Anzahl der Sektoren : 0x00000000770bdff8
Gesamtzahl Cluster : 0x000000000ee17bff
Freie Cluster : 0x000000000b6a72de
Insgesamt reserviert : 0x00000000000013df
Bytes pro Sektor : 512
Bytes pro physischem Sektor : 512
Bytes pro Cluster : 4096
Bytes pro Dateidatensatzsegment : 1024
Cluster pro Dateidatensatzsegment: 0
Gültige MFT-Datenlänge : 0x0000000023680000
MFT-Start-LCN : 0x000000000009eb95
MFT2-Start-LCN : 0x0000000000000002
MFT-Zonenstart : 0x00000000017399e0
MFT-Zonenende : 0x0000000001741200
Max. Erweiterungsanzahl für Gerätekürzung : 256
Max. Byteanzahl für Gerätekürzung: 0xffffffff
Max. Erweiterungsanzahl für Volumekürzung : 62
Max. Byteanzahl für Volumekürzung: 0x40000000
Ressourcen-Manager-Bezeichner: D456F3D8-ADDC-11E8-9FF4-E04F436FC87B
Clustergröße ändern ohne Verlust:
https://www.disk-partition.com/de/articles/clustergroesse-aendern.html
Den Update-Bug gibts leider immer noch (auf 20H2). Dank Günter Born konnte ich den Fehler eingrenzen und beheben.
Logfile setuperr.log in C:\$WINDOWS.~BT\Sources\Panther findet sich der Hinweis:
PathForNewOSFile, index 3 to D:\$WINDOWS.~BT\NewOS. Error
Offensichtlich greift er auf die falsche Festplatte zu (siehe Festplatte des Log-Files).
Nach Abhängen der Festplatte kam noch der gleiche Fehler, allerdings war D: durch eine GUID ersetzt. Nach Umstecken der Festplatte auf den anderen Steckplatz (und nochmaliger Aktualisierung der Treiberupdates) lief das Update durch.