raspiBackup: Frage zu rsync's Hardlinks bei partitionbased backups

Quote from simonz

Deshalb meine Frage: Ist das so gewollt

Eigentlich nicht. An den Usecase dass jemand staendig den Backupmodus fuer ein System aendert haben ich nicht gedacht . Ehrlich gesagt ist das auch unueblich. Da Du an der Ecke testest ist das ein Spezialfall.

Genaugenommen muesste eigentlich noch die Moduskennung in die Metadaten - also den Backupverzeichnisnamen aufnehmen. Dann haette man Dein Problem damit erschlagen. Aber der Aufwand das zu tun lohnt sich nicht.

Mal anders gefragt. Was würde denn passieren, wenn zuerst 3 partitionen gesichert würden als Vollbackup und anschliessend nur noch "normale" backups mit den beiden Standardpartitionen?
Würden dann die Daten der 3.Partition gelöscht, wenn nach erreichen der max. Anzahl der vorzuhaltenden Backups das erste gelöscht würde?

Beispiel:

• Vorzuhaltende Backups 5
• 1. Backup = Vollbackup 3 Partitionen
• 2. - 5. Backup nur die beiden Standardpartitionen (Hardlinks)
• 6. Backup nur die zwei Standardpartitionen
  Backup 1 würde recycelt und in den Folgebackups ist die 3. Partition nicht mehr vorhanden.

Somit müssten doch alle Daten der 3. Partition gelöscht werden, da in keinem Backup mehr ein Bezug existiert.

Quote from Franjo G

Somit müssten doch alle Daten der 3. Partition gelöscht werden, da in keinem Backup mehr ein Bezug existiert.

Das trifft zu wenn Du eine bestimmt Anzahl von Backups vorhaelst. Dann wird schlichtweg vom letzten Backup zurueckgezaehlt und alles, was die gewaehlte Anzahl uebersteigt, geloescht.

Wenn Du Die intelligente Backupstrategie nutzt wird die 3te Partition je nach Konfiguration laenger aufgehoben.

In jedem Falle ist es ratsam immer dieselben Partitionen zu sichern damit immer dieselben Partitionen im Backup enthalten sind - sei es ein Vollbackup oder incrementeller Backup.

Quote from framp

Wenn Du Die intelligente Backupstrategie nutzt wird die 3te Partition je nach Konfiguration laenger aufgehoben.

Ja, das ist mir schon klar. Ich mache grundsätzlich keine "gemischten" Backups.
Aber es könnte ja jemand auf die Idee kommen, nur einmal ein "volles" Backup zu erstellen, und dann nur noch ein reines Systembackup der 2 Systempartitionen, weil die 3. Partition (Datenpartition) recht groß ist, nur um Zeit zu sparen.
Nach ein paar Wochen wundert er sich dann, dass die Daten weg sind.
Es sei den es wird die Kommentarfunktion verwendet, so dass das Backup nicht recycled wird.

Für jemanden, der sich mit raspiBackup auskennt ist das kein problem, aber für einen Beginner kann das zur Falle werden.

Quote from Franjo G

Für jemanden, der sich mit raspiBackup auskennt ist das kein problem, aber für einen Befginner kann das zur Falle werden.

Guter Punkt . Das wird vermutlich noch eher ein Problem werden wenn die externen Partitionen auch noch mitgesichert werden koennen im naechsten Release. D.h. das muss entsprechend dokumentiert werden oder noch besser - in raspiBackup muss geprueft werden ob weniger Partitionen im Vergleich zum vorherigen Backup gesichert werden und mit einer entsprechenden Warnmeldung abbrechen - die man allerdings mit einer weiteren Option dann unterdruecken kann - wenn man weiss was man tut

Quote from Franjo G

Es sei den es wird die Kommentarfunktion verwendet, so dass das Backup nicht recycled wird.

Was meinst Du damit genau?

Quote from framp

Was meinst Du damit genau?

Ich meine die Option -M "" , damit das Backup nicht recycled wird (Snapshot)

Das wissen aber nur die experienced raspiBackup User dass sie so nicht in die Falle reinlaufen.

Ich denke ich mache das wie oben angedeutet dass raspiBackup sowas prueft. Das zu dokumentierte ist wenig sinnvoll denn die Doku liest sowieso kaum jemand