Ereignis-ID 4104, Windows-Backup Ungültiges Fensterhandle (0x80070578)
#1
geschrieben 28. Juli 2016 - 15:39
Eintrag in der Ereignisanzeige:
Ungültiges Fensterhandle (0x80070578)78050780E30500004509000061090000420ED1665C2BEE174B64529CB14610EA71000000
sfc /scannow findet keine Fehler. Überprüfung des Arbeitsspeichers mit dem Diagnosetool ebenfalle ohne Ergebnis.
Zurücksetzen der automatischen Sicherung in der Registrierung und Neuanlage ohne Erfolg
Änderung des Laufwerkes für die Sicherung statt D auf eine externe Festplatte ändert nichts an der Fehleranzeige
Letzte Woche fiel mir auf, dass die wöchentliche Sicherung wegen fehlendem Speicher nicht möglich war.
Es war dann so, dass im Gegensatz zu füher nicht einzelne Sicherungen zum Löschen angezeigt wurden, sondern in einem Bock die Sicherungen vom 29.03-12.07.2016 mit über 200 GB (Sichern und Wiederherstellen (Windows7)), die ich dann auch gelöscht habe.
Anzeige
#2
geschrieben 29. Juli 2016 - 10:05
angebenden Zeitpunkt nicht an geschlossen ist ? dann kann keine Sicherung
gemacht werden und führt zu einer Fehlermeldung.
Also ich an deiner Stelle würde meine Sicherung lieber mit einem Programm
machen welches du dafür nimmst musst du entscheiden hier gibt es ja mehre
Namen von Sicherungsprogrammen.
#3
geschrieben 29. Juli 2016 - 10:14
Finde da aber in dem Zusammenhang auch nichts weiter zur Backupanwendung und dem Fehler. Sehr kurios das Ganze.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#4
geschrieben 29. Juli 2016 - 17:02
#5
geschrieben 29. Juli 2016 - 17:10
Bekomme den Fehler da nicht wirklich zugeordnet. Und Google ist da auch leider nicht hilfreich. Scheinen zwar mehrer das Problem zu haben, aber eine gescheite Lösung habe ich da noch nicht gefunden (außer Neuinstallation o. anderes Backupprog verwenden).
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#6
geschrieben 29. Juli 2016 - 17:30
Ungültiges Fensterhandle (0x80070578)78050780E30500004509000061090000420ED1665C2BEE174B64529CB14610EA71000000
#7
geschrieben 29. Juli 2016 - 17:37
Aber steht da noch direkt etwas im Log 'Microsoft-Windows-Backup' unter 'Anwendungs- und Dienstprotokolle\Microsoft\Windows\Backup'?
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#8
geschrieben 29. Juli 2016 - 17:49
Nochmals zum Ereignis 4104, hier der komplette Eintrag in der Ereignisanzeige:
Ungültiges Fensterhandle (0x80070578)
78050780E30500004509000061090000420ED1665C2BEE174B64529CB14610EA71000000
--------------------------------------------------------------------------------
Binäre Daten:
In Wörtern
0000: 80070578 000005E3 00000945 00000961
0010: 66D10E42 17EE2B5C 9C52644B EA1046B1
0020: 00000071
In Bytes
0000: 78 05 07 80 E3 05 00 00 x..ۋ...
0008: 45 09 00 00 61 09 00 00 E...a...
0010: 42 0E D1 66 5C 2B EE 17 B.Ñf\+î.
0018: 4B 64 52 9C B1 46 10 EA KdRœ±F.ê
0020: 71 00 00 00 q...
#9
geschrieben 29. Juli 2016 - 18:09
Mit den Binären Daten kann ich da auch nichts weiter anfangen. Erkenne da nur den Fehlercode 0x80070578, aber was der Rest in dem Zusammenhang bedeutet, keine Ahnung. Erkenne da nichts nützliches.
Ereignis 14 hilft da auch nicht. Da sollte eigentlich was anderes stehen, wenn das Backup fehlgeschlagen ist. 'Die Sicherung ist abgeschlossen' ist eigentlich ein Widerspruch zum Ereignis 4104. Dieses Backupprogramm ist ab und zu echt merkwürdig.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#10
geschrieben 29. Juli 2016 - 20:11
Macke des Win10 vor.
Sind denn auf der Extern Festplatte keine Sicherung drauf ? wenn doch bei
win7 Sicherungen werden erst Daten Angezeigt wenn man auf den WinBackup Ordner
drauf geht.
"Die Sicherung bricht bei 97% ab" dies muss nicht immer heißen das die Sicherung
nicht erfolgreich war.
#11
geschrieben 29. Juli 2016 - 20:17
Zitat (Dirk900: 29. Juli 2016 - 20:11)
nicht erfolgreich war.
Was bitte soll es dann heißen? Wenn es keine anderen Informationen gibt als "bei 97% hatte ich keine Lust mehr", dann muss man bis zum erfolgreichen Restoretest von einem fehlerhaften Backup ausgehen.
Und wie der TE oben schreibt, ist ein Restore mangels intaktem Backup nicht möglich.
Ergo: Ein Backupprogramm nehmen, was a) funktioniert und b) erzählt, wo der Schuh drückt, wenns mal danebengegangen ist.
Alles andere ist Verschwendung von Schreibzyklen auf dem Backupmedium.
Unix won't hold your hand. You wanna shoot your foot, Unix reliably delivers the shot.
True Cloudstorage