gratifiant > linux.debian.user.french

David BERCOT (09/03/2019, 19h50)
Bonjour,

Afin d'avoir une copie à jour (ou du moins, le plus à jour possible) de
mon ordinateur (ce qui m'intéresse est uniquement mon /home), j'hésite
entre des sauvegardes classiques et une synchronisation type "cloud".

De mon point de vue, la sauvegarde a l'avantage d'être "consistante"et
d'intégrer potentiellement des versions différentes de mes documents.
En revanche, si le crash ou la perte ou le vol de la machine se produit
"relativement longtemps" après la dernière sauvegarde, les données ne
sont pas vraiment fraîches.

La synchronisation (partons sur un serveur personnel de type NextCloud
pour illustrer) permet justement de répondre à ce besoin de fraîcheur
mais peut poser d'autres problèmes [quid des fichiers qui bougent
quasiment en permanence, d'un "gros" fichier mis à jour au moment d'un
connexion bas débit [aéroport par exemple] ?).

Bref, le sujet me semblant assez "classique", je me disais que j'aurais
pu profiter de vos expériences en la matière ;-).

Si vous avez des retours, des conseils, des préconisations, je suis
preneur...

Merci d'avance et bon week-end.

David.
Bernard Schoenacker (09/03/2019, 20h00)
----- Mail original -----
[..]
> preneur...
> Merci d'avance et bon week-end.
> David.


bonjour,

voici un début de piste :



et c'est un ami admin qui me l'a conseillé

merci
slt
bernard
Belaïd (09/03/2019, 20h50)
Bonjour,

À mon avis le "vs" n'a pas trop ça place dans le sujet puisque chacune des
deux solutions touche à mon avis à deux domaines plutôt différent. À mon
avis il faudrait faire une réel distinction entre synchronisation et
sauvegarde...

Le sam. 9 mars 2019 18:42, David BERCOT <debian> a écrit :
[..]
fab (09/03/2019, 21h20)
'lut,

Juste un conseil: à mon avis, inutile de sauver tout ton home. Par
exemple, le cache de ton navigateur, tu t'en fiches un peu. Par
ailleurs, pour tes mails, il est préférable d'utiliser le stockage
maildir plutôt que mailbox. Ainsi, ça évitera à ta synchro de devoir
récupérer tous tes mails juste pour un seul nouveau message.

Enfin, pour répondre plus précisément à ta question, je pense que
sauvegarde et synchro sont 2 choses différentes que je pratique avec
backuppc. C'est à dire que tous les jours, il y a un différentiel qui
est sauvegardé (une synchro quoi) puis toutes les semaines, une
sauvegarde complète. Je n'ai pas d'archivage.

Et à titre d'exemple, voici quelques exclusions de mon home:
/fabricer/.cache
/fabricer/.config/google-chrome-unstable
/fabricer/.config/google-chrome
/fabricer/.config/libreoffice
/fabricer/.local/share/torbrowser
/fabricer/.mozilla/firefox/0aakuu2qzp.default
/fabricer/.local/share/Trash

mes 2 cts,

f.

Le 09/03/2019 à 18:42, David BERCOT a écrit :
[..]
benoitlst (10/03/2019, 13h40)
Le 2019-03-09 18:42, David BERCOT a écrit :
> Bonjour,
> Afin d'avoir une copie à jour (ou du moins, le plus à jour possible) de
> mon ordinateur (ce qui m'intéresse est uniquement mon /home), j'hésite
> entre des sauvegardes classiques et une synchronisation type "cloud".


Bonjour,

Depuis qu'on m'a conseillé lsyncd sur cette liste (encore merci la liste
! ;))
Je fais de la synchronisation...
Les défauts sont que ça ne protège pas d'une suppression malencontreuse,
car elle est propagée et ça ne sauvegarde les fichiers que dans un
état : le dernier, donc pas forcément le bon...

Je pallie ça avec deux commandes (mes scriptes à 2 cent) dont le
résultat est propagé (donc dans chaque version) :

