Backup nicht erfolgreich (Unexpected EOF)

Hallo Martin,

Du kannst auch versuchen, die ZIP direkt im Windows Explorer zu entpacken. Eventuell hilft auch

Vermutlich war die Festplatte bereits korrupt, als die Backups erstellt wurden und daher sind die ZIP-Dateien nun auch korrupt.

Wegen Ihres Foren-Accounts, ich bin nicht sicher, ob das in diesem Fall klappt, aber einen versuch wäre es wert: Kennwort vergessen - Support-Forum (zeta-producer.com)

Falls das nicht zum Erfolg führt, müssten Sie uns den Account-Namen nennen.

Ich würde aber auch mal versuchen ein solches ZIP auf einem anderen Rechner herunterzuladen un zu entpacken. Man weiß ja nie…

Hallo,

Nein, da wird auch ein Premium-Ticket nichts bringen. Wenn wir keine Daten haben, können wir das Projekt auch nicht wiederherstellen. Und Zips können wir nicht reparieren.

Ihren alten Forenaccount habe ich bearbeitet und die Verbindung zum Facebook Login getrennt. Nun sollte die Passwort-Vergessen Option eigentlich funktionieren.

Bin wieder da! Das hat schon mal geklappt, vielen Dank!

Bezüglich der kaputten Zip-Datei grabe ich gerade noch in alten Backups auf der NAS. Welche Verzeichnisse muss ich wiederherstellen?

Anders gefragt: gibt es neben dem ZP16 Projektdateien Verzeichnis noch etwas anderes, das ich wiederherstellen muss?

Projekte liegen standardmäßig immer in einem Ordner Eigene Dokumente\Zeta Producer 16\Projects\$PROJEKTNAME ($PROJEKTNAME steht stellvertretend für den Namen Ihres Projekts). Dieser Ordner beinhaltet alle Daten, die zum Projekt gehören.

OK, das war meine Hoffnung, die damit bestätigt ist.

Genau diesen Ordner stelle ich gerade aus verschiedenen Backups her. Das ältere aus September 2021 hat geklappt, aber diese Version ist halt schon extrem lange her. Das wären Tage oder Wochen, um alles wiederherzustellen.
Es gibt ein weiteres Backup zwischen 31.12.2021 und 05.02.2022. Diese Dateien stelle ich gerade wieder her und versuche mein Glück nochmal.

Ich berichte.

Kurzes Update:

Der Vorschlag von Hanabi klingt zunächst gut, führt aber leider zu weiteren Fehlermeldungen beim Öffnen der „reparierten“ Backups. (Ich habe nur die letzten 5 probiert)

Das Wiederherstellen meiner lokalen NAS-Backups hat nach langer Suche und viel Gefummel endlich funktioniert, allerdings kann ich auch aus diesen Dateien keine Webseite mehr herstellen.

Auf einem ebenfalls vorhandenen Image der SSD vom 28.12.2021 konnte ich die ZP16 Projektordner wiederherstellen. Aber auch daraus ist nichts mehr zu erwecken.

Der letzte funktionierende Stand ist vom 21.09.2021 und noch mit ZP15 erstellt. Das Konvertieren nach ZP16 funktioniert problemlos.

Alle Backups ab der Umstellung auf ZP16 sind defekt und können nicht wiederhergestellt werden. Das betrifft sowohl http://www.triketracks.de, als auch http://www.smartins.de. Beide konnte ich nur mit Stand 21.09.21 unter ZP15 wiederherstellen. Frustrierend.

Mich wundert schon, dass ich während der ganzen Zeit nicht gemerkt habe, dass ich nur Schrott sichere und die Backups sowohl online als auch lokal unbrauchbar sind. Mit dem Ableben einer SSD habe ich nun schmerzlich festgestellt, dass die Arbeit über die letzten Monate bereits am seidenen Faden hing.

Was lerne ich daraus? Ich habe meine Backup-Strategie geändert, damit ich mir beim nächsten Mal nicht den Wolf suche nach lokalen Backups. Aber ansonsten war's ja eigentlich gar nicht so schlecht, wenn auch unsägliche Arbeit. Es ist fast alles wieder da, außer halt meine ZP16-Backups. Da ich zurzeit kein laufendes Projekt habe, ist fast nix passiert. Ein paar Seiten Projektvorbereitung und das rohe Script sind verloren, aber das habe ich auch noch im Kopf.

