ich weiß es gibt dieses Thema wie Sand am mehr und auch Wiki gibt sein Senf dazu aber ein wenig unsicher bin ich doch, ich habe als Backup meine: persönliche Ordner, /etc und /root in déja-dup hinterlegt wenn ich mein System irgendwann mal neu aufsetzen solltest reicht dies so aus um es wieder auf den stand von der letzten Backup wieder herzustellen oder kann es Problemen mit zum Beispiel Berechtigungen geben, vielleicht der root Ordner??
backup mit déja dup
Anmeldungsdatum: Beiträge: 692 |
|
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Probier es aus. Ein Backup ohne Test ist kein wichtiges Backup. Bzw. stell es so ein, dass die Rechte mitgesichert werden. Ich verzichte auf das Tool - auf bestimmter Hardware gibt es hier immer mal wieder Probleme, dass das Rückspielen damit nicht mehr geht. rsync, z.B. in Form von grsync, reicht doch auch. Und ist mit jedem Dateimanager lesbar. Rechte sicherbar. Ggf. anpassbar. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
danke für dein Antwort, um die rechte mit zu sichern gebe ich dieses Befehl ins Terminal ein gksu deja-dup-preferences . richtig so oder gibt es noch was anderes? |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Müsste auch ohne gksu gehn und ohne den Punkt natürlich - dort kann man es grafisch einstellen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
wenn ich es mit gsku mache zeigt er die persönliche Ordner mit root an, und ohne gsku wird die persönliche Ordner ohne root angezeigt, mit der Meldung : frans@frans-System-Product-Name:~$ deja-dup-preferences ** (deja-dup-preferences:9446): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed |
Moderator, Supporter
Anmeldungsdatum: Beiträge: 3391 |
Das ist auch richtig so. Mit gksu handelst du als root-Benutzer und stellst deja-dup dafür ein. Ohne gksu handelst du als normaler Benutzer und hast damit auch nicht die Rechte /root zu sichern. Viele Grüße Vej Übrigens: Zu deinem Eingangspost: frenchmen schrieb:
Für mich gehört dazu auch noch eine Liste der installierten Pakete. Die Pakete selbst zu sichern wäre natürlich quatsch, weil die Daten ja problemlos online verfügbar sind. Ich habe aber die Erfahrung gemacht, dass es nützlich ist nach dem Aufsetzen eine solche Inhaltsliste zu haben. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
Ein paketliste wird natürlich mitgesichert, aber ist es wirklich notwendig die Root rechten mit zu sichern? |
Moderator, Supporter
Anmeldungsdatum: Beiträge: 3391 |
Meistens nicht. Das kommt aber darauf an, ob dort wichtige Daten liegen. Ich selbst sichere dieses Verzeichnis nicht, es kann aber natürlich sein, dass du irgendwelche Programme als root ausführst und dabei das Verzeichnis von root benutzt. Weitere Informationen zu diesem Thema bietet sudo. Viele Grüße |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
Danke für deine Antwort , bis jetzt sichere ich mein home Verzeichnis mit paketliste und etc, ist dies ausreichend für eine vernünftigen Wiederherstellung ? |
Moderator, Supporter
Anmeldungsdatum: Beiträge: 3391 |
Das wird dir pauschal niemand beantworten können. In den meisten Fällen sind das home-Verzeichnis und /etc wohl ausreichend, aber wenn du bestimmte Dinge tust landen natürlich auch in anderen Verzeichnissen sichernswerte Daten. Wenn du zum Beispiel Webseitenprogrammierung betreibst könnten auch in /var/www wichtige Daten liegen, bestimmte Linuxsspiele speichern ihre Spielstände in /var/games, manuell installierte Programme speichern manchmal Konfigurationsdateien in /opt/<Programmordner> usw. . Solche Daten wären bei dir dann verloren. Da ich nicht weiß, was genau du mit deinem Rechner machst muss ich dich leider bitten dir nochmals Datensicherung durchzulesen und zu überlegen ob du einen der dort genannten Speicherorte benutzt. Viele Grüße Vej |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
Mein Rechner ist ziemlich einfach gehalten, Bilder, Musik, Bank unterlagen und ein wenig Büro kram und Virtualbox mit windows 7 mit ein paar Anwendungen die unter Ubuntu nicht laufen, also nicht spezielles deswegen denke ich mal das ich mit home Verzeichnis und /etc. gut gerüstet bin. |
Moderator, Supporter
Anmeldungsdatum: Beiträge: 3391 |
Ansonsten gilt immer noch die Aussage von Benno-007
Dann weißt du ja auch ob alles dabei ist oder nicht. Viele Grüße |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
Ich wurde gerne mal ein Backup testen um zu sehen ob alles dabei ist aber wenn ich auf dein Link (siehe hier) klicke da passiert aber nichts , bis auf das der thread wieder neu aufgeht. |
Moderator, Supporter
Anmeldungsdatum: Beiträge: 3391 |
Oh, das ist ein Missverständnis. "Siehe hier" verlinkt auf den Post, aus dem darüber zitiert wurde. Dieser ist dann hervorgehoben. Perfekt testen kannst du auf eigenen Partitionen oder mit Hilfe von Virtualisierung. Aber auch das einfache Wiederherstellen aller gesicherten Dateien an einen anderen Speicherort (z.B. /Wiederherstellung) und das anschließende Vergleichen kann mehr Sicherheit bieten. Informationen dazu liefert: Datensicherung Abschnitt: Abschliessend-Backup-kontrollieren. Viele Grüße |
(Themenstarter)
Anmeldungsdatum: Beiträge: 692 |
ich habe es mal versucht die gesicherte Dateien an ein andere Speicherort wieder herzustellen dabei bekam ich die folgende Fehler Meldungen. Traceback (most recent call last): File "/usr/bin/duplicity", line 1494, in <module> with_tempdir(main) File "/usr/bin/duplicity", line 1488, in with_tempdir fn() File "/usr/bin/duplicity", line 1337, in main do_backup(action) File "/usr/bin/duplicity", line 1370, in do_backup globals.archive_dir).set_values() File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 697, in set_values self.get_backup_chains(partials + backend_filename_list) File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 819, in get_backup_chains map(add_to_sets, filename_list) File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 809, in add_to_sets if set.add_filename(filename): File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 100, in add_filename (self.volume_name_dict, filename) AssertionError: ({1: 'duplicity-inc.20140724T073435Z.to.20140802T165916Z.vol1.difftar.gz', 2: 'duplicity-inc.20140724T073435Z.to.20140802T165916Z.vol2.difftar.gz', 3: 'duplicity-inc.20140724T073435Z.to.20140802T165916Z.vol3.difftar.gz'}, 'duplicity-inc.20140724T073435Z.to.20140802T165916Z.vol3.difftar')
|