Windows 7 stellt über die Funktion “Sicherung” die Möglichkeit zum Anfertigen von Backups und Systemabbildsicherungen bereit. Allerdings klagen viele Benutzer über Fehlfunktionen, die das Anfertigen oder Zurückspielen von Backups verhindern. Der Beitrag versucht ein paar “lose Enden” zusammenzuknüpfen und Hinweise zur Fehlersuche zu geben.
Werbung
Einige Anwender berichten, dass sich bei Anwahl der Backup-Funktion “Sichern und Wiederherstellen” einfach nichts tut [30]. Es kann aber auch sein, dass der WBengine-Dienst beendet wird. Dies sollte eigentlich in der Ereignisanzeige vermerkt sein. In diesem Fall hilft ein einfacher Test:
- Geben Sie Dienste im Suchfeld des Startmenüs ein, drücken Sie die Tastenkombination Strg+Shift+Enter und bestätigen Sie die Benutzerkontensteuerung.
- Suchen Sie den Dienst “Blockebenen-Sicherungsmodul” und wählen dieses per Doppelklick an. Der Dienst dürfte den Startmodus “Manuell” aufweisen.
- Klicken Sie nun auf die Schaltfläche Starten, und überprüfen, ob der Dienst gestartet werden kann.
Sind Abhängigkeiten nicht erfüllt, wird der Dienst nicht starten können. Ggf. erscheint auch der Fehlercode 0x800700b7. In diesem Fall sollten Sie den unter [29] angebotenen Hotfix anfordern. Die Wbengine.exe für den Sicherungsdienst stürzt nämlich ab, wenn ein Ordner nicht mehr existiert, aber in die Sicherung einbezogen werden soll.
2. Ursache: Fremdtools zur Sicherung installiert
Wurden andere Sicherungstools installiert, kann es sein, dass diese Windows-Backup deaktiviert haben. Dies kann auch nach Deinstallation der Tools der Fall sein. Unter [32] findet sich eine Forendiskussion, wo ein installiertes Acronis True Image Home Installationsreste in der Registrierung hinterlässt. Zur Kontrolle starten Sie den Registrierungs-Editor (regedit im Suchfeld des Startmenüs eingeben und Strg+Shift+Enter drücken, um administrative Berechtigungen zu erlangen). Im Registrierungszweig:
HKEY_CLASSES_ROOT\CLSID\{B98A2BEA-7D42-4558-8BD1-832F41BAC6FD}
findet sich der Unterschlüssel Instance mit dem Schlüssel InitPropertyBag. Ist der Wert ResourceDLL auf
C:\Program Files\Acronis\TrueImageHome\acronis_backup_cpl.dll
gesetzt, kann die Windows-Sicherung nicht mehr starten. Tragen Sie dann den Wert
%SystemRoot%\System32\sdcpl.dll
ein. Da nur der TrustedInstaller Vollzugriff auf diesen Wert besitzt, müssen Sie vor dem Ändern des Werts den Besitz übernehmen. Dies ist im Registrierungs-Editor über den Befehl Berechtigungen im Menü Bearbeiten möglich.
[Nachtrag: In den Kommentaren weiter unten sowie hier findet sich noch ein Hinweis von Kalle Nebel, der die Vorgehensweise sowie die Anpassung eines weiteren Parameters beschreibt. Bitte lesen!]
VSS-Dienst läuft nicht (Dienste falsch eingestellt)
Die Windows-Sicherung setzt auf den Volume Shadow Copy Service (den Volumenschattenkopiendienst) auf, um Sicherungskopien von in Benutzung befindliche Dateien anzufertigen und dann in den Backup-Datensatz einzustellen. Läuft der VSS-Dienst nicht oder sind weitere Dienste deaktiviert, scheitert auch ein Windows-Backup.
- Geben Sie Dienste im Suchfeld des Startmenüs ein und rufen Sie den angezeigten gleichnamigen Befehl über den Kontextmenübefehl Als Administrator ausführen auf.
- Anschließend kontrollieren Sie den Dienst “Microsoft-Softwareschattenkopie-Anbieter”. Dieser sollte den Starttyp “Manuell” aufweisen.
- Versuchen Sie den Dienst über dessen Eigenschaftenfenster auf der Registerkarte Allgemein zu starten. Falls dies klappt, können Sie den Dienst wieder beenden.
Anschließend können Sie noch folgende Diensteeinstellungen verifizieren.
- Der Dienst “Volumenschattenkopie” sollte auf dem Starttyp “Manuell” stehen.
- Der Dienst “Windows-Sicherung” muss ebenfalls auf dem Starttyp “Manuell” stehen.
Ist einer der Dienste auf “deaktiviert” gestellt, scheitert die Sicherung mit hoher Wahrscheinlichkeit. Unter [36] findet sich noch eine Diskussion, wo ein Benutzer auch den Dienst “Remoteprozeduraufruf (RPC) auf automatisch stellen musste.
Backup Error 0x800706BE (Remoteprozeduraufruf fehlgeschlagen)
Tritt bei der Systemabbildsicherung ein Fehler 0x800706BE (Remoteprozeduraufruf fehlgeschlagen) auf? In diesem Fall laufen die für die Sicherung benötigten abhängigen Dienste nicht. Während die beiden oben genannten Dienste “Volumenschattenkopie” und “Windows-Sicherung” den Starttyp “manuell” benötigen, muss der abhängige Dienst "Remoteprozeduraufruf” auf automatisch stehen [26].
Backup Error 0×80042302 (VSS-Dienst)
Wird der Fehlercode 0×80042302 vom Sicherungsprogramm gemeldet? In diesem Fall hat der Volumenschattenkopiendienst (VSS) einen unerwarteten Fehler gemeldet. Hier hilft ggf. ein Blick ins Protokoll der Ereignisverwaltung, ob dort weitere Informationen zu VSS-Fehlern aufgeführt sind.
- Falls die Ereignisverwaltung keine Erkenntnisse liefert, kann eine administrative Eingabeaufforderung über Als Administrator ausführen geöffnet werden.
- Dann ist der Befehl vssadmin list writers einzugeben. Werden keine VSS writer aufgeführt, kann der Volumenschattenkopiendienst (der Basis für das Backup ist), nicht ausgeführt werden.
Unter [25] hat Microsoft einen KB-Artikel zu diesem Thema veröffentlicht. Der Artikel bezieht sich zwar auf Windows Server 2008 R2 – sollte aber auch unter Windows 7 nutzbar sein. Der Artikel skizziert, wie eine fehlerhaft registrierte Komponente repariert werden kann.
Führt dies nicht weiter? Unter [22] findet sich ein Fall, wo offenbar der VSS beschädigt ist und durch ein Inplace-Upgrade [23] repariert werden konnte. Beim Inplace-Upgrade bleiben alle Daten, Anwendungen und Einstellungen erhalten, lediglich beschädigte Windows-Dateien und Einstellungen werden repariert – trotzdem empfiehlt sich, vor dem Upgrade die wichtigsten Dokumentdateien auf einen Wechseldatenträger zu sichern.
Tipp: Technisch versierte Leser finden unter [24] noch einen Blog-Beitrag vom Microsoft Storage-Team, der sich mit VSS-Problemen unter Windows Server befasst. Die Ansätze lassen sich auch unter Windows 7 verwenden.
"I/O error 0x8007045D" wegen beschädigter Dateien
Wirft Windows 7 beim Anstoßen der Sicherung eine Fehlermeldung der Art "I/O error 0x8007045D" aus, können beschädigte Systemdateien dazu führen, dass der Volumenschattenkopien-Dienst das Handtuch wirft und keine Kopien anfertigen kann (siehe auch [1]). In diesem Fall sollten Sie folgendes unternehmen:
- Tippen Sie im Suchfeld des Startmenüs cmd ein und drücken Sie die Tastenkombination Strg+Shift+Enter, um die Eingabeaufforderung mit administrativen Rechten auszuführen.
- Anschließend geben Sie den Befehl Chkdsk/r X ein, wobei X für den Buchstaben des zu überprüfenden Laufwerks steht. Dann drücken Sie die Enter-Taste.
Beim Systemlaufwerk erscheint der Hinweis, dass die Überprüfung beim nächsten Systemstart durchzuführen ist. Bestätigen Sie die Abfrage und booten Sie das System neu. Details finden Sie unter [1].
Hilft dies nicht, können auch beschädigte Wiederherstellungspunkte oder Schattenkopien das Problem verursachen.
- Klicken Sie im Startmenü das Symbol Computer mit der rechten Maustaste an und wählen den Kontextmenübefehl Eigenschaften.
- Klicken Sie in der Aufgabenleiste der Seite “System” auf den Befehl Erweiterte Systemeinstellungen und bestätigen die Benutzerkontensteuerung.
- Klicken Sie auf der Registerkarte Computerschutz der Systemeigenschaften auf das Symbol des überwachten Systemlaufwerks und wählen Sie dann die Schaltfläche Konfigurieren.
- Anschließend klicken Sie im Dialogfeld Systemschutz für xxx auf die Schaltfläche Löschen. Dann setzen Sie den Schieberegler für Speicherplatzbelegung auf den Wert 0% und markieren das Computerschutz deaktivieren.
Wenn Sie die OK-Schaltfläche bestätigen, wird die Systemwiederherstellung und das Anfertigen vorheriger Versionen von Dateien deaktiviert und alle Volumenschattenkopien sowie Wiederherstellungspunkte sollten auf dem Systemlaufwerk entfernt worden sein. Den Vorgang sollten Sie über alle überwachten Datenträger durchführen. Anschließend ist ein Systemneustart auszuführen. Danach setzen Sie die Einstellungen für den Systemschutz auf die alten Werte zurück (also Systemeinstellungen und vorherige Dateiversionen wiederherstellen markieren und einen Wert für die Speicherplatzbelegung von 6 – 10 Prozent vorgeben). Prüfen Sie nach diesen Schritten ob sich eine Systemabbildsicherung durchführen lässt.
Versteckte FAT-Partition
Einige Benutzer berichteten, dass eine versteckte OEM-Partition mit FAT-Formatierung auf der Festplatte vorhanden war. Solche Partitionen werden von PC-Herstellern wie Dell, Medion etc. eingerichtet, um das Factory Restore, also das Zurücksetzen auf Werksauslieferung, durchführen zu können.
SQL-Server Dateien nicht geschlossen
Manche Benutzer berichten, dass ein installierter SQL-Server für das Problem verantwortlich ist. Für Windows Server 2003 gibt es einen Patch – bei Windows 7 ist mir da aber nichts bekannt.
Auslagerungsdatei zu klein
Ein weiterer Problemfall sind Systeme, auf denen der Benutzer die Verwaltung der Auslagerungsdatei durch Windows abschaltet und selbst die Größe vorgibt. Ist die Auslagerungsdatei zu klein, können verschiedene Vorgänge wegen Speichermangels scheitern. Kontrollieren Sie über die erweiterte Systemeigenschaften, ob die Auslagerungsdatei vom System verwaltet wird.
Voodoo: Anzeige versteckter Ordner ausblenden
Es gibt sogar Fälle (halte ich persönlich für Voodoo), in denen Benutzer das Abschalten der Anzeige versteckter Dateien zur “Fehlerbehebung” als wirksame Maßnahme beschreiben. Hierzu reicht es, ein Ordnerfenster zu öffnen, im Menü der Schaltfläche Organisieren zu klicken und den Befehl Ordner- und Suchoptionen zu wählen. Auf der Registerkarte Ansicht sind dann die Optionen zur Anzeige versteckter Dateien zu deaktivieren. Anschließend ist ein Neustart des Systems auszuführen und zu testen, ob die Sicherung nun funktioniert. Bei meinen Systemen funktioniert die Sicherung allerdings auch mit eingeblendeten versteckten Dateien.
Interner Fehler Falscher Parameter (0×80070057)
Der Fehler basiert oft auf einem falschen Repository [15] und lässt sich u. U. durch Zurücksetzen des WBEM-Store lösen (siehe folgenden Abschnitt). [Update: MagicAndre1981 von WinVistaSide.de weist unter [37] auf einen Patch [38] hin, der von Microsoft zum Beheben der Fehlerursache angeboten wird.
WBEM-Store zurücksetzen
Scheitert die Sicherung mit dem Fehler, dass keine Sicherungsgeräte gefunden wurden – obwohl eine externe Festplatte oder eine zweite Festplatte vorhanden und direkt aus Windows nutzbar ist. Dann kann ein defektes WBEM-Repository die Ursache sein.
Tippen Sie im Suchfeld des Startmenüs cmd ein und drücken Sie die Tastenkombination Strg+Shift+Enter, um die Eingabeaufforderung mit administrativen Rechten auszuführen. Anschließend sind die folgenden Befehle in der Eingabeaufforderung auszuführen und jeweils mit der Eingabetaste abzuschließen.
net stop winmgmt
cd /d %windir%\system32\wbem
ren repository repository.old
net start winmgmt
exit
Nach diesen Befehlen ist ein Neustart durchzuführen, so dass Windows den Inhalt des Repositories im Ordner C:\Windows\System32\wbem\Repository neu erstellen kann.
Fehler 0×8078002 beim Anlegen einer Sicherung
Meldet Windows 7 einen E/A-Fehler der Art “Die Anforderung konnte wegen eines E/A-Gerätefehlers nicht ausgeführt werden” oder wirft den Fehlercode 0×8078002 aus? Dies kann unterschiedliche Ursachen haben, die in [3] von Microsoft beschrieben werden:
- Versuch, benutzerdefinierte Bibliotheken zu sichern, die in einem Benutzerprofil gespeichert sind. Die Lösung besteht darin, die Ordner der Bibliotheken an einen Ort außerhalb des Profilpfads zu verschieben (z. B. nach C:). Unter [5] findet sich eine Forendiskussion mit einem ähnlichen Problem.
- Versuch der Sicherung von Dateien in den Ordnern "LocalLow", "Kontakte" und "suchen, wobei die Ordner nicht auf dem System vorhanden sind. Diese Fehlermeldung lässt sich ggf. ignorieren.
- Mainboard mit Chipsatz von NVIDIA USB Enhanced Host Controller Interface und mindestens 4 GByte RAM mit Sicherung auf USB-Datenträger. Zu diesem Problem hat Microsoft einen KB-Artikel verfasst [4] und bietet auf der betreffenden Seite auch ein Update an.
Die Details sind unter [3] nachzulesen.
Hinweis: Bezüglich des letzten Punkts bin ich in diversen Foren auf den Hinweis gestoßen, dass Samsung-Festplatten am Problem beteiligt sind [9, 10]. Kann aber auch reiner Zufall sein, falls die Laufwerke populär sind.
Fehler 0x8007007B beim Sichern
Erscheint beim Sichern die Fehlermeldung: Sicherung überprüfen – Die Syntax für die Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch - Fehlercode 0x8007007B? Sofern die Festplatte im FAT32-Format eingerichtet wurde, empfiehlt sich eine Neuformatierung im NTFS-Format (nur dort können die NTFS-Zugriffsberechtigungen bei der Sicherung genutzt werden).
Zugriffskonflikte auf Ordner
Gelegentlich wirft auch ein Zugriffskonflikt auf die zu sichernden Ordner und Dateien die Windows-Datensicherung bzw. den VSS-Dienst aus der Bahn. Unter [6] findet sich eine Forendiskussion, wo zwei Tipps zur Anpassung der Zugriffsberechtigungen von “chrfr” und Ralf Breuer gegeben werden.
In diese Kategorie fallen auch “verschobene” Benutzerprofile und –ordner, bei denen über die Aktion zu Zugriffsberechtigungen und Integrity Levels [27] verloren gegangen sind. Eine andere Fehlerquelle können auch “defekte” Ordner (oder beschädigte Dateien – siehe oben) sein, wo auf der NTFS-Dateisystemebene Probleme auftreten. Gerade die Tage hatte ich den Fall im Microsoft Social Answers-Forum, wo ein Benutzer die vom Befehl sfc /scannow erzeugte CBS.log bereitstellte, weil Integritätsfehler gefunden wurden. Ein Blick in die Protokolldatei offenbarte, dass da eine Menge Dateien auftauchten, bei denen zwei Besitzer eingetragen waren (was nicht sein kann). Zudem waren die ntuser.dat von Benutzerkonten schreibgeschützt.
Falsche Zeitzone behindert Sicherung
Ein Punkt, der auch überprüft werden sollte, ist die Einstellung der Zeitzone. Es hat wohl Fälle gegeben, in denen fehlerhaft eingestellte Zeitzonen zu Problemen bei der Sicherung führten.
Backup-Fehler 0×80070032
Tritt die Fehlernummer 0×80070032 beim Sichern auf, kann dies verschiedene Ursachen haben [8, 28].
- Windows Ereignisanzeige und Task-Scheduler (Aufgabenplanung) sind deaktiviert. Zudem sollte im Dienste-Manager geprüft werden, ob der Windows-Backup-Dienst deaktiviert ist.
- In Bibliotheken eingebundene Ordner zeigen auf Netzwerkorte. Hier muss ein Verweis über einen NTFS-Link eingerichtet werden.
Gelegentlich können auch Virenscanner bzw. Internet Security Lösungen die Ursache des Übels sein [28]. Die endgültige Ursache unter [8] ist aber bisher ungeklärt.
Netzlaufwerk wird von der Sicherung nicht erkannt
Ein anderes Problem trifft Windows 7-Anwender, die eine Festplatte im Netzwerk bereitstellen, aber feststellen müssen, dass die Windows-Sicherung dieses Laufwerk einfach nicht erkennen will.
Die Ursache ist in der Regel trivial: Die betreffenden Anwender verwenden Windows 7 Home Premium, welches die Sicherung im Netzwerk nicht unterstützt [15].
Backup-Fehler 0×81000037
Erscheint bei der Datensicherung der Backup-Fehler 0×81000037 mit dem Hinweis auf Probleme beim Zugriff auf Volumenschattenkopien? Unter [16, 17] gibt es den Hinweis, dass es Probleme gibt, wenn die Sicherungspfade (reparse points, [18, 19, 20]) auf Ordner zeigen, die komprimiertes Audio- und Videomaterial oder ZIP-Archive enthalten. Auch Verweise auf Bibliotheken, in denen über Tricks Netzlaufwerke hinzugefügt wurden, gehören zu den Problemkandidaten. Eine dritte Fehlerursache sich Ordner, die durch Virenscanner oder Sicherheitslösungen blockiert wurden, aber in die Sicherung einbezogen sind. Abhilfe schafft in dieser Situation, die Sicherungspfade in der Windows-Sicherung zu entfernen und die Backup-Pfade sukzessive neu aufzubauen. Gegebenenfalls lässt sich dann der problematische Ordner herausfinden.
Unter [21] findet sich eine Forendiskussion, bei dem der Fehler durch eine markierte Option Neue Benutzer sichern ausgelöst wurde. Nachdem die Option deaktiviert wurde, konnte ein Backup fehlerfrei ausgeführt werden.
Backup-Fehler 807800A1 (Volume Shadow Copy Service failed)
Tritt beim Sichern ein Fehler 807800A1 auf, kann der Volumenschattenkopiendienst keine Sicherung ausführen [34]. Unter [33] bietet Microsoft einen Hotfix für Windows 7 an, der verschiedene Probleme beheben soll.
Unter [35] wird im Technet-Forum ausgeführt, dass der Fehlerode 807800A1 (oder 2155348129) für "The specified path is invalid" steht. Hier hilft eventuell das Anfertigen und Auswerten einer Log-Datei (siehe folgende Abschnitte).
Hotfix für WBEngine
Gelegentlich scheitert die Sicherung, weil ein zu sichernder Ordner nicht mehr existiert. Dann wird auch der Dienst zur Sicherung beendet. Microsoft hat unter [31] einen Knowledge-Base-Artikel veröffentlicht und bietet betroffenen Anwendungen einen Hotfix an.
Fehlerprotokoll auswerten und gezielt erstellen lassen
Um die Ursache für einen Backup-Fehler zu ergründen, empfiehlt es sich, ein Fehlerprotokoll anlegen zu lassen. Unter [11] hat Michael Bormann einen Ansatz skizziert, wie sich so etwas realisieren lässt.
Du könntest uns mal die Dateien in: C:\Windows\Logs\WindowsBackup\ zukommen lassen.
Da könnte man mal schauen was da warum passiert ist.Wenn du es selbst herausfinden willst, Regedit als Administrator öffnen
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Asr
Neuen Schlüssel anlegen -> LogFileSetting
In diesem Schlüssel einen neuen Namen -> EnableLogging DWORD 1
In LogFileSetting einen String anlegen mit der Bezeichnung LogPathname
als Wert in String einen vollständigen Pfad z.B. C:\asr.log eintragen.Dann wiederholst du dein Backup.
In C:\ASR.Log findest du den Hinweis was in die Hose gegangen ist.
Die Schlüssel kannst du dann wieder löschen.
Hinweis: Zur gezielten Sicherung des Systems empfiehlt es sich, auf Sicherungsprogramme von Drittherstellern auszuweichen. Ich plane in nächster Zeit einige Blog-Beiträge zu diesem Thema.
Dieser Beitrag ist “work in progress”, d. h. sobald ich neue Erkenntnisse habe, trage ich diese nach. Vielleicht kann aber einer der Hinweise den Mitlesern bereits weiterhelfen. Falls von Drittseite neue Erkenntnisse auftreten, gerne als Kommentare hier posten – ich schaue zyklisch drüber und gebe sinnvolle Kommentare frei (Spam wird gelöscht). Unter [13] findet sich noch ein Forum, welches eine ganze Latte mit Einträgen zu Backup-Fehlern aufweist.
Weiterführende Links:
1: http://support.microsoft.com/kb/952272
2: Versteckte FAT-Partition Microsoft Support-Forum
3: http://support.microsoft.com/kb/979281
4: http://support.microsoft.com/kb/976972/
5: Forendiskussion bei Microsoft (US)
6: Forendiskussion bei Microsoft (Ger)
7: Forendiskussion bei MS (Ger) Fehler: 0×80070003
8: Backup Error 0×80070032
9: Backup-Problem mit Samsung Disk
10: Backup-Problem mit Samsung-Disk
11: Fehlerprotokoll von Backup erstellen lassen
12: Foreneintrag zu Sicherungseinstellungen (englisch)
13: Liste mit diversen Backup-Fehlern (Bigresource-Foreneinträge)
14: Foreneintrag “falscher Parameter”
15: Windows 7-Feature-Vergleich
15: Interner Fehler Falscher Parameter (0×80070057) (Dr. Windows)
16: Backup-Fehler 0×81000037 (US-Forendiskussion)
17: Backup-Fehler 0×81000037 (US-Blog-Beitrag)
18: So funktionieren Reparse Points in NTFS (ZDNet-Artikel)
19: Hinweise zu Reparse Points
20: KB-Artikel zum Beheben von Wiederherstellungsproblemen
21: Backup-Fehler 0×81000037 (Microsoft Forum)
22: Backup-Fehler 0×80042302 (US-Forendiskussion)
23: Windows 7 Inplace-Upgrade (Dr. Windows)
24: Diagnosing Failures in Windows Server Backup (VSS/SPP Errors)
25: KB-Beitrag zu VSSAdmin list writers-Problem
26: Forendiskussion Fehler 0x800706BE
27: Artikel zu Integritäts Level bei Heise.de
28: Backup-Fehler 0×80070032 (englisch)
29: Backup stürzt ab wg. Wbendine.exe-Fehler (Englisch)
30: Microsoft Forendiskussion
31: WBEngine Hotfix
32: Winboard-Forendiskussion mit Acronis-Ursache
33: Zeitfehler bei Volumeschattenkopie-Dienstwritern (KB 826936)
34: Forendiskussion Fehler 807800A1
35: Forendiskussion Fehler 807800A1 im Technet
36: Forendiskussion Microsoft
37: Wind-Backup Fehlermeldung 0×80070057
38: "0×80070057" Fehler beim Sichern von Dateien in Windows 7
Weitere Infos zu Windows 7 finden sich in meinen Windows 7-Titeln.
(c) by Günter Born www.borncity.de
The source of smart computer books
Schlagworte: Backup-Fehler, Troubleshooting



















[...] [...]
[...] [...]
Nachträge: Unter [1] findet sich noch der Hinweis, dass der Malware-Scanner “asquared free” die Funktion Sichern blockiert, d. h. die Schaltflächen zum Sichern funktionieren nicht mehr.
Unter [2] findet sich noch eine Forendiskussion, bei der der “Acronis-Fehler” samt dessen Behebung noch etwas detaillierter als im Blog-Beitrag beschrieben wird. [Update: Ich habe gerade gesehen, dass der Poster seine Infos hier als Kommentar eingestellt hat.]
Unter [4] gibt es noch eine Anleitung, wie man die Sicherungsfunktion auf Werksauslieferungszustand zurücksetzen kann.
Um ein beschädigtes System als Fehlerursache auszuschließen, sollte auch eine Systemdateiüberprüfung ausgeführt werden [3].
Tritt der Fehler 0×80070002 “The system cannot find the file specified. (0×80070002)” auf, findet sich unter [5] eventuell eine Lösung.
Wie sich die Windows-Sicherung auf “Werkseinstellungen” zurücksetzen lässt (falls ein Sicherungsvorgang hängt und nie mehr beendet wird), ist unter [6] beschrieben.
1: http://answers.microsoft.com/de-de/windows/forum/windows_7-system/im-fenster-sichern-und-wiederherstellen-windows-7/33abba43-b94d-422b-9611-97505c164bb2#last
2: http://answers.microsoft.com/de-de/windows/forum/windows_7-system/sichern-und-wiederherstellen-reagieren-nicht-mal/d4145acf-79ea-4f7b-8d96-a5616e54ffd7#last
3: http://www.borncity.com/blog/2011/02/09/system-auf-beschdigte-systemdateien-prfen/
4: http://www.sevenforums.com/tutorials/632-backup-user-system-files-reset-default-configuration.html
5: http://www.borncity.com/blog/2012/01/16/systemprofile-backup-fehler-0×80070002/
6: http://blog.buerstinghaus.net/windows-7-backup-zurucksetzen/
Der Artikel war sehr hilfreich, sollte allerdings unter
“2. Ursache: Fremdtools zur Sicherung installiert”
zum besseren Verständnis für die Vorgehensweise bei den Berechtigungen, und da auch der
Wert in der REG_DWORD: 0×00000014
geändert werden muß,
wie folgt ergänzt werden:
Mit der rechten Maustaste auf den Sub-Key “InitPropertyBag” klicken und im Kontextmenü den Menüpunkt “Berechtigungen…” wählen. Hier auf “Erweitert” klicken und die Registerkarte “Besitzer” klicken.
Wenn als Besitzer nicht “Administratoren” erscheint, muss die Gruppe “Administratoren” im Feld “Aktueller Besitzer” eingefügt werden.
Anschließend erteilt man der Gruppe “Administratoren” Vollzugriff auf den Registry-Key und seine Sub-Keys. Es ist erforderlich die “Berechtigungen” nach erfolgtem Besitzerwechsel zu schließen und anschließend neu zu öffnen.
Die beiden Werte Reg_EXPAND_SZ und REG_DWORT des Sub-Key
“InitPropertyBag” müssen korrigiert werden:
Alter Wert Reg_EXPAND_SZ: C:Program FilesAcronisTrueImageHomeacronis_backup_cpl.dll
Neuer Wert Reg_EXPAND_SZ: %SystemRoot%System32sdcpl.dll
Alter Wert REG_DWORD: 0×00000064
Neuer Wert REG_DWORD: 0×00000014
Zunächst muß ich vorausschicken, dass ich jezt als Ursache eine alte Acronis-Installation ausmachen konnte. Acronis war zwar schon lange deaktiviert, hatte mit seine Klauen aber das System von Win 7 immer noch im Würgegriff, da bei der Deisnatallaiton nicht alle Acronis-Einstellungen rückgängig gemacht wurden.
So fand ich nun die folgenden Lösungsansätze, die dann auch sofort zum Ziel geführt haben, ich zitiere aus einem Blog:
1. Das Programm Regedit “Als Administrator ausführen”. Das erreicht man, indem man die Datei Regedit.exe mit der rechten Maustaste klickt, damit das Kontextmenü sichtbar wird, und anschließend im Kontextmenü den Menüpunkt “Als Administrator ausführen” wählt.
2. Zum Registry-Key
> HKEY_CLASSES_ROOTCLSID{B98A2BEA-7D42-4558-8BD1-832F41BAC6FD}
navigieren und dort den Sub-Key “InitPropertyBag” öffnen.
3. Mit der rechten Maustaste auf den Sub-Key “InitPropertyBag” klicken und im Kontextmenü den Menüpunkt “Berechtigungen…” wählen. Hier auf “Erweitert” klicken und die Registerkarte “Besitzer” klicken.
4. Wenn als Besitzer nicht “Administratoren” erscheint, muss die Gruppe “Administratoren” im Feld “Aktueller Besitzer” eingefügt werden.
5. Anschließend erteilt man der Gruppe “Administratoren” Vollzugriff auf den Registry-Key und seine Sub-Keys. Es ist erforderlich die “Berechtigungen” nach erfolgtem Besitzerwechsel zu schließen und anschließend neu zu öffnen.
6. Die beiden Werte Reg_EXPAND_SZ und REG_DWORT des Sub-Key
“InitPropertyBag” müssen korrigiert werden:
Alter Wert Reg_EXPAND_SZ: C:Program
FilesAcronisTrueImageHomeacronis_backup_cpl.dll
Neuer Wert Reg_EXPAND_SZ: %SystemRoot%System32sdcpl.dll
> Alter Wert REG_DWORD: 0×00000064
> Neuer Wert REG_DWORD: 0×00000014
Im Fenster der REG_DWORD: erscheint nur die Zahl “64″, die also auf “14″ ändert.
Danach war kein Neustart erforderlich, in der Systemsteuerung konnte ich die Funktion “Sichern und Wiederherstellen” wie gewohnt starten.
Also Vorsicht mit den Acronis-Anwendungen unter Win 7.
Unter Windows XP war ich mit Acronis übrigens immer sehr gut gefahren.
@Kalle: vielen Dank für die super Präzisierung. Hab das Acronis-Zeugs nie auf meiner Produktivmaschine installiert gehabt, und wollte es auch nicht mehr für den Blog-Beitrag testen. So müsste aber jeder damit klar kommen.
Unter [1] befindet sich noch ein Artikel, der auf den Fehlercode 0×81000019 (ungenügend Speicher beim VSS-Dienst) eingeht.
Unter [2] gibt es einen MS-Forenthread, der sich mit dem Backup-Fehler 8078012D befasst. Eine Ursache kann z. B. eine Energiespareinstellung sein, die eine USB-Festplatte abschaltet.
1: http://mlevit.wordpress.com/2009/11/25/a-shadow-copy-could-not-be-created-insufficient-storage-available-to-create-0×81000019/
2: http://answers.microsoft.com/de-de/windows/forum/windows_7-security/fehlercode-0x8078012d-bei-datensicherung/5e5f3e48-c211-42b2-8c1b-2a5885fc55c4?tm=1330455644001
[...] [...]
Nachtrag: Unter [1] gibt es bei Microsoft einen Blog, der sich mit Speichertechnologien von Windows beschäftigt. Aus diesem Blog findet sich unter [2] eine Aufstellung von Fehlercodes und Ursachen zu Backup & Restore-Problemen (bezieht sich zwar auf Vista, ist aber auch bei Windows 7 hilfreich).
Unter [3] gibt es in der Seite von MVP Michael Bormann noch ein paar Hinweise zu älteren Backup-Problemen bei Windows XP und unter [4] adressiert er echte Probleme beim USN Rollback (gilt für Windows Server).
1: http://blogs.technet.com/b/filecab/archive/tags/system+restore/
2: http://blogs.technet.com/b/filecab/archive/2008/03/12/common-causes-and-solutions-to-backup-system-restore-and-complete-pc-backup-problems-updated.aspx
3: http://www.mbormann.de/default.htm?/tips/wxp_tips.htm#F14
4: http://www.mbormann.de/default.htm?/tips/USN-Rollback-ausgehebelt.htm
[...] [...]
Tritt beim Backup der Fehler 0×80070057 (Falscher Parameter) auf, kann dies (laut des Foreneintrags [1] von Nadine K. beim Microsoft Answers-Forum) auch ungenügender virtueller Speicher sein.
1: http://answers.microsoft.com/de-de/windows/forum/windows_7-system/sichern-und-wiederherstellen-interner-fehler/fb040dae-8311-4b9c-a770-14d3188d6820?page=1
Ich hab hier auch noch 2 Dinge zu dem Fehler:
http://www.winvistaside.de/forum/index.php?showtopic=3633
@André: Danke für den Tipp.
Backup meldet den Fehlercode 0×81000037
Tritt beim Backup der Fehlercode 0×81000037 auf, fehlt eventuell der Zugriff auf Bibliotheken, oder Bitlocker Drive Encrytion ist aktiviert oder es gibt eventuell Probleme beim Zugriff den Volumenschattenkopiendienst. Unter [1] findet sich eine Diskussion bei Microsoft Answers, in deren Verlauf verschiedene Reparaturansätze zum Backup skizziert werden.
Bei nicht zugreifbaren Bibliotheken oder aktivierter Bitlocker-Laufwerksverschlüsselung hat Microsoft einen eigenen KB-Artikel [2] mit Hinweisen zu diesen Themen veröffentlicht.
1: http://answers.microsoft.com/en-us/windows/forum/windows_7-performance/trying-to-create-system-backup-getting-error/23492253-3365-e011-8dfc-68b599b31bf5?msgId=f6e7c68f-e069-e011-8dfc-68b599b31bf5
2: http://support.microsoft.com/kb/975692/de
–> Bei Anwahl von Sichern und Wiederherstellen passiert nichts
–> Fehler: 0×80042302
Riesigen Dank! Ich konnte meine Datensicherung nicht mehr ausführen, über den Hinweis “Dienste” habe ich das Programm Volumenschattenkopie gefunden – diese war schlicht deaktiviert… nach Aktivierung funktionierts jetzt.
Viele Grüße
Karsten