Was wünsche ich mir für die Zukunft? Wie wäre es mit einer kleinen Funktion in ZP, die gelegentlich checkt, ob die gespeicherten Backups auch zurück gelesen werden können? Vielleicht reicht da auch nur ein Hash-Vergleich? Eigentlich macht ZP ja einen guten Job mit der Speicherung auf dem Webserver und lokalem Backup. Blöd halt, wenn das Backup selbst beschädigt ist und man es erst hinterher merkt. Ich habe natürlich nie probiert, ob das auch Sinn ergibt, was ich da so backuppe!

Wäre das nicht eine tolle Funktion für ZP17, oder träume ich nur einen komischen Traum?

Hallo,

ja, hier zeigt sich, dass auch das Rücksichern von Backups regelmäßig geprüft werden sollte. Ich kenne allerdings keine Backup-Software, die das für mich automatisiert durchführt. Ich bezweifle also, dass wir eine solche Automatik einbauen werden (auch weil der Vorgang ggf. extrem zeitaufwändig ist).

Was aber irgendwie schon ein extremer Zufall scheint: Dass Ihr Datenträger just zur gleichen Zeit anfing korrupt zu werden, als Sie anfingen ZP 16 zu nutzen.

Zitat von Stefan S

Was aber irgendwie schon ein extremer Zufall scheint: Dass Ihr Datenträger just zur gleichen Zeit anfing korrupt zu werden, als Sie anfingen ZP 16 zu nutzen.

Das hat mich echt stutzig gemacht.

Es gibt ja keine Zufälle, aber ich weiß nicht, wo da ein Zusammenhang sein könnte. Ich bin ja zufrieden mit ZP16 und alles lief auch ganz locker und problemlos.

Schade halt, dass die Backups in die Hose gegangen sind.

Ich habe halt munter weitergemacht, nur beim Schnitt habe ich gemerkt, dass mein Rechner sich ungewohnt schwertat. Das habe ich aber auf NAS und Netzwerk zurückgeführt und nichts Schlimmes gedacht.

Richtig gemerkt habe ich das Thema erst, nachdem es mir eine SD-Karte, nach der anderen scheinbar zerschossen hat. Ich verwende ziemlich große 512GB-Karten und es geht gewaltig ins Geld, wenn sich eine nach der anderen verabschiedet. Bei näherer Untersuchung war die Überraschung dann groß!

Die SD-Karten leben mittlerweile auch wieder. Freilich leer, aber immerhin habe ich sie noch nicht entsorgt!

Nächstes Thema: Aus dem wiederhergestellten Projekt kann ich kein Backup erzeugen. Warum auch immer bricht ZP16 nach einer Weile ab, mit Fehler 80 und behauptet das Backup wäre bereits vorhanden. Vorhanden ist allerdings gar nichts, weder lokal noch auf dem Webserver.

Was kann ich denn da machen?

Lokal ist nichts vorhanden – Backup-Ordner leer. Auf dem Webserver könnten die nicht funktionierenden Backups noch vorhanden sein, angezeigt wird aber nichts.

Wie ist der Ziel-Datenträger formatiert? NTFS oder anderes Format? Bei nicht NTFS gibt es ein Limit der Dateigröße.

Könnte auch hieran liegen:

Wenn im Windows-Ordner emp mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf, zu erkennen an dem Stichwort "System.IO.IOException". Hier hilft eine Bereinigung zum Löschen temporärer Dateien:

- Neues Explorer-Fenster öffne, in die Adresszeile emp eingeben und Enter drücken.

- Wenn nun der Inhalt des Temp-Ordners angezeigt wird, alle Dateien und Ordner mit STRG-A auswählen und löschen. Wenn Dateien nicht gelöscht werden können, weil sie benutzt werden (Warnung), dann diese Dateien einfach ignorieren.

Der Zieldatenträger ist eine SSD, die ist natürlich nicht FAT32 formatiert. Am 4GB-Limit dürfte es nicht liegen.

Der Temp-Ordner ist noch ganz frisch, da sind nur eine handvoll Dateien drin.

Löschen ändert aber nix. Zeta zeigt den Fehler 80 an.

Hallo Martin,

betrifft der Fehler beide Projekte, also smartins und triketraks oder nur eines?

Hallo Thomas, bislang kann ich nur vom einen, also http://www.triketracks.de berichten. Das andere liegt unberührt auf der Festplatte.

So sieht die Fehlermeldung aus.

Das Projekt habe ich jetzt testweise hochgeladen. Im Testverzeichnis sieht alles normal aus, die Seite kann auch geladen werden und funktioniert.

Beim Versuch ein Backup zu erstellen kommt eben der Fehler 80.

ZP16 behauptet, die Datei wäre bereits vorhanden. und bricht ab.

