{"id":149619,"date":"2014-06-17T00:45:00","date_gmt":"2014-06-16T23:45:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=149619"},"modified":"2024-08-23T21:51:58","modified_gmt":"2024-08-23T19:51:58","slug":"troubleshoothing-windows-backup-fehler-0x80070057-teil-2","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2014\/06\/17\/troubleshoothing-windows-backup-fehler-0x80070057-teil-2\/","title":{"rendered":"Troubleshoothing Windows-Backup-Fehler 0x80070057 – Teil 2"},"content":{"rendered":"

K\u00fcrzlich bin ich auf einem System beim Zur\u00fccklesen einer Systemabbildsicherung mit dem Fehler 0x80070057 konfrontiert worden. In Teil 1<\/a> habe ich m\u00f6gliche L\u00f6sungen beschrieben, die bei mir aber (erwartungsgem\u00e4\u00df) nichts gebracht haben. In Teil 2 m\u00f6chte ich euch daher einen sauberen Diagnoseansatz und die f\u00fcr mich zutreffende L\u00f6sung aufzeigen.<\/p>\n

<\/p>\n

Vorbemerkungen \u00fcber Foren, Gott und die Welt<\/h3>\n

\"\"In Teil 1<\/a> habe ich ja die L\u00f6sungen beschrieben, die einem von Microsoft oder in Foren von Halbwissenden so als ultimative L\u00f6sungen an den Kopf geworfen werden. Wie bereits ausgef\u00fchrt, hat keine der L\u00f6sungen bei mir (erwartungsgem\u00e4\u00df) funktioniert. Um keine Zweifel aufkommen zu lassen \u2013 es ist gut, dass Microsoft KB-Artikel zu solchen Problemen publiziert und es hilft so manchem geplagten Anwender, wenn in einem Forum der Hinweise kommt: \"das habe ich so gel\u00f6st\". Was mich aber zunehmend nervt, ist die Qualit\u00e4t der Forenbeitr\u00e4ge ('musste einen schnelleren Rechner nehmen und siehste, was Du von Aldi-Schrott hast' \u2013 oder 'stelle das Format um, dann funktioniert es'). Gut, fairerweise muss ich gestehen, es gibt Forenpostings, da sagst Du vom Gef\u00fchl \"das kann nur die und die L\u00f6sung sein, die hilft\". Aber in der Regel muss man den Kontext ber\u00fccksichtigen, wo der Fehler auftritt. Alles was zu Windows 7 mal Wahrheit war, ist in Bezug auf den Backup-Fehler 0x80070057 teilweise Makulatur (weil Microsoft nachgebessert hat).<\/p>\n

Da ich in Teil 1 die schnelle L\u00f6sung wollte und dann l\u00e4nger brauchte, ist mir bewusst geworden, wie wenig manchmal Forenbeitr\u00e4ge taugen. Wer nach dem Backup-Fehler 0x80070057 sucht, wird quasi von Treffern erschlagen. Mehr als Anregungen k\u00f6nnen diese Fundstellen nicht liefern. Das war auch die Motivation f\u00fcr mich, in Teil 1<\/a> mal eine m\u00f6glichst geschlossene Darstellung mit einen Hintergrundinformationen und Einsch\u00e4tzungen zu verfassen, obwohl ich genau wusste, dass es f\u00fcr meinen Fall nicht hilft. Und die Qualit\u00e4t der Screenshots bitte ich zu entschuldigen \u2013 ich musste unter Windows PE mit einer Kamera arbeiten, da Screenshots dort nicht m\u00f6glich sind (mir ist nichts bekannt, was ich h\u00e4tte auf die Schnelle einsetzen k\u00f6nnen).<\/p>\n

Saubere Analyse ist gefragt \u2026<\/h3>\n

Ich hatte ja am Ende von Teil 1 ausgef\u00fchrt, dass ich zur Erkenntnis gelangt bin, dass nun nur die Trickkiste helfen konnte. Na ja, mit \"klicke hier und hoffe da\" war ich ja weniger erfolgreich. Also musste ein Diagnoseansatz her, mit dem ich ggf. mehr zum Fehler herausfinden konnte. Die Site Network Steve hat hier eine l\u00e4ngliche Diskussion um den Backup-Fehler 0x80070057 unter Windows 7. Da sammelte auch ein Microsoft Mitarbeiter Informationen \u00fcber den Backup-Fehler und lie\u00df irgendwann im Thread die Info fallen, dass man den Inhalt von <<SystemDrive>>\\Windows\\Logs\\WindowsBackup<\/em> in ein ZIP-Archiv packen und ihm zusenden k\u00f6nne. Da der Thread bereits uralt war, h\u00e4tte das nichts gebracht. Aber der Pfad zu den Log-Dateien war die Initialz\u00fcndung f\u00fcr mich.<\/p>\n

Leichter gesagt als getan \u2013 denn wie wertest Du Log-Dateien in Windows PE aus und gibt es dort \u00fcberhaupt so etwas? Und hier kommen wir zur Trickkiste, die ich, zwar nicht aus dem Keller, sondern aus dem Hinterkopf, hervorgekramt habe.<\/p>\n

1. Ich habe den Rechner in Windows PE gebootet, die Schritte zum Einspielen des Backup durchlaufen lassen und auf den Fehler 0x80070057 gewartet.<\/p>\n

2. Beim Auftreten des Fehlers habe ich das Dialogfeld des Backup-Assistenten geschlossen und fiel wieder in die Windows PE-Umgebung mit den Optionen zur\u00fcck.<\/p>\n

<\/p>\n

3. Dort bin ich wieder \u00fcber Erweiterte Optionen <\/em>zu obiger Auswahl gegangen und habe die Eingabeaufforderung aufgerufen.<\/p>\n

4. Dort habe ich den Befehl notepad <\/em>eingetippt und die Eingabetaste gedr\u00fcckt, um den Windows-Editor Notepad aufzurufen.<\/p>\n

5. In Notepad habe ich dann im Men\u00fc Datei <\/em>den Befehl \u00d6ffnen <\/em>gew\u00e4hlt und im Dialogfeld \u00d6ffnen <\/em>den Filter f\u00fcr den Dateityp auf \"Alle Dateien\" gestellt.<\/p>\n

Damit hatte ich quasi einen Mini-Dateimanager, der mir alle Laufwerke und Dateien im Dialogfeld \u00d6ffnen <\/em>anzeigt.<\/p>\n

6. Anschlie\u00dfend bin ich zum Windows-Ordner der Windows PE-Umgebung navigiert und habe mir die Unterordner \\Windows\\Logs\\<\/em> mal angeschaut.<\/p>\n

<\/p>\n

Der Ordner sah wie im obigen Bild aus \u2013 da war zwar kein Unterordner Backup<\/em>, aber zwei Ordner sahen verdammt gut aus. Also im \"Mini-Dateimanager\" des \u00d6ffnen<\/em>-Dialogfelds in die Ordner geschaut \u2013 und tats\u00e4chlich waren dort zwei Log-Dateien \u2013 aber nicht im Textformat als .log<\/em>, sondern als .etvx<\/em>-Dateien der Windows Ereignisprotokollierung. Diese sind im Editor aber unlesbar.<\/p>\n

Danach habe ich per Kontextmen\u00fc die Dateien aus den beiden Unterordnern im \u00d6ffnen<\/em>-Dialogfeld auf die zweite Festplatte der Basiseinheit des Akoya P2212T kopiert. Danach wurde der Rechner wieder heruntergefahren und die Werksinstallation von Windows 8.1 erneut gebootet. Danach waren die Log-Dateien unter Windows PE nat\u00fcrlich weg, aber ich hatte die Kopien auf einer separaten Festplatte.<\/p>\n

Und was sagt die Ereignisanzeige?<\/h3>\n

Jetzt folgt quasi eine Art Dreisprung. Nachdem ich die .etvx<\/em>-Dateien auf der separaten Festplatte gesichert und danach Windows 8.1 neu gebootet habe, konnte ich die Ereignisanzeige zur Analyse einsetzen.<\/p>\n

\"schnell01\"<\/p>\n

1. Rechtsklick auf die Start<\/em>-Schaltfl\u00e4che in der linken Ecke der Taskleiste des Windows-Desktop und den Befehl Ereignisanzeige <\/em>im Schnellzugriffmen\u00fc w\u00e4hlen.<\/p>\n

<\/p>\n

2. \u00dcber den oben gezeigten Kontextmen\u00fcbefehl Gespeicherte Protokolldatei \u00f6ffnen <\/em>des Eintrags Benutzedefinierte Ereignisse <\/em>lie\u00df sich dann die .etvx<\/em>-Datei ausw\u00e4hlen und \u00fcber folgendes Dialogfeld in der Ereignisanzeige einbinden.<\/p>\n

<\/p>\n

Und in der dann in der Ereignisanzeige sichtbaren Seite kamen die Fehlereintr\u00e4ge zum Vorschein.<\/p>\n

<\/p>\n

Per Doppelklick l\u00e4sst sich ein Ereignis im Detail anzeigen und es wurde dann der folgende Fehler gemeldet.<\/p>\n

<\/p>\n

Klasse, im Ereignis wurde mir gemeldet, dass keine Formatinformationen f\u00fcr das betreffende Speichermedium gefunden wurde. Ich bin dann die Treffer durchgegangen und habe \u00fcberall diese Info gefunden. Da war irgendwie schon klar, dass da was faul war.<\/p>\n

Formatierung unm\u00f6glich, Dateipr\u00fcfung verz\u00f6gert, Partitionsstruktur kaputt<\/h3>\n

Mein Versuch, die Windows-Partition per diskpart in der Eingabeaufforderung von Windows PE zu l\u00f6schen, hatte zwar in einem Durchlauf geklappt, aber keine Besserung gebracht. Als ich von einem USB-Stick mit den Windows 8.1-Installationsdateien bootete, den Setup-Assistenten durchlief und dann die Partition mit dem Windows-Laufwerk formatieren wollte, erhielt ich diese Meldung.<\/p>\n

<\/p>\n

Ein Zur\u00fccklesen der Systemabbildsicherung endete irgendwann auch mit der folgenden Fehlermeldung.<\/p>\n

<\/p>\n

Da musste was gravierenderes kaputt sein \u2013 auch wenn ich die Windows-Partition durch das Recovery frisch zur\u00fcck geschrieben hatte. Ich hatte mir die Partitionsstruktur in der Datentr\u00e4gerverwaltung angesehen und wusste, dass dort ein 190 MByte gro\u00dfer unpartitionierter Bereich auf der Festplatte vorlag.<\/p>\n

<\/p>\n

L\u00f6schen der Boot-Partition mit Windows brachte nichts, beim Recovery blieb der unpartitionierte Bereich erhalten. Das L\u00f6schen der 499 MByte Wiederherstellungspartition hatte mich in Teufels K\u00fcche gebracht (siehe Teil 1<\/a>). Die OEM- und UEFI-Partitionen konnte ich (erwartungsgem\u00e4\u00df) in der Datentr\u00e4gerverwaltung ebenfalls nicht l\u00f6schen.<\/p>\n

Ich wollte dann unter dem installierten Windows 8.1 eine Datentr\u00e4gerpr\u00fcfung ausf\u00fchren (Rechtsklick auf das Laufwerk, Kontextmen\u00fcbefehl Eigenschaften <\/em>und unter Tools <\/em>die Schaltfl\u00e4che Pr\u00fcfen<\/em> w\u00e4hlen).<\/p>\n

<\/p>\n

Als ich die obigen Dialogfelder (im Vordergrund) sah, wurde ich bereits stutzig. Microsoft hatte doch unter Windows 8 als gro\u00dfe Innovation die Tatsache gefeiert, dass das Systemlaufwerk im laufenden Betrieb gepr\u00fcft werden kann. In obigem Dialogfeld wurde mir gesagt, dass das Laufwerk nicht repariert werden k\u00f6nne und ich einen Neustart br\u00e4uchte. Nicht wirklich gut \u2013 denn mir war nicht bekannt, dass Microsoft die Online-Pr\u00fcfung unter Windows 8.1 entfernt hatte.<\/p>\n

Da war doch was: Partitions\u00e4nderung verungl\u00fcckt<\/h3>\n

Da ich die Maschine kannte, kam mir ein Verdacht: Ich hatte von Paragon-Software bei einem Test den Paragon Diskmanager 2014 Free eingesetzt, um die Windows 8.1-Partition etwas am Anfang zu verkleinern. Daher stammten die unpartitionierten 190 MByte auf der SSD. Damals fiel mir bereits auf, dass die Free-Edition des Diskmanagers sehr langsam lief und irgendwie nicht richtig zu Potte kam. Aber ich hatte eine Partitions\u00e4nderung durchgef\u00fchrt (wollte sehen, ob danach das Recovery noch funktioniert).<\/p>\n

Also mal wieder die Free-Edition des Diskmanagers installiert und versucht, die Windows-Partion zur\u00fcck zu schieben, um den unpartitionierten Bereich zu bereinigen. Das klappte aber nicht, die Free-Edition weigerte sich, irgend etwas zu tun. Dann\u00a0habe ich die Paragon Festplattenmanager Suite 2014 in der 64-Bit-Version installiert (32 Bit l\u00e4uft unter einem 64-Bit-Windows nicht) und dann eine Verschiebung der Windows-Partition veranlasst.<\/p>\n

<\/p>\n

Das klappte auch wunderbar und wie erwartet. Nach der Partitionsgr\u00f6\u00dfen\u00e4nderung samt Verschieben lagen keine unpartitionierten Bereiche mehr vor.<\/p>\n

Dirty-Bit der Disk gesetzt, USN-Journal read-only, Problemb\u00e4r gefangen<\/h3>\n

Als ich die Paragon Diskmanager Suite 2014 die Windows-Partition verschieben und vergr\u00f6\u00dfern lie\u00df, rappelte es gewaltig. F\u00fcr den Vorgang bootet der Diskmanager in eine Linux-Umgebung und zeigt auch ein Protokoll diverser Pr\u00fcfungen an.<\/p>\n

<\/p>\n

Das Dirty-Bit des logischen Laufwerks war gesetzt und das USN Journal des Datentr\u00e4gers stand auf Read-Only. Zudem lag es im Windows 7-Format\u00a0 vor. Die Festplattenmanager Suite 2014 bereinigte diese Fehler und bootete neu.<\/p>\n

Dann habe ich unter Windows 8.1 die Partitionsstruktur im Festplattenmanager \u00fcberpr\u00fcft \u2013 da war alles in Ordnung. Im Anschluss habe ich unter Windows 8.1 den Neustart in den abgesicherten Modus eingeleitet (einfach die Umschalttaste gedr\u00fcckt halten, wenn man im Men\u00fc zum Herunterfahren den Befehl Neustarten <\/em>anw\u00e4hlen). In der Windows PE-Umgebung wurde der Vorgang zum Zur\u00fccklesen der Sicherung angesto\u00dfen. Ich konnte die Systemabbildsicherung ausw\u00e4hlen und den Sicherungsvorgang laufen lassen.<\/p>\n

Und man glaubt es kaum: Dieser Vorgang konnte erfolgreich und ohne Fehler abgeschlossen werden. Die besch\u00e4digte Partitionsstruktur mit dem Dirty-Bit des logischen Volumes hatte verhindert, dass Backup erfolgreich arbeiten konnte. Lange Rede, kurzer Sinn: Manchmal f\u00fchren mehrere Wege nach Rom \u2013 und mit einer sauberen Analyse, wie oben beschrieben, w\u00e4re ich schneller zum Ziel gekommen. Der Blog-Beitrag ist nun etwas l\u00e4nger geworden. Ich dachte aber, schreib mal zusammen, wie Du prinzipiell vorgegangen bist, wie man eine Analyse betreibt und was f\u00fcr M\u00f6glichkeiten es sonst noch gibt. Vielleicht hilft es dem einen oder anderen Blog-Leser weiter oder gibt zumindest einige Anregungen.<\/p>\n

Artikelreihe:
\n<\/strong>i: Troubleshoothing Windows-Backup-Fehler 0x80070057<\/a> \u2013 Teil 1
\nii: Troubleshoothing Windows-Backup-Fehler 0x80070057<\/a> \u2013 Teil 2<\/p>\n

\u00c4hnliche Artikel:<\/strong>
\na1: Windows-Backup Fehlerdiagnosen<\/a>
\na2: Windows-Fehler 0\u00d780070057 beim Defragmentieren<\/a>
\na3: Windows 8.1 Update: Probleme und Troubleshooting<\/a>
\na4: Microsoft rollt Fix f\u00fcr Windows-Update-Corruption-Fehler aus<\/a>
\na5: Windows-Backup: Fehler 0\u00d780040154<\/a>
\na6: Windows 8\/8.1: Backup-Fehler 0x807800C5<\/a>
\na7: Windows: Backup-Fehler 0\u00d780042412 beim Zur\u00fccklesen<\/a>
\na8: Windows 8-Backup: Mit Bordmitteln \u2013 Teil 1<\/a>
\na9: Backup-L\u00f6sungen f\u00fcr Windows 8<\/a>
\na10: SystemProfile: Backup-Fehler 0\u00d780070002<\/a>
\na11: Windows 7 Backup-Error 0\u00d781000019<\/a>
\na12: Windows-Backup: Befehlszeilenoptionen<\/a>
\na13: Meldung \"Die Wiederherstellung wurde abgeschlossen\" kommt immer Teil 1<\/a><\/p>\n

b1: Disk-Doktor \u2013 Teil I<\/a>
\nb2: USB-Stick wird als RAW angezeigt \u2013 Disk-Doktor II<\/a>
\nb3: CD-\/DVD-Laufwerke\/-Medien testen \u2013 Disk-Doktor III<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

K\u00fcrzlich bin ich auf einem System beim Zur\u00fccklesen einer Systemabbildsicherung mit dem Fehler 0x80070057 konfrontiert worden. In Teil 1 habe ich m\u00f6gliche L\u00f6sungen beschrieben, die bei mir aber (erwartungsgem\u00e4\u00df) nichts gebracht haben. In Teil 2 m\u00f6chte ich euch daher einen … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[398,11],"tags":[4327,3468,3288],"class_list":["post-149619","post","type-post","status-publish","format-standard","hentry","category-backup","category-problemlosung","tag-backup","tag-problemloesung-fehler-0x80070057","tag-windows-en"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/149619","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=149619"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/149619\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=149619"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=149619"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=149619"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}