BjoernBeyer
Anmeldungsdatum: 9. November 2014
Beiträge: Zähle...
|
Hallo Ubuntuforum Ich habe erst kürzlich von Win7 auf Ubuntu gewechselt, daher verzeiht mir bitte wenn ich komische fragen stelle. Bisher habe ich mein System immer manuell auf eine externe Festplatte gesichert, wollte aber eigentlich schon länger mal ein inkrementelles Backup starten.
Auf Ubuntu ist mir "Back in Time" aufgefallen und Installation und Einrichtung gingen soweit auch problemlos über die Bühne. Ich habe dazu die WikiSeite Back In Timegelesen. Ich habe ein unverschlüsseltes Backup des gesamten \home Ordners eingestellt, sodass also alle home order aller benutzer gesichert werden sollten. Das Backup an sich läuft auch durch, alle Dateien werden auf die externe Festplatte kopiert, so wie ich es will.
Allerdings hängt sich Back in Time immer (habe das ganze jetzt schon dreimal probiert) ganz am Ende auf, die Statuszeile sagt "Speichere Zugriffrechte...". In diesem Status bleibt das Programm über Stunden und Tage ohne das sich etwas verändert. Ich habe leider keine Ahnung was hier zur Diagnose des Problems helfen würde, bin aber gerne bereit alle notwendigen Informationen zu liefern, wenn ihr mir sagt was ihr braucht. Über Hilfe wäre ich sehr dankbar. Mit freundlichen Grüssen
Björn
Moderiert von tomtomtom: Ins passende Forum verschoben.
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8493
|
Unter ~/.local/share/backintime wird eine Lock-Datei (worker.lock) erzeugt. Manchmal wird die nicht richtig entfernt, obwohl alles fertig ist. Dann zeigt Back-in-Time eine falsche Statusmeldung. Welches Dateisystem hat die Sicherungsplatte? Edit:
BjoernBeyer schrieb: Ich habe erst kürzlich von Win7 auf Ubuntu gewechselt \home Ordner
Unter Linux ist das "/home" 😈
|
BjoernBeyer
(Themenstarter)
Anmeldungsdatum: 9. November 2014
Beiträge: 13
|
Thomas Do schrieb: Unter ~/.local/share/backintime wird eine Lock-Datei (worker.lock) erzeugt. Manchmal wird die nicht richtig entfernt, obwohl alles fertig ist. Dann zeigt Back-in-Time eine falsche Statusmeldung. Welches Dateisystem hat die Sicherungsplatte? Edit:
BjoernBeyer schrieb: Ich habe erst kürzlich von Win7 auf Ubuntu gewechselt \home Ordner
Unter Linux ist das "/home" 😈
Die Sicherungsplatte ist "exFAT" formatiert (ich wollte sie damals sowohl unter Win als auch Mac nutzen können) und damit das auf Ubtuntu läuft habe ich | sudo apt-get install exfat-fuse exfat-utils
|
installiert. In der worker.lock steht nichts weiter als "3272". Back in time hängt derzeit immer noch bei "Speichere Zugriffsrechte".." während ich die worker.lock geöffnet habe.
Wenn es an dem Dateisystem liegen sollte: Kann mir jemand einen guten artikel verlinken der die Unterschiede erläutert und mir mal klar macht warum ext4 besonders gut ist? Besten Dank
Björn
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28954
Wohnort: WW
|
Hallo, also wenn du die Datei worker.lock im Editor (oder wie auch immer) geöffnet hast, dass kann ein anderer Prozess nicht in die Datei schreiben und der Prozess hängt bzw. wartet. ext4 ist der derzetige De-facto Standard für Linux-Filesystem, auch wenn es noch jede Menge andere gibt. Ubuntu verwendet bei Neuinstallationen auch ext4 als Default. Nachteil alles Linux-Dateisysteme ist, dass mindestens Windows sie nicht lesen (und so wie so nicht schreiben) kann. Wenn du eien externe HD cross-platform nutzen willst, dann fährt man immer noch mit einem Win-Dateisystem am besten - weil die allermeisten Linux-Distributionen Unterstützung für FAT und NTFS mitbringen, wie auch Ubuntu. Warum nimmst du eigentlich exFAT für eine HD? exFAT ist ja eigentlich eher auf Flash-Medien optimiert. NTFS wäre vielleicht die besser Wahl. Wobei die Lösung für dein eigentliches Problem von Thomas Do geliefert wurde. Gruß, noisefloor
|
BjoernBeyer
(Themenstarter)
Anmeldungsdatum: 9. November 2014
Beiträge: 13
|
noisefloor schrieb: Hallo, also wenn du die Datei worker.lock im Editor (oder wie auch immer) geöffnet hast, dass kann ein anderer Prozess nicht in die Datei schreiben und der Prozess hängt bzw. wartet. ext4 ist der derzetige De-facto Standard für Linux-Filesystem, auch wenn es noch jede Menge andere gibt. Ubuntu verwendet bei Neuinstallationen auch ext4 als Default. Nachteil alles Linux-Dateisysteme ist, dass mindestens Windows sie nicht lesen (und so wie so nicht schreiben) kann. Wenn du eien externe HD cross-platform nutzen willst, dann fährt man immer noch mit einem Win-Dateisystem am besten - weil die allermeisten Linux-Distributionen Unterstützung für FAT und NTFS mitbringen, wie auch Ubuntu. Warum nimmst du eigentlich exFAT für eine HD? exFAT ist ja eigentlich eher auf Flash-Medien optimiert. NTFS wäre vielleicht die besser Wahl. Wobei die Lösung für dein eigentliches Problem von Thomas Do geliefert wurde. Gruß, noisefloor
Hi noisefloor und danke für die Antwort Ich habe die worker.lock geöffnet nachdem BackInTime schon mehrere stunden bei der selben statusmeldung gehangen hat. Ich gehe also davon aus, dass in dem Prouzess nicht mehr sonderlich viel passiert ist. Während BackInTime noch am arbeiten war habe ich nichts geöffnet oder verändert. Danke für die Erläuterungen zum Dateisystem. Ich werde die Festplatte bei Gelegenheit mal auf NTFS formatieren. Mein Problem ist allerdings noch nicht gelöst sofern ich das sehe.Ich habe in der Zwischenzeit BackInTime beendet. Auf der externen festplattte sind nun zwar alle Dateien vorhanden aber BackInTime selbst listet unter snapshots trotzdem nur "jetzt" und wenn man einen neuen snapshot erstellen lässt dann fängt er wieder komplett von vorne an.
Insofern scheint "speichere Zugriffsrechte" vor dem eintragen des snapshots in die Liste zu erfolgen. Ich wäre froh wenn jemand noch eine Idee hätte das Problem weiter einzugrenzen oder was ich mal versuchen könnte um dem ganzen nähe zu kommen. Vielen dank schonmal an euch beide für die Hilfe!
Björn
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8493
|
BjoernBeyer schrieb: Ich werde die Festplatte bei Gelegenheit mal auf NTFS formatieren.
Eine Backuppartition für ein Linux-System würde ich immer mit einem Linux-Dateisystem (ext4) formatieren.
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28954
Wohnort: WW
|
Hallo, @Thomas Do: keine Frage für reine Linux-Systeme. Nur Cross-Platform kommt man halt mit NTFS nicht weit 😉 Gruß, noisefloor
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8493
|
Für "gemeinsam" genutzte Datenpartitionen nutze ich auch NTFS. Aber für ein Backup ist mir größt mögliche Sicherheit wichtig. Und bzgl. Datensicherheit, Dateisystemcheck und Reparatur sind Linux und NTFS nun mal nicht die optimale Kombination. Daher habe ich für meine Linux-System auch immer Linux-Partitionen als Backup. Ggf. kann man ja auf einer Platte mehrere Partitionen mit unterschiedlichen Dateisystemen anlegen.
|
BjoernBeyer
(Themenstarter)
Anmeldungsdatum: 9. November 2014
Beiträge: 13
|
Danke euch beiden für die Hinweise zum Dateisystem Soweit mein Verständnis reicht, sollte das aber nicht der Grund für den "freeze" von BackInTime sein oder?
Immerhin schreibt das program ja fröhlich sein Backup. Nur ganz am ende scheitert er an irgendwas. Hat diesen Fehler noch niemand anderes gehabt? Ich habe es jetzt noch einige male versucht, hatte aber bisher absolut kein Glück. Für weitere hinweise und ideen bin ich sehr dankbar. beste grüsse
Björn
|
Cruiz
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Hallo, ich verwende auch Back In Time unter Trusty und kann keinerlei Probleme feststellen. Meine externe Festplatte ist mit XFS formatiert und per LUKS verschlüsselt.
|
BjoernBeyer
(Themenstarter)
Anmeldungsdatum: 9. November 2014
Beiträge: 13
|
Hallo forum Ich habe leichte Fortschritte gemacht. Nachdem mir Linux generell ja noch sehr neu ist bin ich vielleicht einfach später als andere auf diese Idee gekommen.
Wenn ich BackInTime als root ausführe, dann erstellt er komplette Snapshots, die auch wiederherstellbar sind und richtig dargestellt werden. Das Programm hängt zwar seltsamerweise immer noch bei "Speichere Zugriffsrechte" aber der Snapshot wird trotzdem angezeigt. Allerdings haben die Snapshots immer Fehler. Hier mal die Fehlerliste:
===== Take snapshot (profile 1): Thu Nov 20 23:22:08 2014
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.fonts.conf" → "/home/bjorn/.config/fontconfig/fonts.conf" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.config/google-chrome/SingletonCookie" → "9325669620674204935" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.config/google-chrome/SingletonLock" → "Ubasus-17024" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.config/google-chrome/SingletonSocket" → "/tmp/.com.google.Chrome.O1whsA/SingletonSocket" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.config/pulse/732cb684e5d9aa8182464448545aaad5-runtime" → "/tmp/pulse-PKdhtXMmr18n" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.fonts/Library" → "/home/bjorn/.local/share/font-manager/Library" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.kde/socket-Beyerubuntu" → "/tmp/ksocket-bjorn" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.kde/socket-Ubasus" → "/tmp/ksocket-bjorn" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.kde/tmp-Beyerubuntu" → "/tmp/kde-bjorn" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.kde/tmp-Ubasus" → "/tmp/kde-bjorn" failed: Function not implemented (38)
[E] Error: rsync: mkstemp "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.local/share/gvfs-metadata/.recent:.bcxDbF" failed: No such file or directory (2)
[E] Error: rsync: mkstemp "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/bjorn/.local/share/gvfs-metadata/.recent:-2d361bb2.log.DNNVfm" failed: No such file or directory (2)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/janina/.config/google-chrome/SingletonCookie" → "10804611531990965724" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/janina/.config/google-chrome/SingletonLock" → "Ubasus-12974" failed: Function not implemented (38)
[E] Error: rsync: symlink "/media/bjorn/FreeAgent 1/BackInTimBackup/backintime/Ubasus/root/1/new_snapshot/backup/home/janina/.config/google-chrome/SingletonSocket" → "/tmp/.com.google.Chrome.D8sQoE/SingletonSocket" failed: Function not implemented (38)
Soweit ich das sehe sind das alles verstecke Ordner die hier nicht kopiert werden können.
Sollte ich die .config Ordner komplett ausschließen? Aktuell mache ich einfach backups des gesamten "home" ordners.
Wäre super wenn ihr mir einen kleinen tipp geben könntet was man alles sinnvoll aus dem Backup ausschließen kann. beste grüsse
Björn
|
Cruiz
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Hallo, Programme einfach als root auszuführen ist niemals eine gute Idee, weil es Probleme nicht löst, sondern nur ihre Symptome bekämpft und möglicherweise die Benutzerrechte irreperabel verschiebt und somit neue Probleme hervorruft. Das Problem haben wir quasi andauernd im Forum. Das mag gerade wenn man von Windows kommt ungewohnt sein, ist aber halt einfach so. Ich habe auch einfach den gesamten Homeordner angegeben und sichere damit seit dem Release von Trusty im April fehlerfrei. Kritische bzw. fehleranfällige Ordner nimmt Backintime ja selbst aus. Zuerst würde ich jetzt wie folgt vorgehen:
Herausfinden ob es am Dateisystem der externen Festplatte liegt. Das Backup noch einmal vollkommen neu aufsetzen. D.h. mit neuem BIT-Profil und frisch formatierter externer Festplatte.
Sofern das nicht hilft bleiben noch zwei Möglichkeiten: Das offizielle Bugtracker von Backintime ist hier zu finden: https://bugs.launchpad.net/backintime Eventuell schilderst du dort deine Probleme bzw. beschreibst diese. Die sind dort sehr hilfsbereit und der Bugtracker ist hervorragend gepflegt. Eine andere Möglichkeit würde darin bestehen eine neuere Version von Backintime auszuprobieren. Dieses liegt ja in Universe und wird deshalb eher suboptimal gewartet. Die Entwickler bieten aber ein PPA an, über das sich neuere Versionen beziehen lassen. https://launchpad.net/~bit-team/+archive/ubuntu/stable Hierbei gilt aber natürlich:
|
BjoernBeyer
(Themenstarter)
Anmeldungsdatum: 9. November 2014
Beiträge: 13
|
MrGerardCruiz schrieb: Hallo, Programme einfach als root auszuführen ist niemals eine gute Idee, weil es Probleme nicht löst, sondern nur ihre Symptome bekämpft und möglicherweise die Benutzerrechte irreperabel verschiebt und somit neue Probleme hervorruft. Das Problem haben wir quasi andauernd im Forum. Das mag gerade wenn man von Windows kommt ungewohnt sein, ist aber halt einfach so. Ich habe auch einfach den gesamten Homeordner angegeben und sichere damit seit dem Release von Trusty im April fehlerfrei. Kritische bzw. fehleranfällige Ordner nimmt Backintime ja selbst aus. Zuerst würde ich jetzt wie folgt vorgehen:
Herausfinden ob es am Dateisystem der externen Festplatte liegt. Das Backup noch einmal vollkommen neu aufsetzen. D.h. mit neuem BIT-Profil und frisch formatierter externer Festplatte.
Sofern das nicht hilft bleiben noch zwei Möglichkeiten: Das offizielle Bugtracker von Backintime ist hier zu finden: https://bugs.launchpad.net/backintime Eventuell schilderst du dort deine Probleme bzw. beschreibst diese. Die sind dort sehr hilfsbereit und der Bugtracker ist hervorragend gepflegt. Eine andere Möglichkeit würde darin bestehen eine neuere Version von Backintime auszuprobieren. Dieses liegt ja in Universe und wird deshalb eher suboptimal gewartet. Die Entwickler bieten aber ein PPA an, über das sich neuere Versionen beziehen lassen. https://launchpad.net/~bit-team/+archive/ubuntu/stable
Hi MrGerardCruiz Das waren doch gute Tipps!
Vielen dank und du hast auch recht gehabt. Habe die externe festplatte jetzt aufgeteilt in zwei partitionen von denen eine ext4 ist. Auf dieser habe ich das Backup nochmal laufen lassen (ohne root rechte) und es hat alles reibungslos funktioniert. Danke für eure ausdauer mit den "Windows neulingen" ☺
Ich finde es cool das hier so schnell und bereitwillig geholfen wird. Vielen dank nochmal Björn
|