Im lokalen Backup-Verzeichnis ist nichts vorhanden, auf dem Server ebenfalls nicht.

Lokal kann ich allerdings beobachten, dass ZP16 durchaus eine ZIP-Datei anlegt als Backup - schön bezeichnet, mit Namen und Uhrzeit und so, wie es sich gehört.

Kaum scheint ZP16 fertig zu sein, kommt die Fehlermeldung und eben erstellte Datei verschwindet wieder.

Auf dem Webserver tut sich gar nichts. ZP scheint vorher schon abzubrechen.

gibt es Bilder mit besonders langem Dateinamen? Dann könnte es auch an der absoluten Pfadlänge (255 Zeichen) liegen. Dies kannst Du umgehen, indem Du direkt auf ein Laufwerk sicherst und nicht in das Backup-Verzeichnis.

Zitat von Martin Schmid

Der Zieldatenträger ist eine SSD, die ist natürlich nicht FAT32 formatiert. Am 4GB-Limit dürfte es nicht liegen.

Der Temp-Ordner ist noch ganz frisch, da sind nur eine handvoll Dateien drin.

Löschen ändert aber nix. Zeta zeigt den Fehler 80 an.

Hallo Martin,

mal noch ein Einwand. Auch eine SSD kann ein anderes Format haben. Ich kann ihr jedes beliebiges Fomat geben. Eine SSD für ein MAC ist meistens in exFat formatiert. Und für Windows sollte eine Externe Platte die als Backuplaufwerk genutzt wird, egal ob HDD oder SSD am besten in NTFS sein.

So, Herrschaften! So muss das aussehen!
Zunächst mal Danke, an alle, die sich hier im Forum mit mir Gedanken gemacht haben und Anregungen gaben.

Ich habe in meiner Verzweiflung nun Gewalt angewendet und mir aus verschiedenen Backup-Ständen, die ja nicht funktionierend vorhanden waren, ein Fake-Backup zusammen geschnippelt. Wie ich das gemacht habe, möchte ich besser nicht im Detail ausbreiten, aber die Hinweise findet man hier im Forum. Und der Rest ist halt Risiko!

Jedenfalls kann man das dann lokal wieder einspielen - und plötzlich tut es!

Das Fake-Backup hat Stand irgendwann im Januar 2022. Im Februar ist nicht viel passiert, und so konnte ich den letzten Stand leicht nachbauen nach der aktuellen Homepage, die ja noch online ist.

Den bisherigen – nicht funktionierenden – Stand habe ich verworfen. Die Fehlermeldungen kann ich nicht nachvollziehen.

Ich kann aber nachvollziehen, dass das Problem definitiv nicht mit der Umstellung auf ZP16 aufgetreten ist.
Wahrscheinlich ist das „nur“ dem schleichenden Ableben meiner SSD geschuldet.

Also Stand jetzt scheinen alle Probleme beseitigt, Rückspielen ist getestet und ich gehe nun meine Schweißperlen abwischen.

Leute, das Forum ist GOLD wert! Danke hierfür.

Für ZP95 wünsche ich mir eine Schweißperlen-Abwischfunktion. Bei ZP17 wird das wohl noch nicht drin sein.
Problem gelöst - Thread kann geschlossen werden.

Thread nicht geschlossen?

Dann kann ich ja ein Update wagen, für die, die es interessiert:

Das Nachbau-Backup meiner zweiten Homepage http://www.smartins.de hat leider nicht so gut funktioniert, wie bei http://www.triketracks.de

Alle Bilder sind weg und ich hab noch x Fehlermeldungen. Die Bilder sind natürlich alle noch da, auf dem NAS, nur werden sie nicht mehr richtig verknüpft. Das heißt viel Handarbeit!

Backup und Rückspielen wird gerade getestet.

Ich habe übrigens auf dem Webserver ganz wunderbare, alte Backups gefunden, die sich sogar zurückspielen lassen. Lohnt sich aber nicht, weil einfach viel zu alt.
Das zeigt aber, dass es funktionieren kann, wenn man sich nicht alles zerhackt. Irgendwas habe ich angerichtet auf meinem Webspace, denn dort herrscht ein furchtbares Durcheinander ineinander verschachtelter Ordner, wo keine Sau mehr durchblickt. Was habe ich da nur gemacht? Grund genug, das aufzuräumen.

Viele Grüße

Hallo Martin,

viel Erfolg beim Aufräumen. Ich setze jetzt Deinen Wunsch aus dem vorletzten Beitrag um und schließe den Thread