Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux Debian Choisir un outil de sauvegarde, et utilit

Choisir un outil de sauvegarde, et utilit

9 réponses
Avatar
Thierry Bugier Pineau
Bonjour

Je veux mettre en place un système de sauvegarde adapté à mon
infrastructure personnelle, et préparer la création de mon système de
messagerie (avoir une sauvegarde est un pré requis).

J'ai:
- 2 serveurs sous Proxmox VE (un perso, un dédié)
- quelques machines perso.

Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn
configurer Proxmox pour sauvegarder les VM localement et copier les
sauvegardes sur un stockage distant, accessible par SFTP.

J'ai repéré dans Debian l'existence d'un compte utilisateur "backup",
appartenant au groupe "backup". Je ne trouve pas d'information la
raison d'être de ce compte (au delà du nom explicite), ni de bonne
pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en
servir ?

J'ai recherché les différentes solutions de sauvegarde possibles. Il
faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis
un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le
support d'un snapshot LVM est un plus, pour la cohérence de la
sauvegarde.

J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a
longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense
me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais
solliciter les avis et retours d'expérience parmi vous.

D'avance merci.
Signaler un problème avec ce contenu

9 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
G2PC
Le 15/07/2017 à 22:31, Thierry Bugier Pineau a écrit :
Bonjour
Je veux mettre en place un système de sauvegarde adapté à mon
infrastructure personnelle, et préparer la création de mon système de
messagerie (avoir une sauvegarde est un pré requis).
J'ai:
- 2 serveurs sous Proxmox VE (un perso, un dédié)
- quelques machines perso.
Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn
configurer Proxmox pour sauvegarder les VM localement et copier les
sauvegardes sur un stockage distant, accessible par SFTP.
J'ai repéré dans Debian l'existence d'un compte utilisateur "backup",
appartenant au groupe "backup". Je ne trouve pas d'information la
raison d'être de ce compte (au delà du nom explicite), ni de bonne
pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en
servir ?
J'ai recherché les différentes solutions de sauvegarde possibles. Il
faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis
un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le
support d'un snapshot LVM est un plus, pour la cohérence de la
sauvegarde.
J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a
longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense
me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais
solliciter les avis et retours d'expérience parmi vous.
D'avance merci.

Bonsoir, je ne suis pas expert en sauvegarde, certains ici ont plus de
savoir faire.
J'utilise grsync , ou, je préfère actuellement Deja Dup qui me permet de
sauvegarder mon /home en GUI.
https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinstaller_Linux_Mint_Sarah#Sauvegarder_le_.2Fhome_de_votre_utilisateur_avec_Deja_Dup
Par contre, pour sauvegarder le système entièrement pour le réinstaller
en un clic, je n'ai pas encore trouvé l'outil qui me correspond, facile,
et, efficace. Redobackup est un bon choix, mais, lorsque je le lance, il
ne voit pas mon disque SSD.
Avatar
maderios
On 07/15/2017 10:31 PM, Thierry Bugier Pineau wrote:
Bonjour
Je veux mettre en place un système de sauvegarde adapté à mon
infrastructure personnelle, et préparer la création de mon système de
messagerie (avoir une sauvegarde est un pré requis).

Bonjour
Une solution fiable et relativement simple, avec une infinité de
possibilités: rsync en ligne de commande.
Eviter les interfaces graphiques, elles peuvent induire des fragilités.
https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync
--
Maderios
Avatar
maderios
On 07/16/2017 01:32 PM, Thierry Bugier Pineau wrote:
Bonjour
Rsync est un très bon outil mais il ne gère pas nativement les
sauvegardes historisées. Pour moi ce critère augmente sensiblement la
qualité du dispositif de sauvegarde. C'est pour cela que je me suis
intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés sur rsync
d'ailleurs.

Ce n'est pas la mer à boire :)
https://wiki.debian.org/fr/RsyncSnapshots#Utilisation_de_Rsync_pour_historiser_les_sauvegardes
--
Maderios
Avatar
JF Straeten
Hello,
On Sun, Jul 16, 2017 at 01:32:24PM +0200, Thierry Bugier Pineau wrote:
[...]
Rsync est un très bon outil mais il ne gère pas nativement les
sauvegardes historisées. Pour moi ce critère augmente sensiblement
la qualité du dispositif de sauvegarde. C'est pour cela que je me
suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés
sur rsync d'ailleurs.

