[Eisfair_dev] Backup-Zip 1.0.40: Umfrage zum Bugbericht von Nicky

Matthias Prill m.prill at gmx.de
Mo Okt 10 17:22:33 CEST 2016


Am 10.10.2016 um 09:16 schrieb Marcus Roeckrath:
> Hallo,
> 
> Nicky Cybala hat unter dem Betreff "boeser BUG in backup-zip" berichtet,
> dass sein komplettes System samt weiterer angeschlossener Platten gelöscht
> wurde.
> 
> Ich habe zwischenzeitlich die Version 1.0.45 veröffentlicht, die vor diesem
> Unglück bewahren sollte, allerdings ist mir bislang nicht klar, wie es bei
> Nicky zu diesem Zustand gekommen ist.
> 
> Ich bitte nun alle backup-zip-Nutzer ihr System zu prüfen und hier Infos zu
> posten, falls Ungereimtheiten auftauchen:
> 
> Gehe ins Backup-Zip-Menu und rufe den Unterpunkt "Backup restore/delete"
> auf und dort 2=Delete. Es erscheint eine Auflistung aller Backups, die im
> Fehlerfall z. B. so aussehen könnte (Beispiel von Nicky):
> 
> 1) eis_home_1-07.10.2016-23:30    6) eis_data_3-05.10.2016-23:30
> 2) eis_home_2-06.10.2016-23:30    7) eis_system_1-02.10.2016-23:31
> 3) no                             8) eis_system_2-25.09.2016-23:31
> 4) eis_data_1-07.10.2016-23:30    9) eis_system_3-18.09.2016-23:31
> 
> Das Problem ist das angebliche mit "no", benannte Backup. Es dürfen nur
> Einträge wie
> 
> <backupname>_<nummer>-<zeitstempel>
> 
> aufgelistet werden.
> 
> Taucht nun ein unerklärlicher Eintrag auf, dann bitte eine zweite Konsole
> öffnen und die Datei /tmp/log1 irgendwohin kopieren und hier posten. Danach
> den Menüpunkt einfach mit 0 verlassen.
> 
> Niemals einen falschen Eintrag versuchen zu löschen; bis Version 1.0.40 kann
> das zum Totalverlust führen, neuere Versionen sollten das bemerken und das
> Löschen verweigern.
> 
> Nun bitte auch noch folgendes posten:
> 
> ls -la vom Backupverzeichnis
> 
> backup-zip Konfiguration
> 
Moin,
hier bei mir unter Backup-Zip 1.0.40 gibt es keine irregulären Einträge
im Löschmenu.
Gruß
Matthias


Mehr Informationen über die Mailingliste Eisfair_dev