ubuntuusers.de

Hallo noisefloor, in einer anderen diskussion hieß es, es sollten prinzipiell keine Fussnoten in Artikel ... soll ich sie hier entfernen?

vg Speedy-10

Hallo,

Der Artikel hat keine Fußnoten... was meinst du genau hier?

Gruß, noisefloor

Hi, ich war zu voreilig, ich meinte ^[1] wäre eine Fussnote, tut mir leid.

vg Speedy

Hallo,

nee - sieht zwar aus wie eine, ist aber ein Verweis aus den Wissensblock ☺

Gruß, noisefloor

Hi, nach den Infos aus https://forum.ubuntuusers.de/topic/datensicherung-abwechselnd-auf-2-ssd/#post-9256452 würde mich interessieren, ob man

sudo apt-get install backintime-qt4

aus der Anleitung löschen kann.

Könnte das jemand mit 18.04 mal bitte testen, was per default dort als backintime installiert wird?

vg

Themen-Vorschläge, falls der Artikel mal überarbeitet werden sollte:

1. Wie kann man ein internes oder ext. Laufwerk automatisch vor dem Backup-Start mounten und nach dem Ende wieder aushängen.

2. Wenn das Backup auf Festplatten gespeichert wird und bei unveränderten Dateien immer nur ein Link auf eine anfangs mal kopierte Datei erstellt wird: Könnte das zu Datenverlust führen, weil der Magnetismus langsam nachlässt (und die Datei ja nicht immer wieder neu geschrieben/aufgefrischt wird). Wie könnte man einen vollen Refresh durchführen? Und alle wieviele Jahre wäre das sinnvoll? Es gab mal einen ct-Artikel zur Haltbarkeit von Dateien auf Festplatten, mal sehen, ob ich den noch finde...

danubio schrieb:

Es gab mal einen ct-Artikel zur Haltbarkeit von Dateien auf Festplatten, mal sehen, ob ich den noch finde...

Das dürfte der in Ausgabe 22/2020 sein.

Hallo,

ich möchte an dieser Stelle nur kurz darauf hinweisen, dass sich gerade ein neues Maintainer Team formt. Geplant ist, dass ursprüngliche repo und die Projektstrukturen zu erhalten und den aktuellen Maintainer Germar Reitze mit ins Boot zu holen.

SG

buhtz schrieb:

ich möchte an dieser Stelle nur kurz darauf hinweisen, dass sich gerade ein neues Maintainer Team formt. Geplant ist, dass ursprüngliche repo und die Projektstrukturen zu erhalten und den aktuellen Maintainer Germar Reitze mit ins Boot zu holen.

Hallo,

hast Du dazu Quellen?

karzer schrieb:

buhtz schrieb:

ich möchte an dieser Stelle nur kurz darauf hinweisen, dass sich gerade ein neues Maintainer Team formt. Geplant ist, dass ursprüngliche repo und die Projektstrukturen zu erhalten und den aktuellen Maintainer Germar Reitze mit ins Boot zu holen.

hast Du dazu Quellen?

Ich bin teil des neuen Teams. Bedenke, es formt sich erst neu.

Siehe die Readme https://github.com/bit-team/backintime#development--maintainment-status

Sichtbar auch an den Issues und PR's des letzten Monats. Der Issue counter war über 400 und ist gerade unter 300 gefallen. Das liegt natürlich überwiegend an Konsolidierung von Duplikaten und nicht mehr relevanter Bugs.

Hier gibt es die Issue statistic: https://codeberg.org/buhtz/spielwiese/src/branch/main/bit.md Die ist noch rudimentär und der Ort wird sich vermutlich noch ändern.

Es gibt eine developer mainlingliste: https://mail.python.org/mailman3/lists/bit-dev.python.org/

buhtz schrieb:

Ich bin teil des neuen Teams.

Man beachte dazu Community oder Debian repo?!

Ich möchte gerne die Screenshots im Wiki Beitrag erneuern. Ich weiß aber nicht wie das geht.

Wo liegen die Dateien? Wie lade ich neue Bilder hoch und wie entferne ich alte Bilder vom Server?

Hallo,

steht alles im Wiki:

• Wiki/Benutzung (Abschnitt „Anhaenge-verwalten“)

• Wiki/Bilder

• Wiki/Referenz (Abschnitt „Dateianhaenge“)

Gruß, noisefloor

BIT protokolliert die Backup-Vorgänge (auf Datei-Ebene) sehr detailliert (z.B. in Datei ~/.local/share/backintime/takesnapshot_.log). Wenn ich das richtig sehe, ist das nur das aktuelle / letzte Log jedes Profils. In BIT findet man sie unter Backup > letztes Protokolle ansehen.

Unter Backup > Schnappschussprotokolle ansehen findet man auch ältere Logs (alle?). Wo diese gespeichert sind weiss ich nicht. Das sollte unter dem Aspekt Speicherplatzmangel aber ergänzt werden.

@wired2051

Hi, upstream maintainer hier. Ja, "takesnapshot_.log" ist das letzte Log vom ersten Profil. Vom zweiten Profil wäre es dann z.B. "takesnapshot_2.log". BIT lässt beim ersten Profil, inkonsistenter Weise, die ID weg. Ich arbeite dran. 😉

Die Logs früherer Backups sind direkt in den Backups mit gespeichert; dort aber komprimiert im "bz2" Format (z.B. "takesnapshot.log.bz2").

Sowas steht leider nicht im Handbuch. Auch daran arbeite ich.

Da ich und meine Kollegen nicht die ursprünglichen Entwickler sind, mussten wir uns auch reinfuchsen. Eine erste rudimentäre Übersicht der umfangreichen Log- und Lock-Files findet sich hier: https://github.com/bit-team/backintime/blob/dev/doc/maintain/4_Control_files_usage_(locks_flocks_logs_and_others).md