Et pourquoi ne pas justement rester sur rnsapshot ?
rsnapshot, c'est très exactement rsync avec une gestion de
l'historique autour...
A+
--
JFS.
Avatar
Randy11
On 15/07/2017 22:31, Thierry Bugier Pineau wrote:
Bonjour
Je veux mettre en place un système de sauvegarde adapté à mon
infrastructure personnelle, et préparer la création de mon système de
messagerie (avoir une sauvegarde est un pré requis).
J'ai:
- 2 serveurs sous Proxmox VE (un perso, un dédié)
- quelques machines perso.
Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn
configurer Proxmox pour sauvegarder les VM localement et copier les
sauvegardes sur un stockage distant, accessible par SFTP.
J'ai repéré dans Debian l'existence d'un compte utilisateur "backup",
appartenant au groupe "backup". Je ne trouve pas d'information la
raison d'être de ce compte (au delà du nom explicite), ni de bonne
pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment s'en
servir ?
J'ai recherché les différentes solutions de sauvegarde possibles. Il
faut qu'elle supporte la sauvegarde vers un stockage distant, ou depuis
un stockage distant (tout dépend d'où le logiciel va s'exécuter). Le
support d'un snapshot LVM est un plus, pour la cohérence de la
sauvegarde.
J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a
longtemps backuppc sur plusieurs réseaux de postes de travail. Je pense
me tourner vers rdiff-backup. Avant d'arrêter mon choix, je voudrais
solliciter les avis et retours d'expérience parmi vous.
D'avance merci.

Bonjour,
J'ai fait une sauvegarde pour un PC sous Windows (désolé, mais il y
encore des personnes contraintes d'utiliser ça :-) ), alors j'ai fait le
tour de certaines solutions possibles, sachant qu'il ne suffisait pas
de sauvegarder les données, mais aussi de restaurer la machine en
cas de crash complet, voir avec un autre disque.
Je dois aussi me faire un système de sauvegarde convaincant, après
le mort de ma carte mère, cela me semble impératif.
J'ai retenu SystemRescueCD et Fsarchiver pour réinstaller la machine
en cas de problème, mais il y en a évidemment d'autres. Voici les liens
que j'ai parcourus, cela fera peut-être gagné un peu de temps à
quelqu'un :
- http://www.system-rescue-cd.org/
http://www.system-rescue-cd.org/manual_fr/
- http://www.system-rescue-cd.org/manual/Creating_a_backing_store/
- http://www.fsarchiver.org/
- http://iabsis.com/fr/community/tuto/system-restore-generic -> comparaisons
- http://www.fsarchiver.org/faq/ -> pour les liens en bas à gauche
- https://wiki.debian.org/fr/Backup
- https://wiki.debian.org/Backup/Clone
- https://wiki.archlinux.org/index.php/Disk_Cloning
-
https://www.opengeeks.me/2015/04/build-your-hybrid-debian-distro-with-xorriso/
- https://wiki.debian.org/fr/RsyncSnapshots
- http://www.sanitarium.net/golug/rsync_backups_2010.html
- http://www.debianhelp.co.uk/backup.htm
- http://backuppc.sourceforge.net/ -> Sauvegarde utilisée au travail.
Ensuite, comme je ne connais pas de sauvegarde incrémentales dont la
taille se réduise au cours du temps, il faut penser au stockage. La solution
que je veux utiliser est à base de Glusterfs et de Raspberry :
- https://www.gluster.org/
- https://nickhowell.co.uk/2016/07/23/raspberry-pi-nas-with-gluster/
- http://www.linuxjournal.com/content/two-pi-r-2-web-servers
Bonne journée.
Randy11
Avatar
Sébastien Dinot
Bonsoir,
Thierry Bugier Pineau a écrit :
A mon avis, il est préférable d'utiliser un outil maintenu comme
rsnapshot ou rdiff-backup plutôt qu'un script shell

Tout à fait d'accord sur le principe mais malheureusement, rdiff-backup,
que j'utilise avec bonheur depuis des années, aussi bien à titre
professionnel que personnel, n'est plus maintenu depuis 2009, année de
sortie de la dernière version 1.2.8.
Les statistiques d'OpenHub sur ce projet commencent à dater mais ils
sont toujours d'actualité :
https://www.openhub.net/p/rdiff-backup
La dernière contribution au code date de janvier 2010 :
http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&revision60
Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur mon
Debian Sid.

