chinchilla-meister
Anmeldungsdatum: 7. Februar 2010
Beiträge: Zähle...
|
Hallo Leute! Ich habe gerade Ubuntu frisch auf meinem PC installiert und wollte das Backup, welches ich mit Deja Dup 5 Tage zuvor erstellt hatte wiederherstellen, doch das Programm meldet dabei nur "Keine Datensicherungen zur Wiederherstellung gefunden". Der ausgewählte Ordner beinhaltet aber etwa 500 difftar.gz files des Backups.
Ich habe auch den gesamten Ordner von der externen HD auf den Desktop zu kopieren und versucht die Daten von dort aus wiederherzustellen, aber das Programm meldet immer noch den selben Fehler.
Das Backup stammt ebenafalls von Ubuntu Version 11.10, da sollte das Problem also nicht liegen. Auch sonst habe ich an den Backupfiles nichts manuell geändert oder so. Hat jemand eine Idee wieso Deja Dup keine Datensicherungen finden kann, obwohl sie da sind und im Programm der richtige Ordner zur Wiederherstellung eingetragen ist?
Oder kennt jemand eine andere Möglichkeit, wie ich die Daten wiederherstellen kann? (Die Archive manuell zu entpacken hab ich mal beim ersten Archiv versucht, aber da kommt nur noch ein Archiv raus und dort wiederum leere Ordner. Die Archive sind aber nicht leer! ca. 70MB pro Archiv) Vielen Dank für alle Vorschläge und Versuche! greez
|
stephanus
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 109
Wohnort: Hagen
|
Ich verwende leider "Deja Dup" nicht, sondern kopiere alle erforderlichen
Daten in eine Zwischensicherung und erstelle daraus ein komprimiertes Archiv. Prinzipiell kannst Du jedes *.tar.gz manuell auf der Konsole entpacken. benutzer@rechnername $tar -zxvf dateiname.tar.gz Damit man sich vorab den Inhalt eines Archives anschauen kann wird folgender Befehl verwendet. benutzername@rechnername $ tar -tf dateiname.tar.gz Gruß
stephanus
|
I-Punkt
Messeteam
Anmeldungsdatum: 9. Oktober 2008
Beiträge: 1180
Wohnort: Vogtlandkreis
|
Hallo chinchilla-meister, verrätst du mir mal bitte, wo der Speicherort deines Backups war? Hast du über das Netzwerk gesichert, local oder auf externer Platte? Mach mal ein Terminal auf und führe den Befehl
aus. Dort kannst du direkt zu dem Ort des abgelegten Backups navigieren. Sprich den Ordner, indem die difftar.gz-Dateien liegen. Dann auf "Vor" klicken. Was meldet Deja-Dup im Anschluss? PS. Deja-Dup arbeitet mit duplicity 🇬🇧
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Hi I-Punkt Der Speicherort war eine externe Platte, aber ich habe den Ordner jetzt auf den Desktop kopiert und versucht von dort aus wiederherzustellen.
Das Programm Spuckt im Terminal nach Eingabe des von dir beschriebenen Befehls folgendes aus: | ** (deja-dup:1930): DEBUG: DuplicityInstance.vala:196: Running the following duplicity (1951)
command: duplicity 'collection-status' '--gio' 'file:///korrekter_Pfad_zum_Backupordner'
'--no-encryption' '--verbosity=9' '--gpg-options=--no-use-agent' '--archive-dir=/home/BENUTZERNAME/.cache/deja-dup' '--log-fd=17'
** (deja-dup:1930): DEBUG: DuplicityInstance.vala:568: duplicity (1951) exited with value 0
|
Danke für die Hilfe! greez
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Hi stephanus, Auch dir schon mal danke für die Hilfe. Die Archive manuell entpacken geht schon, aber dann liefert es mir die Dateien in folgender Form (nur ein kurzer Auszug als Beispiel): 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19 | multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/4
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/5
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/6
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/7
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/8
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/9
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/10
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/11
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/12
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/13
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/14
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/15
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/16
multivol_snapshot/home/benutzername/Bilder/fotos/DSC05398.JPG/17
snapshot/home/benutzername/Bilder/fotos/Ferien/
multivol_snapshot/home/benutzername/Bilder/fotos/Ferien/DSC03581.JPG/1
multivol_snapshot/home/benutzername/Bilder/fotos/Ferien/DSC03581.JPG/2
multivol_snapshot/home/benutzername/Bilder/fotos/Ferien/DSC03581.JPG/3
multivol_snapshot/home/benutzername/Bilder/fotos/Ferien/DSC03581.JPG/4
|
Und die Dateien nun wieder manuell zusammensetzen ist wohl das letzte was ich probieren will... greez
|
I-Punkt
Messeteam
Anmeldungsdatum: 9. Oktober 2008
Beiträge: 1180
Wohnort: Vogtlandkreis
|
| ** (deja-dup:1930): DEBUG: DuplicityInstance.vala:196: Running the following duplicity (1951)
command: duplicity 'collection-status' '--gio' 'file:///korrekter_Pfad_zum_Backupordner'
'--no-encryption' '--verbosity=9' '--gpg-options=--no-use-agent' '--archive-dir=/home/BENUTZERNAME/.cache/deja-dup' '--log-fd=17'
** (deja-dup:1930): DEBUG: DuplicityInstance.vala:568: duplicity (1951) exited with value 0
|
Sorry chinchilla-meister, da habe ich mich etwas falsch ausgedrückt. Wenn du den Befehl ausführst, sollte sich die GUI öffnen und dort wirst du aufgefordert, zum Backup-Verzeichnis navigieren. Bitte das original-Backup auf der externen Platte nehmen, um Folgefehler während des Kopierens auszuschließen. Was dann passiert, wollte ich wissen. Denn wenn du händisch ins Backup-Verzeichnis wechselst und auf ok klickst, sollte anschließend das Dropdownmenü zur Auswahl der möglichen Wiederherstellungspunkte kommen. Grüße Oliver
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Ach so, sorry fürs Missverständnis. Also, wenn ich das mache und in der GUI das Verzeichnis auf der externen Platte wähle, anschliessend OK klicke, meldet mir Deja Dup, dass es keine Datensicherungen zur Wiederherstellung findet. Genau so wie zuvor auch schon. greez
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Kennt vielleicht jemand nen Weg wie ich über's Terminal eine der .difftar.gz oder einfach .difftar Dateien auswählen kann (über deja-dup, oder vielleicht über duplicity oder so) und dieses dann entpacken, bzw so wiederherstellen, dass die Dateien dann ganz und verwendbar sind? (nicht so wie beim einfachen entpacken über ein Archivprogramm, denn da kommen die Dateien in dem Haufen kleiner gesplitteter Files raus, wie in meinem zweiten Beitrag, 22.02.12, beschrieben). Das würde mir auch schon wahnsinnig weiterhelfen!
Übrigens beim Befehl einfach den Pfad zur Datei anhängen klappt nicht, denn da öffnet sich jedes mal die GUI und da hab ich wieder das selbe Problem wie vorher. Danke für alle Vorschläge. greez
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Ich habe auch folgendes probiert: | @BENUTZER:~$ duplicity restore --file-to-restore / file:///PFAD/ZUM/BACKUP /PFAD/ZUM/ZIELORDNER/FÜR/WIEDERHERGESTELLTE/DATEN
Local and Remote metadata are synchronized, no sync needed.
Warning, found incomplete backup sets, probably left from aborted session
Last full backup date: none
GnuPG passphrase:
|
Das Programm meldet, es gäbe unvollständige Backup sets (kann ich nicht verstehen, da ich das Backup nie abgebrochen habe) und verlangt eine GnuPG passphrase. Wie zur Höllle komm ich an dieses Passwort? Wenn ich einfach das nächst beste eingebe was mir einfällt kommt dabei raus: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | GnuPG passphrase:
Traceback (most recent call last):
File "/usr/bin/duplicity", line 1359, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1342, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1276, in main
restore(col_stats)
File "/usr/bin/duplicity", line 591, in restore
restore_get_patched_rop_iter(col_stats)):
File "/usr/bin/duplicity", line 613, in restore_get_patched_rop_iter
backup_chain = col_stats.get_backup_chain_at_time(time)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 940, in get_backup_chain_at_time
raise CollectionsError("No backup chains found")
CollectionsError: No backup chains found
|
Irgend eine Idee?
|
I-Punkt
Messeteam
Anmeldungsdatum: 9. Oktober 2008
Beiträge: 1180
Wohnort: Vogtlandkreis
|
chinchilla-meister schrieb: Der ausgewählte Ordner beinhaltet aber etwa 500 difftar.gz files des Backups.
Das reicht aber nicht. Ist da denn keine Datei mit der Dateiendung .manifest dabei? Ohne diese Datei funktioniert die Wiederherstellung nicht. Die lässt sich aber nachträglich erstellen.
|
I-Punkt
Messeteam
Anmeldungsdatum: 9. Oktober 2008
Beiträge: 1180
Wohnort: Vogtlandkreis
|
Wir machen das mal anders. Navigiere im Terminal in den Ordner, worin die Backupdateien liegen. Dort gibst du folgenden Befehl ein, den du natürlich noch an deine Namen anpassen musst. for t in duplicity-full.20120226T190255Z.*.difftar.gz; do tar xf $t; done Damit extrahierst du dein Backup in einen Unterordner namens Snapshot. Den Rest des zurückspielens erledigst du via rsync. Vorausgesetzt, du hast genügend Platz auf der Platte, ansonsten anderes Ziel zum Entpacken wählen.
|
I-Punkt
Messeteam
Anmeldungsdatum: 9. Oktober 2008
Beiträge: 1180
Wohnort: Vogtlandkreis
|
chinchilla-meister schrieb: Wie zur Höllle komm ich an dieses Passwort?
Garnicht, da dein Backup nicht verschlüsselt ist, brauchst du auch keins eingeben. Verlangt wird das, weil du die Option
im Befehl vergessen hast
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Das reicht aber nicht. Ist da denn keine Datei mit der Dateiendung .manifest dabei? Ohne diese Datei funktioniert die Wiederherstellung nicht. Die lässt sich aber nachträglich erstellen.
Ne, so ne Datei ist da nicht dabei.
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Gut, ich hab
| for t in duplicity-full.20120226T190255Z.*.difftar.gz; do tar xf $t; done
|
mit Anpassung der Dateinamen ausgeführt. Die Dateien landen jetzt in den Ordnern multivol_snapshot und snapshot (vorgang läuft momentan noch).
Sie sind aber nun so gespeichert: bsp: nicht als Datei foto1.jpg, sondern als Ordner foto1.jpg der Dateien Namens 1,2,3,...n entählt. Ist diese aufsplittung der Dateien dann mit rsync behebbar? greez
|
chinchilla-meister
(Themenstarter)
Anmeldungsdatum: 7. Februar 2010
Beiträge: 22
|
Ok, sorry... war da ein bischen voreilig, im Ordner snapshot kommen die Dateien richtig raus!
Scheint zu klappen.
Vielen, vielen Dank I-Punkt! Du kannst dir (vielleicht) vorstellen wie viel Arbeit und Zeit du mir damit erspart hast. Es braucht mehr Leute wie dich! greez
|