L?un nommé bkp

#!/bin/bash

#crée un rep backup si pas existant
if [ ! -d backup ]; then mkdir backup ; fi

DATE_EXT=$(\date '+%d-%m-%Y-%H.%M.%S')

for fichier in $@
do
tar -czvf "backup/$fichier"-$DATE_EXT.tgz "$fichier"

----------------------------------------------------------

L?autre sbkp :
#!/bin/bash

DESTINATAIRE="monadresse"
EXPEDITEUR="adresse"
PATH_BACKUP="backup"
BODY="TODO: "
SUJET="Backup "
DATE_EXT=$(\date '+%d-%m-%Y-%H.%M.%S')
declare -a TABLEAU
LIST_ARCIVES=""

usage(){
echo utilisation :
echo "-s Sujet du courriel ($SUJET par défaut)"
echo "-c Rédiger le corps du courriel ($BODY par défaut)"
echo "-p chemin(path) de base des archives ($PATH_BACKUP par
défaut)"
echo "-e Définir l'expéditeur ($EXPEDITEUR par défaut)"
echo "-d Définir le destinataire ($DESTINATAIRE par défaut)"
echo "-h afficher cette aide"
exit
}

if [ $# -lt 1 ] ; then
echo "Vous devez au moins spécifier un argumant"
usage
exit 1
fi

while getopts "hs:c:p:e:d:" arg
do
case "$arg" in
h) usage;;
s) ARG_SUJET=${OPTARG};;
c) BODY+=${OPTARG:-$BODY};;
p) PATH_BACKUP=${OPTARG:-$PATH_BACKUP};;
e) EXPEDITEUR=${OPTARG:-$EXPEDITEUR};;
d) DESTINATAIRE=${OPTARG:-$DESTINATAIRE};;
\?) exit 1;;
esac
done

shift $(($OPTIND - 1))
LISTE_FICHIERS="$*"

#crée un rep backup si pas existant
if [ ! -d $PATH_BACKUP ]; then mkdir $PATH_BACKUP ; fi

archivage(){
for fichier in $@
do
NOM_ARCHIVE="$PATH_BACKUP/$fichier-$DATE_EXT.tgz"
tar -czvf $NOM_ARCHIVE "$fichier"
TABLEAU=("${TABLEAU[@]}" "$NOM_ARCHIVE")
LIST_ARCIVES+="$fichier-$DATE_EXT.tgz "
done
}

envoyer(){
SUJET+=$LISTE_FICHIERS
if [ -n "$ARG_SUJET" ] ; then
SUJET=$ARG_SUJET
fi

claws-mail --compose
"mailto:$DESTINATAIRE?subject=$SUJET&from=$EXPEDIT EUR&body=$BODY"
--attach ${TABLEAU[@]}
}

archivage "$LISTE_FICHIERS"
envoyer
--------------------------------------
Ca laisse des répertoires backup dans mon arborescence, ils sont
propagés.
Les fichiers importants en pièce jointe dans ma boite mail avec ce qu'il
reste à faire en message.

C'est du bricolage de bouts de ficelles, mais ça me va...
Erwann Le Bras (11/03/2019, 10h10)
bonjour

je dirais que les deux sont complémentaires :

* la synchronisation est une procédure PRA (Procédure de Reprise
d'Activité) qui permet de redémarrer très rapidement en cas de
sinistre : le PC ne démarre plus, panne, crash disque.... Elle
implique souvent d'avoir un système de secours permettant de
redémarrer en servant les fichiers issus de la synchronisation
* La synchronisation permet aussi d'avoir un point unique de fichiers
permettant d'avoir ses fichiers à disposition sur plusieurs systèmes
différents. C'est mon cas : le /home est synchronisé avec un cloud
personnel et toute modification se retrouve propagée sur l'ensemble
des systèmes auxquels j'ai accès
* la sauvegarde permet d'historiser plusieurs versions d'un même
fichier, même effacé. Elle permet de revenir en arrière en cas de
mauvaise manipulation. La reprise sur sinistre est plus compliquée
(temps de restauration) et on se retrouve avec des fichiers à jour
de la dernière sauvegarde

En résumé : la synchronisation permet d'avoir un jeu de fichiers le plus
à jour possible, sans historiser. La sauvegarde historise mais on a que
les fichiers à jour à la date de la dernière sauvegarde.

Personnellement : j'ai tout sur un cloud personnel (ownCloud, qui a
disparu depuis des dépôts Debian) ; backuppc me sauvegarde directement
les fichiers du cloud sur un disque externe conservé ailleurs.