Le développement d'Attic est gelé mais un fork, nommé borg-backup, a été
créé :
http://borgbackup.readthedocs.io/en/stable/
Le développement de borg-backup va grand train :
https://github.com/borgbackup/borg/commits/master
J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été
convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai
pas encore migré, c'est simplement par manque de temps et parce que je
suis une personne très frileuse avec la sauvegarde : rdiff-backup n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai
pu constater à plusieurs reprises que ses sauvegardes étaient fiables.
Sébastien
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Avatar
Thierry Bugier Pineau
------SIOJLQA7Z8DR61XGDVDDQT8S1SFFXH
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
A voir la demo de Borg-backup je pense que je vais le tester aussi. J'aim e le concept d'initialiser un dossier comme espace de sauvegarde comme on f erait un 'git init'.
Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot" <sebastien a écrit :
Bonsoir,
Thierry Bugier Pineau a écrit :
A mon avis, il est préférable d'utiliser un outil maintenu co mme
rsnapshot ou rdiff-backup plutôt qu'un script shell

Tout à fait d'accord sur le principe mais malheureusement,
rdiff-backup,
que j'utilise avec bonheur depuis des années, aussi bien à titr e
professionnel que personnel, n'est plus maintenu depuis 2009, année de
sortie de la dernière version 1.2.8.
Les statistiques d'OpenHub sur ce projet commencent à dater mais ils
sont toujours d'actualité :
https://www.openhub.net/p/rdiff-backup
La dernière contribution au code date de janvier 2010 :
http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision& revision60
Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur m on
Debian Sid.

Le développement d'Attic est gelé mais un fork, nommé borg -backup, a
été
créé :
http://borgbackup.readthedocs.io/en/stable/
Le développement de borg-backup va grand train :
https://github.com/borgbackup/borg/commits/master
J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été
convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai
pas encore migré, c'est simplement par manque de temps et parce que je
suis une personne très frileuse avec la sauvegarde : rdiff-back up n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et
j'ai
pu constater à plusieurs reprises que ses sauvegardes étaient f iables.
Sébastien
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passe r !

--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.
------SIOJLQA7Z8DR61XGDVDDQT8S1SFFXH
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body>A voir la demo de Borg-backup je pense que je vais le tester aussi. J&#39;aime le concept d&#39;initialiser un dossier comm e espace de sauvegarde comme on ferait un &#39;git init&#39;.<br><br><div class="gmail_quote">Le 16 juillet 2017 22:01:05 GMT+02:00, &quot;Sé bastien Dinot&quot; &lt;&gt; a écrit :<bloc kquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-l eft: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Bonsoir,
Thierry Bugier Pineau a &eacute; crit :
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> A mon avis, i l est pr&eacute;f&eacute;rable d'utiliser un outil maintenu comme
rsn apshot ou rdiff-backup plut&ocirc;t qu'un script shell
< br />Tout &agrave; fait d'accord sur le principe mais malheureusement, rdif f-backup,
que j'utilise avec bonheur depuis des ann&eacute;es, aussi b ien &agrave; titre
professionnel que personnel, n'est plus maintenu de puis 2009, ann&eacute;e de
sortie de la derni&egrave;re version 1.2 .8.
Les statistiques d'OpenHub sur ce projet commencent &agr ave; dater mais ils
sont toujours d'actualit&eacute;&nbsp;:
<br / ><a href="https://www.openhub.net/p/rdiff-backup">https://www.openh ub.net/p/rdiff-backup</a>
La derni&egrave;re contribution au c ode date de janvier 2010&nbsp;:
<a href="http://svn.savannah .nongnu.org/viewvc/rdiff-backup?view=revision&amp;revision60">ht tp://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&amp; revision60</a>
<blockquote class="gmail_quote" style="m argin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1 ex;"> Peut &ecirc;tre Attic, mais je n'ai pas pu l'installer sans accroc su r mon
Debian Sid.

Le d&eacute;veloppement d 'Attic est gel&eacute; mais un fork, nomm&eacute; borg-backup, a &eacute;t& eacute;
cr&eacute;&eacute;&nbsp;:
<a href="http://borgbac kup.readthedocs.io/en/stable">http://borgbackup.readthedocs.io/en/s table</a>/
Le d&eacute;veloppement de borg-backup va grand train &nbsp;:
<a href="https://github.com/borgbackup/borg/commits/ master">https://github.com/borgbackup/borg/commits/master</a>
J'ai essay&eacute; Attic, puis borg-backup, il y a d&eacute;j&agrave; un mo ment et j'ai &eacute;t&eacute;
convaincu (bien plus par borg-backup qu e par Attic en fait). Si je n'ai
pas encore migr&eacute;, c'est simp lement par manque de temps et parce que je
suis une personne tr&egrave ;s frileuse avec la sauvegarde&nbsp;: rdiff-backup n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai
pu constat er &agrave; plusieurs reprises que ses sauvegardes &eacute;taient fiables .
S&eacute;bastien
</pre></div><br>
-- <br>
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.</body></html>
------SIOJLQA7Z8DR61XGDVDDQT8S1SFFXH--
Avatar
Thierry Bugier Pineau
------ZRN0BDEDJKPGBQN3DKGK1Z96ALDZX2
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Bonjour,
Voyant rdiff-backup packagé dans Sid j'ai cru qu'il était toujou rs vivant.
Je vais donc me rabattre sur le bon vieux rsnapshot.
Merci pour l'information.
Le 16 juillet 2017 22:01:05 GMT+02:00, "Sébastien Dinot" <sebastien a écrit :
Bonsoir,
Thierry Bugier Pineau a écrit :
A mon avis, il est préférable d'utiliser un outil maintenu co mme
rsnapshot ou rdiff-backup plutôt qu'un script shell

