<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">

<html><body>

<p>there is quite cool feature in rsync that allows you to sync your backup in a directory on you backup medium. Lets say you want to backup /pictures on your pc in directory /week01 on your usb disk. standard procedure is to do the next rsync against  /week01 too which replace changed files.</p>

<p>another option is to tell rsync to do the backup of /pictures to lets say /week02 but use /week01 as base. in that case rsync compares your files in /pictures against your files in /week01. If a file is not changed it created an hard link in /week02 pointing to the same file in /week01. if a file is deleted it will not show up in /week02 (but still in /week01). if a file has changed it is copied to /week02 while you can access the old version in /week01. So you can have several versions of your /pictures directory but you need only disk size from /pictures on your pc plus the space for files that change on every extra backup you do. for that you usb drive need to have a linux filesystem like ext4 to support hardlinks. </p>

<p>regards, bernhard</p>

<p> </p>

<p>Am 2016-06-07 8:35, schrieb Luca Ferrari:</p>

<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<pre>Thank you all for your replies.

First of all I have to say that cloud is not an option for me because

(i) I don't want anyone else have my files and (ii) I don't have an

home internet access with a decent speed to allow me to

upload/download continuously.

I don't encrypt my photos, mainly because I want my wife to be able to

see them without having to scream each time (I encrypt all the other

important stuff).

I also often do an intermediate stage at the home computer, so I have

another "manual" backup at least of the last period.

The problem I'm facing is to ensure that (i) the backup is ok and (ii)

the backup is in sync.

A few months ago one album on my master disk was corrupted. This did

not affected the backup, beacuse such album was "stable" and no more

backupped, but restoring from the backup revealed some duplicated

files due to a massive renaming of images.

While I can use the delete option of rsync (and similar), how can I

trust that the "to-be-deleted" image is really renamed and readable?

So far I'm also thinking about managing my albums via some hash-based

repository (fossil, git), just to catch up the rename process.

Luca

_______________________________________________

Digikam-users mailing list

<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a>

<a href="https://mail.kde.org/mailman/listinfo/digikam-users">https://mail.kde.org/mailman/listinfo/digikam-users</a>

</pre>

</blockquote>

</body></html>