cordialement

Erwann

Le 09/03/2019 à 18:42, David BERCOT a écrit :
[..]
G2PC (11/03/2019, 15h20)
Le 09/03/2019 à 20:15, fab a écrit :
[..]
> /fabricer/.local/share/torbrowser
> /fabricer/.mozilla/firefox/0aakuu2qzp.default
> /fabricer/.local/share/Trash


Voilà quelques unes des miennes, pour un poste de bureau, sans serveur web, donc, j'exclue de la sauvegarde les configurations MySQL notamment.
Sont également exclues des informations qui ne me semblent pas nécessaires, je peux me tromper, a chacun de définir sa propre liste d'exclusion.

#INCLUDE EXCLUDE
exclude /home/USER/.cache/
exclude /home/USER/.config/chromium/
exclude /home/USER/.eclipse/
exclude /home/USER/.gimp/
exclude /home/USER/.gnupg/S.gpg-agent
exclude /home/USER/.local/share/akonadi/socket-Alien
exclude /home/USER/.local/share/Trash/
exclude /home/USER/.mozilla/firefox/
exclude /home/USER/.openshot/
exclude /home/USER/.var/app/com.discordapp.Discord/
exclude /home/USER/.var/app/org.gnucash.GnuCash/
exclude /home/USER/"VirtualBox VMs"
exclude /etc/alternatives/
exclude /etc/apm/
exclude /etc/apparmor/
exclude /etc/cups/ssl/
exclude /etc/dhcp/
exclude /etc/dictionaries-common/words
exclude /etc/dkms/template-dkms-mkdsc
exclude /etc/dpkg/origins/default
exclude /etc/fonts/
exclude /etc/ifplugd/action.d/
exclude /etc/ld.so.conf.d/
exclude /etc/modprobe.d/blacklist-oss.conf
exclude /etc/modules-load.d/modules.conf
exclude /etc/mysql/my.cnf
exclude /etc/network/
exclude /etc/newt/palette
exclude /etc/pki/nssdb
exclude /etc/rc*
exclude /etc/sgml/
exclude /etc/ssl/certs/
exclude /etc/sysctl.d/
exclude /etc/systemd/system/
exclude /etc/xdg/
exclude /etc/resolv.conf
exclude /etc/localtime
exclude /etc/mtab
exclude /etc/os-release
exclude /etc/printcap
exclude /etc/vtrgb
exclude /etc/X11/

Ajouter également :
exclude /home/USER/.mozilla/firefox/"Crash Report"
G2PC (11/03/2019, 15h30)
Rsync et Rsnapshot semblent intéressant :

David BERCOT (09/04/2019, 10h00)
Bonjour Bernard,

J'ai regardé la doc et, en effet, l'outil semble intéressant et correspond bien à mon besoin (sauvegarde distante, via SSH, avec déduplication, etc.)

