In den Windows 7-Foren gibt es immer wieder Anwender, bei denen die Systemabbildsicherung mit dem Fehlercode 0\u00d781000019 scheitert. In diesem Beitrag m\u00f6chte ich ein paar lose Enden zusammen kn\u00fcpfen und m\u00f6glichen Ursachen auf den Grund gehen.<\/p>\n
<\/p>\n
Der Fehler (ist unter [5] beschrieben – wenn auch die Ursache vermutlich nicht korrekt identifiziert wurde) weist darauf hin, dass der Volumenschattenkopiendienst (Volume Shadow Copies Service VSS) nicht gen\u00fcgend Speicher vorfindet, um das Abbild des Systems zu sichern. Die meisten Benutzer glauben nun, dass es dabei um den Speicherplatz auf dem Sicherungsmedium geht. Dies ist aber nicht der Fall. Vielmehr bezieht sich der VSS-Fehler auf die Systempartitionen.<\/p>\n
Ursachenanalyse ist angesagt<\/strong><\/p>\n Unter [a<\/a>] bin ich ja umfassend auf diverse Backup-Fehler eingegangen. In den Kommentaren findet sich auch ein Nachtrag von mir, der auf den Beitrag unter [2<\/a>] verweist. Blogger Marat weist darauf hin, dass das Problem auftritt, wenn im System eine Partition \"System-reserviert\" existiert und diese nicht mehr gen\u00fcgend freien Speicherplatz aufweist. In die gleiche Kerbe haut der Blogger Jay Pilarta unter [1<\/a>].<\/p>\n Die Partition \"System-reserviert\" wird automatisch bei der Installation von Windows Vista\/Windows 7 angelegt, wenn bestimmte Bedingungen erf\u00fcllt sind [d<\/a>]. Normalerweise umfasst die Partition 100 MByte und weist nur einige Windows-Startdateien auf. Geht der freie Speicherplatz auf dieser Partition zur Neige, kann der VSS-Dienst nicht mehr korrekt ausgef\u00fchrt werden.<\/p>\n Nachdem der Fehler sich durch diverse Foren zieht, habe ich noch ein wenig recherchiert. Unter [3<\/a>] bin ich auf eine umfassende Diskussion des Effekts gesto\u00dfen. Dort wird die These herausgesch\u00e4lt, dass Dritthersteller-Tools (Backup, Indexer etc.) das USN-Journal [4<\/a>] auf der Partition \"System-reserviert\" aktivieren. Dieses beginnt dann \u00c4nderungen am NTFS-Volumen aufzuzeichnen. W\u00e4re normalerweise kein Problem, wenn die maximale Gr\u00f6\u00dfe des USN an die Kapazit\u00e4t der Partition angepasst w\u00fcrde, was aber nicht der Fall zu sein scheint. Die maximale Gr\u00f6\u00dfe ist einfach zu hoch gesetzt. Die Aktivierung des USN geht solange gut, bis der freie Speicherbereich auf der Partition zur Neige geht.<\/p>\n Diagnose und Fehlerbeseitigung<\/strong><\/p>\n Nutzer Sneha von Microsoft gibt dann auch einen konkreten Ratschlag, wie man dem Problem beikommen kann. Auch die unter [1, 2] verlinkten Blogbeitr\u00e4ge adressieren das Thema. Hier die grunds\u00e4tzliche Vorgehensweise.<\/p>\n Wenn im Eigenschaftenfenster des Laufwerks weniger als 70 MB (ich habe auch weniger als 40%) frei ausgewiesen ist, ist die Ursache des Backup-Fehlers vermutlich identifiziert.<\/p>\n Zur Pr\u00e4zisierung der Diagnose sind folgende Anweisungen von Sneha auszuf\u00fchren. Diese setzen voraus, dass der Partition \"System-reserviert\" ein Laufwerksbuchstabe zugewiesen wurde.<\/p>\n Die Ausgabe sollte eine Zeile \"Maximale Gr\u00f6\u00dfe\" aufweisen. Der Wert gibt die Gr\u00f6\u00dfe des USN als Hexwert an. Man kann den Windows-Rechner Calc starten, den Hexwert im Hexmode eintippen und dann das Ergebnis durch 1048576 (1024*1024) dividieren. Das sollte die maximale Gr\u00f6\u00dfe in MByte ergeben. Im hier gezeigten Beispiel ist der Wert auf 1 MByte gesetzt. Liegt der Wert im Bereich von 30 MByte, d\u00fcrfte die Windows-Backup-Funktion mit dem o. g. Fehler scheitern.<\/p>\n M\u00f6gliche Abhilfema\u00dfnahmen<\/strong><\/p>\n Die erste M\u00f6glichkeit besteht darin, versuchsweise das vorhandene USN-Journal mit dem folgenden Befehl:<\/p>\n fsutil usn deletejournal \/d o:<\/em><\/p>\n zu l\u00f6schen und zu deaktivieren [9]. Alternativ kann auch die Option \/n verwendet werden (siehe [8<\/a>]). In [8<\/a>] findet sich eine \u00dcbersicht der Befehle. Dort ist auch eine Option beschrieben, um das USN-Journal neu anzulegen und die maximale Gr\u00f6\u00dfe zu setzen.<\/p>\n Nach dem Zur\u00fccksetzen des Journals sollte der Partition \"System-reserviert\" der Laufwerksbuchstabe wieder entzogen werden. Um solche Probleme zu vermeiden, empfiehlt es sich, konsequent auf Backup-Tools von Drittherstellern, die f\u00fcr Windows 7 zugelassen sind, zu setzen.<\/p>\n Anmerkung:<\/strong> Unter [2<\/a>] findet sich noch der Hinweis, die Partition auf 490 MByte zu vergr\u00f6\u00dfern. Dies ist in meinen Augen aber nicht wirklich zielf\u00fchrend, da das Vergr\u00f6\u00dfern mit Windows-Bordmitteln nicht m\u00f6glich ist. Zudem wird die Ursache eigentlich nicht beseitig und wenn eine Anwendung die Journalgr\u00f6\u00dfe heraufsetzt, dauert es nur eine gewisse Zeit, bis das USN die freie Kapazit\u00e4t mit Eintr\u00e4gen wieder belegt hat. Auch die Hinweise unter [1<\/a>] wie Language Packs deinstallieren, helfen nicht weiter. Die Methode 2, bei der die Startdateien auf der Partition erneuert werden und die Partition auf aktiv gesetzt wird, werden das Problem auch nicht l\u00f6sen.<\/p><\/blockquote>\n \u00c4hnliche Beitr\u00e4ge: Links: In den Windows 7-Foren gibt es immer wieder Anwender, bei denen die Systemabbildsicherung mit dem Fehlercode 0\u00d781000019 scheitert. In diesem Beitrag m\u00f6chte ich ein paar lose Enden zusammen kn\u00fcpfen und m\u00f6glichen Ursachen auf den Grund gehen.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[398,11],"tags":[4327,1674,3288],"class_list":["post-5839","post","type-post","status-publish","format-standard","hentry","category-backup","category-problemlosung","tag-backup","tag-error-81000019","tag-windows-en"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/5839","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=5839"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/5839\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=5839"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=5839"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=5839"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"https:\/\/web.archive.org\/web\/20200301152830\/https:\/\/f48.imgup.net\/diskmgmt1b389.jpg\")
<\/p>\n\n
![\"\"](\"https:\/\/web.archive.org\/web\/20200301152823\/https:\/\/h67.imgup.net\/sysresdd2a.jpg\")
<\/p>\n\n
![\"\"](\"https:\/\/web.archive.org\/web\/20200301152828\/https:\/\/n72.imgup.net\/USNb264.jpg\")
<\/p>\n
\n<\/strong>a: Windows-Backup Fehlerdiagnosen<\/a>
\nb: Windows-Backup: Befehlszeilenoptionen<\/a>
\nc: Meldung \"Die Wiederherstellung wurde abgeschlossen\" Teil 4<\/a>
\nd: Was steckt hinter der Partition \"system-reserviert\"?<\/a><\/p>\n
\n<\/strong>1: Windows 7 Backup Error 0\u00d781000019<\/a>
\n2: A shadow copy could not be created\u00a0 (0\u00d781000019)<\/a>
\n3: Diskussion bei Microsoft Technet<\/a>
\n4: Wikipedia-Artikel zu USN<\/a>
\n5: Fehlerbeschreibung in Tobis-Blog
\n6: Diskussion im deutschen MS-Answers-Forum<\/a>
\n7: Trefferliste in MS-Answers<\/a>
\n8: Fsutil usn Syntax<\/a>
\n9: USN l\u00f6schen und deaktivieren<\/p>\n","protected":false},"excerpt":{"rendered":"