Tout à fait d'accord sur le principe mais malheureusement,
rdiff-backup,
que j'utilise avec bonheur depuis des années, aussi bien à titr e
professionnel que personnel, n'est plus maintenu depuis 2009, année de
sortie de la dernière version 1.2.8.
Les statistiques d'OpenHub sur ce projet commencent à dater mais ils
sont toujours d'actualité :
https://www.openhub.net/p/rdiff-backup
La dernière contribution au code date de janvier 2010 :
http://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision& revision60
Peut être Attic, mais je n'ai pas pu l'installer sans accroc sur m on
Debian Sid.

Le développement d'Attic est gelé mais un fork, nommé borg -backup, a
été
créé :
http://borgbackup.readthedocs.io/en/stable/
Le développement de borg-backup va grand train :
https://github.com/borgbackup/borg/commits/master
J'ai essayé Attic, puis borg-backup, il y a déjà un moment et j'ai été
convaincu (bien plus par borg-backup que par Attic en fait). Si je n'ai
pas encore migré, c'est simplement par manque de temps et parce que je
suis une personne très frileuse avec la sauvegarde : rdiff-back up n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et
j'ai
pu constater à plusieurs reprises que ses sauvegardes étaient f iables.
Sébastien
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passe r !

--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.
------ZRN0BDEDJKPGBQN3DKGK1Z96ALDZX2
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body>Bonjour,<br>
<br>
Voyant rdiff-backup packagé dans Sid j&#39;ai cru qu&#39;il étai t toujours vivant.<br>
<br>
Je vais donc me rabattre sur le bon vieux rsnapshot.<br>
<br>
Merci pour l&#39;information.<br><br><div class="gmail_quote">Le 16 ju illet 2017 22:01:05 GMT+02:00, &quot;Sébastien Dinot&quot; &lt;sebasti &gt; a écrit :<blockquote class="gmail_quote" st yle="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 20 4); padding-left: 1ex;">
<pre class="k9mail">Bonsoir,
Thierry Bugier Pineau a &eacute; crit :
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> A mon avis, i l est pr&eacute;f&eacute;rable d'utiliser un outil maintenu comme
rsn apshot ou rdiff-backup plut&ocirc;t qu'un script shell
< br />Tout &agrave; fait d'accord sur le principe mais malheureusement, rdif f-backup,
que j'utilise avec bonheur depuis des ann&eacute;es, aussi b ien &agrave; titre
professionnel que personnel, n'est plus maintenu de puis 2009, ann&eacute;e de
sortie de la derni&egrave;re version 1.2 .8.
Les statistiques d'OpenHub sur ce projet commencent &agr ave; dater mais ils
sont toujours d'actualit&eacute;&nbsp;:
<br / ><a href="https://www.openhub.net/p/rdiff-backup">https://www.openh ub.net/p/rdiff-backup</a>
La derni&egrave;re contribution au c ode date de janvier 2010&nbsp;:
<a href="http://svn.savannah .nongnu.org/viewvc/rdiff-backup?view=revision&amp;revision60">ht tp://svn.savannah.nongnu.org/viewvc/rdiff-backup?view=revision&amp; revision60</a>
<blockquote class="gmail_quote" style="m argin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1 ex;"> Peut &ecirc;tre Attic, mais je n'ai pas pu l'installer sans accroc su r mon
Debian Sid.