Maintenant, j'ai beaucoup d'erreurs :
Local Exception
OSError: [Errno 28] No space left on device

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4455, in main
exit_code = archiver.run(args)
File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4387, in run
return set_ec(func(args))
File "/usr/lib/python3/dist-packages/borg/archiver.py", line 145, in wrapper
assert_secure(repository, kwargs['manifest'], self.lock_wait)
File "/usr/lib/python3/dist-packages/borg/cache.py", line 206, in assert_secure
sm.assert_secure(manifest, manifest.key, lock_wait=lock_wait)
File "/usr/lib/python3/dist-packages/borg/cache.py", line 171, in assert_secure
with cache_config:
File "/usr/lib/python3/dist-packages/borg/cache.py", line 238, in __enter__
self.open()
File "/usr/lib/python3/dist-packages/borg/cache.py", line 261, in open
kill_stale_locks=hostname_is_unique()).acquire()
File "/usr/lib/python3/dist-packages/borg/locking.py", line 351, in acquire
self._roster.modify(EXCLUSIVE, ADD)
File "/usr/lib/python3/dist-packages/borg/locking.py", line 286, in modify
self.save(roster)
File "/usr/lib/python3/dist-packages/borg/locking.py", line 258, in save
json.dump(data, f)
OSError: [Errno 28] No space left on device

Platform: Linux DBE 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64
Linux: debian buster/sid
Borg: 1.1.9 Python: CPython 3.7.3
PID: 30522 CWD: /home/david.bercot
sys.argv: ['/usr/bin/borg', 'create', '--list', '--one-file-system', '--compression', 'auto,zlib,5', '--stats', 'serveur:/data/borgbackup::home_david_{now:%Y-%m-%d_%H:%M}', '/home/david.bercot/', '--exclude', '/home/david.bercot/rep']
SSH_ORIGINAL_COMMAND: None

Killed stale lock DBE.
Local Exception
OSError: [Errno 28] No space left on device

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4455, in main
exit_code = archiver.run(args)
File "/usr/lib/python3/dist-packages/borg/archiver.py", line 4387, in run
return set_ec(func(args))
File "/usr/lib/python3/dist-packages/borg/archiver.py", line 145, in wrapper
assert_secure(repository, kwargs['manifest'], self.lock_wait)
File "/usr/lib/python3/dist-packages/borg/cache.py", line 206, in assert_secure
sm.assert_secure(manifest, manifest.key, lock_wait=lock_wait)
File "/usr/lib/python3/dist-packages/borg/cache.py", line 171, in assert_secure
with cache_config:
File "/usr/lib/python3/dist-packages/borg/cache.py", line 238, in __enter__
self.open()
File "/usr/lib/python3/dist-packages/borg/cache.py", line 261, in open
kill_stale_locks=hostname_is_unique()).acquire()
File "/usr/lib/python3/dist-packages/borg/locking.py", line 351, in acquire
self._roster.modify(EXCLUSIVE, ADD)
File "/usr/lib/python3/dist-packages/borg/locking.py", line 286, in modify
self.save(roster)
File "/usr/lib/python3/dist-packages/borg/locking.py", line 258, in save
json.dump(data, f)
OSError: [Errno 28] No space left on device

Platform: Linux DBE 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64
Linux: debian buster/sid
Borg: 1.1.9 Python: CPython 3.7.3
PID: 30586 CWD: /home/david.bercot
sys.argv: ['/usr/bin/borg', 'prune', '--list', '--keep-within=14d', '--keep-weekly=4', '--keep-monthly=-1', 'serveur:/data/borgbackup']
SSH_ORIGINAL_COMMAND: None

Je ne sais pas si tu as déjà rencontré ça et si tu as une idée ?
Les messages "no space left" me semblent très bizarres (pas du tout de souci d'espace disque)...

Merci d'avance.

David.

P.S. : sinon, je tenterai backuppc...

Le 09/03/2019 à 18:51, Bernard Schoenacker a écrit :
[..]
didier gaumet (09/04/2019, 14h50)
Le 09/04/2019 à 09:58, David BERCOT a écrit :
[...]
> Maintenant, j'ai beaucoup d'erreurs :
> Local Exception
> OSError: [Errno 28] No space left on device [...]


d'après

ça a l'air d'une erreur Python qui n'a rien de spécifique à Borgbackup
et pour laquelle quelques pistes de résolution sont évoquées (tu en
trouveras sûrement d'autres en lançant une recherche du message d'erreur
sur internet)
Discussions similaires