{"id":186077,"date":"2017-01-20T01:20:00","date_gmt":"2017-01-20T00:20:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=186077"},"modified":"2024-02-11T19:47:55","modified_gmt":"2024-02-11T18:47:55","slug":"windows-systemwiederherstellung-liefert-fehler-0x8004230f","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2017\/01\/20\/windows-systemwiederherstellung-liefert-fehler-0x8004230f\/","title":{"rendered":"Windows-Systemwiederherstellung liefert Fehler 0x8004230f"},"content":{"rendered":"

Einige Windows-Nutzer erleben eine b\u00f6se \u00dcberraschung beim Versuch, die Systemwiederherstellung zu benutzen. Diese verabschiedet sich mit dem Fehlercode 0x8004230F. Seltener tritt der Fehler beim Backup auf.<\/p>\n

<\/p>\n

Fehler 0x8004230F vom VSS-Provider<\/h3>\n

\"\"Auf den Fehlercode 0x8004230F wurde ich k\u00fcrzlich in diesem MS Answers-Forenthread<\/a> aufmerksam. Der Anwender hat ein System, welches aus einem Paragon Backup wiederhergestellt wurde und in der Systemsteuerung die unm\u00f6glichsten Fehlercodes auswirft.<\/p>\n

Der Fehlercode 0x8004230F wird mir in Windows als unbekannt angezeigt, aber in diversen Foren findet sich die Information (z.B. hier), dass dieser Code in der Datei vswriter.h<\/em> f\u00fcr VSS_E_UNEXPECTED_PROVIDER_ERROR steht. Der Provider f\u00fcr den Volumen Schattenkopien Dienst (VSS) hat einen unerwarteten Fehler zur\u00fcckgegeben. Eine Liste der Volume Shadow Copy-Fehler findet sich \u00fcbrigens hier<\/a>.<\/p>\n

Finger weg vom Neuregistrieren der VSS DLLs<\/h3>\n

Geht man die Treffer im Internet durch, fallen einem sehr alte Treffer auf \u2013 der Fehler kommt also schon in \u00e4lteren Windows-Versionen vor. Gelegentlich gibt es den Hinweis (z.B. hier (entfernt) oder hier<\/a> oder in KB940032<\/a>), die DLL-Dateien f\u00fcr den Volume Shadow Service (VSS) neu zu registrieren. Auch im Blog-Beitrag Wiederherstellung bzw. VSS meldet Error 0x81000101<\/a> habe ich diesen Ansatz erw\u00e4hnt.<\/p>\n

Zwischenzeitlich m\u00f6chte ich aber abraten. Die L\u00f6sung war mal f\u00fcr \u00e4ltere Windows-Versionen sinnvoll. Aber seit Windows Vista hat Microsoft angeblich einiges ge\u00e4ndert. Laut diesem Forenbeitrag wurden die Funktionen zum Re-registrieren in Windows 7 sogar entfernt. Selbst wenn die Befehle funktionieren, wird das Ganze wohl eher nicht von Erfolg gekr\u00f6nt.<\/p>\n

Ursache TuneUp und fehlender SPP-Dienst?<\/h3>\n

Bei einer Suche im Web st\u00f6\u00dft man sehr schnell auf den Hinweis, dass ein fehlender SPP-Dienst (Microsoft-Softwareschattenkopie-Anbieter) beteiligt sei. Man kann also die Computerverwaltung aufrufen, zu Dienste gehen und nachsehen, ob die Dienste Microsoft-Softwareschattenkopie-Anbieter<\/em> und ggf. Volumenschattenkopie<\/em> auf manuell stehen und aktiviert werden k\u00f6nnen. Siehe hierzu auch meinen Beitrag Backup liefert VSS-Fehler 0x807800A1<\/a>, wo dieser Ansatz in anderem Zusammenhang skizziert ist.<\/p>\n

<\/p>\n

In diesem Microsoft Answers-Forenbeitrag<\/a> und in weitere Fundstellen wird vermutet, dass TuneUp oder \u00e4hnliche Werkzeuge diesen Dienst deaktivieren. Deaktiviere ich diese Dienste, erhalte ich aber eher die Fehlercodes 0x81000202 (siehe obiger Screenshot) oder 0x81000203 (sieht folgender Screenshot) angezeigt.<\/p>\n

<\/p>\n

Diese Fehlerursachen werden z.B. durch TuneUp provoziert und sind im Blog-Beitrag Computerschutz nicht aktivierbar, Fehler 0x81000203<\/a> thematisiert. F\u00fcr den Fehlercode 0x8004230f muss das aber nicht wirklich zutreffen.<\/p>\n

Der VSS-Writer muss laufen \u2013 auf Fehler pr\u00fcfen<\/h3>\n

Was im Dienstemanager nicht angezeigt wird: Der Microsoft Software Shadow Copy Provider (Microsoft-Softwareschattenkopie-Anbieter<\/em>) muss gestartet sein. Hier ist mir in diesem Thread<\/a> die Click2Run-Konfiguration in Microsoft Office Starter 2010, die ein eigenes Laufwerk Q oder R anlegt, als Ursache untergekommen. Da bekommt der VSS-Writer bei der Konstellation unter Umst\u00e4nden Probleme.<\/p>\n

Zur Fehlerpr\u00fcfung kann man eine Eingabeaufforderung \u00fcber Als Administrator ausf\u00fchren <\/em>aufrufen und dann den Befehl<\/p>\n

vssadmin list writers<\/em><\/p>\n

eingeben. Dann werden die jeweiligen Writer samt Fehlerstatus aufgelistet.<\/p>\n

\"VSS-03\"<\/a><\/p>\n

M\u00f6glicherweise gibt es da noch eine Erkenntnis, warum der Provider nicht funktioniert. In diesem veeam-Beitrag<\/a> werden VSS-Provider anderer Anbieter als eine m\u00f6gliche Problemursache genannt. Und in diesem Forenthread<\/a> hatte der Anwender mit einem Fremdtool gearbeitet.<\/p>\n

Weitere Hinweise zum Fehler<\/h3>\n

Ganz aufschlussreich ist auch dieser Beitrag<\/a>, der als bekannte Ursache die Installation mehrerer Backup-L\u00f6sungen auff\u00fchrt. Als weitere Ursachen werden genannt:<\/p>\n