Le d&eacute;veloppement d 'Attic est gel&eacute; mais un fork, nomm&eacute; borg-backup, a &eacute;t& eacute;
cr&eacute;&eacute;&nbsp;:
<a href="http://borgbac kup.readthedocs.io/en/stable">http://borgbackup.readthedocs.io/en/s table</a>/
Le d&eacute;veloppement de borg-backup va grand train &nbsp;:
<a href="https://github.com/borgbackup/borg/commits/ master">https://github.com/borgbackup/borg/commits/master</a>
J'ai essay&eacute; Attic, puis borg-backup, il y a d&eacute;j&agrave; un mo ment et j'ai &eacute;t&eacute;
convaincu (bien plus par borg-backup qu e par Attic en fait). Si je n'ai
pas encore migr&eacute;, c'est simp lement par manque de temps et parce que je
suis une personne tr&egrave ;s frileuse avec la sauvegarde&nbsp;: rdiff-backup n'est
plus maintenu mais dans mon contexte, il fonctionne parfaitement et j'ai
pu constat er &agrave; plusieurs reprises que ses sauvegardes &eacute;taient fiables .
S&eacute;bastien
</pre></div><br>
-- <br>
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez exc user ma brièveté.</body></html>
------ZRN0BDEDJKPGBQN3DKGK1Z96ALDZX2--
Avatar
Thierry Bugier Pineau
Le samedi 15 juillet 2017 à 23:35 +0200, G2PC a écrit :
Le 15/07/2017 à 22:31, Thierry Bugier Pineau a écrit :
Bonjour
Je veux mettre en place un système de sauvegarde adapté à mon
infrastructure personnelle, et préparer la création de mon système
de
messagerie (avoir une sauvegarde est un pré requis).
J'ai:
- 2 serveurs sous Proxmox VE (un perso, un dédié)
- quelques machines perso.
Les Proxmox contiennent des VM à sauvegarder. Je compte simplemetn
configurer Proxmox pour sauvegarder les VM localement et copier les
sauvegardes sur un stockage distant, accessible par SFTP.
J'ai repéré dans Debian l'existence d'un compte utilisateur
"backup",
appartenant au groupe "backup". Je ne trouve pas d'information la
raison d'être de ce compte (au delà du nom explicite), ni de bonne
pratique d'utilisation. Quelqu'un ici saurait m'expliquer comment
s'en
servir ?
J'ai recherché les différentes solutions de sauvegarde possibles.
Il
faut qu'elle supporte la sauvegarde vers un stockage distant, ou
depuis
un stockage distant (tout dépend d'où le logiciel va s'exécuter).
Le
support d'un snapshot LVM est un plus, pour la cohérence de la
sauvegarde.
J'ai une petite expérience avec rsnapshot, j'ai utilisé il y a
longtemps backuppc sur plusieurs réseaux de postes de travail. Je
pense
me tourner vers rdiff-backup. Avant d'arrêter mon choix, je
voudrais
solliciter les avis et retours d'expérience parmi vous. 
D'avance merci.

Bonsoir, je ne suis pas expert en sauvegarde, certains ici ont plus
de
savoir faire.
J'utilise grsync , ou, je préfère actuellement Deja Dup qui me permet
de
sauvegarder mon /home en GUI.
https://www.visionduweb.eu/wiki/index.php?title=Sauvegarder_et_reinst
aller_Linux_Mint_Sarah#Sauvegarder_le_.2Fhome_de_votre_utilisateur_av
ec_Deja_Dup
Par contre, pour sauvegarder le système entièrement pour le
réinstaller
en un clic, je n'ai pas encore trouvé l'outil qui me correspond,
facile,
et, efficace. Redobackup est un bon choix, mais, lorsque je le lance,
il
ne voit pas mon disque SSD.

Bonjour
D'abord merci à tous pour vos réponses.
J'ai mis en place Borg backup sur mon serveur de fichiers préféré
(OpenMediaVault) et ai configuré une tâche cron qui envoie par ssh les
sauvegardes sur mon de travail.
Ce n'est pas encore le système idéal, mais au moins ma sauvegarde
initiale est faite, et ce matin la première incrémentation a joué comme
prévu.
Je retiens quelques points forts en faveur de Borg
- sauvegarde depuis ou/et vers un stockage distant (il semble qu'on
puisse sauvegarder une machine distante vers une autre machine
distante, intéressant)
- reprise après interruption grâce aux checkpoints
- déduplication
- montage en userspace du dépôt de sauvegarde pour consultation /
récupération
- divers outils de diagnostic de son dépôt
- et même un script pour Zabbix pour monitorer les sauvegardes :)
- possibilité de sauvegarder une image disque en "pipant" son dump vers
borg (vu dans la doc officielle)
Pour info la sauvegarde mesure 1.4 To pour un volume réel de 1.8 To. Ca
a pris un peu plus de 24h et a sollicité assez fortement le CPU et la
RAM (mais c'était prévisible).
Un jour je me pencherai sur le monitoring... j'ai du mal à choisir.
Avant ça, faut sauvegarder toutes mes machines un peu critiques.