Re: logiciel de sauvegarde

[Haricophile]

Le Thu, 7 Jan 2016 22:14:04 +0100,
Gaëtan PERRIER  a écrit :

> Oui c'est ce que j'ai vu hier mais il semble à l'abandon, non ?
> 
> Gaëtan

S'il est dans les dépôts c'est qu'il fonctionne. Le format
d'archivage est standard donc exploitable avec autre chose et d'un
système à l'autre, tes données ne craignent rien.

En tout cas il y a des gens qui le maintiennent.

https://launchpad.net/backintime

-- 
haricoph...@aranha.fr 

Re: logiciel de sauvegarde

[JF Straeten]

Re,


On Thu, Jan 07, 2016 at 10:12:20PM +0100, Gaëtan PERRIER wrote:

[...]
> > - ensuite, il passe un coup de rsync sur tous les fichiers, depuis la
> >   source vers daily.0 avec pour résultat que seuls les fichiers qui
> >   ont changé se retrouvent copiés dans daily.0 (le lien initial vers
> >   daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça
> >   reste un hardlink vers le fichier du même nom dans la première
> >   sauvegarde) ;
> 
> 
> Il se passe quoi en cas de fichier effacé ? 

Le lien est simplement supprimé du daily en question...

Ce n'est pas grave puisqu'il y a un historique (en principe).


> Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est
> créée ou est-ce que ça passe par un lien ?

Oui, nouvelle copie : rsync n'est pas encore capable de détecter les
déplacements de fichier ; il supprime et recrée. (Ça viendra peut-être
un jour, note : unison le fait...)


[...]
> > En cherchant un fichier dans tous les daily.?, tu vois tout de suite
> > les dates auxquelles il a bougé et tu peux restaurer la version qui
> > t'intéresse.
> 
> A priori ça semble correspondre à ce que je cherche mais il manque
> une GUI ...

Oui, ça, évidemment y a pas :-[

Perso, je trouve les GUI plus confusantes qu'autre chose pour du
backup, mais c'est toi qui est à la manoeuvre sur le cahier des
charges, donc faut que ça te convienne ; je comprends, mais sans avoir
mieux en magasin ; je n'utilise que ça...


[...]
> > Pour la petite histoire, je garde cet historique sur les 365
> > derniers jours, ce qui m'a déjà permis de récupérer des fichiers
> > détruits par mégarde trois, six ou huit mois auparavant ; ça
> > arrive... :-/
> 
> Comme la majorité des données sont des photos/vidéos il faut que l'historique
> soit bien plus long car on regarde pas tous les ans toutes les photos pour
> savoir s'il n'y a pas eu corruption du fichier ...

Tu peux. Il n'y a pas de limite maximum au nombre de rotations ; ce
n'est que la taille du support qui l'imposera. Mais avec des disques
'archive' de 8T en raid 5, même avec des vidéos, on peut déjà voir
venir ;-)


Ceci dit (digression, quoique...) quand tu parles de vidéos, tu me
rappelles un truc : tu as jeté un oeil sur git-annex ?

On partirait carrément sur autre chose, mais pourquoi pas si ça répond
au besoin...

http://git-annex.branchable.com/

Y a une GUI, j'te rassure tout de suite ! :-)
http://git-annex.branchable.com/assistant/

Je n'ai pas fini d'investiguer (ni encore tout compris, je le crains),
mais j'y pensais pour une collection de divx, dont je voudrais au
moins 2 copies de chaque sur des supports différents.

Ça semble le permettre... Il faudrait lire encore un peu, mais comme
je comprends l'affaire, git-annex gère avec git des liens vers un
dépôt de fichiers qu'il ne laisse pas supprimer en cas de risque de
paumer le nombre de copies définies...

Je ne suis pas plus loin, mais tu vas peut-être ouvrir une voie ;)


[...]
> > Après, question de goûts, mais l'idéal est de configurer rsnapshot
> > sur une machine dédiée, qui fait des pulls à son aise vers les
> > différentes machines à sauvegarder.
> 
> Là ça sort complètement de mon contexte. Pas de serveur de
> sauvegarde dédié. C'est du pur local avec une machine unique à
> chaque fois.

Tu peux aussi ;) Il n'est pas chiant du tout sur la config.
Basiquement, il faut un répertoire de base pour les sauvegardes, mais
où tu veux, et il est très très souple dans la manière de désigner ce
qu'il faut sauvegarder : ça peut être une machine distante, par ssh,
comme un répertoire local de la machine elle-même, avec un rsync
direct.

(Le faire tourner sur une machine dédiée, c'est simplement un choix,
dans un contexte pro' où la perte de fichiers Ne-Peut-Pas-Arriver™,
c'est tout.)


> > Si le principe te parle, n'hésite pas à te fader la doc de
> > rsnapshot ;
 
> Sauf que, comme je l'ai indiqué hier, sur le site rsnapshot la doc
> est en vrac les liens ne mènent nul part ...

Peut-être, j'ai pas vérifié, mais qu'est ce que ça veut dire ?
Peut-être que le soft n'a plus besoin d'évoluer parce qu'il
parfait ? :-p

Hih,


-- 

JFS.

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Fri, 8 Jan 2016 00:13:52 +0100
Haricophile  a écrit:

> Le Thu, 7 Jan 2016 22:14:04 +0100,
> Gaëtan PERRIER  a écrit :
> 
> > Oui c'est ce que j'ai vu hier mais il semble à l'abandon, non ?
> > 
> > Gaëtan
> 
> S'il est dans les dépôts c'est qu'il fonctionne. Le format
> d'archivage est standard donc exploitable avec autre chose et d'un
> système à l'autre, tes données ne craignent rien.
> 
> En tout cas il y a des gens qui le maintiennent.
> 
> https://launchpad.net/backintime
> 

Oui j'ai confondu avec un autre (Flyback). Par contre il a été retiré de
testing pour non fonctionnement... :(

Gaëtan

Re: logiciel de sauvegarde

[JF Straeten]

Re,


On Fri, Jan 08, 2016 at 01:28:41AM +0100, Gaëtan PERRIER wrote:

[...]
> > > A priori ça semble correspondre à ce que je cherche mais il
> > > manque une GUI ...
[...]
> ça ne tiendrait qu'à moi ça ne me gênerait pas trop. Mais comme il
> faut que je le déploie aussi chez des gens qui sont totalement
> allergiques et que pour pouvoir faire le support je préfère utiliser
> le même logiciel.

Oui, je comprends bien tout ça (mais toujours sans avoir mieux ;-))



> > http://git-annex.branchable.com/
[...]
> Quand je regarde la vidéo, ça me semble bien complexe à mettre en
> oeuvre quand même ...

Pourquoi tu crois que je ne suis pas plus avancé ? :-D

Ça semble faire ce que je veux, mais il y a loin de la coupe aux
lèvres, surtout quand on ne connaît pas bien git...


[...]
> > Je n'ai pas fini d'investiguer (ni encore tout compris, je le
> > crains), mais j'y pensais pour une collection de divx, dont je
> > voudrais au moins 2 copies de chaque sur des supports différents.
 
> Perso j'ai beaucoup de photos et vidéos mais pas que. Et chez les
> autres personnes ce n'est pas obligatoirement le cas.

C'est peut-être une bête question, mais suppose qu'ils doivent juste
rebrancher leur disque quand ils rentrent, point ?

À partir de là, une tache cron vérifie toutes les X minutes si le
point de montage est rempli, puis lance le backup si c'est le cas ;
s'abstient sinon ?

(Ou même si le disque X est montable ? si oui, il le monte, lui fait
son affaire et démonte, sinon il attend ; comme ça ils peuvent
débrancher à tout moment pourvu que la loupiote ne s'agite pas...)



[...]
> J'ai un peu peur de la complexité des concepts sous-jacent avec
> git ...

Je comprends bien... (ta peur, je veux dire, pas pour autant git...).


[...]
> > > Sauf que, comme je l'ai indiqué hier, sur le site rsnapshot la
> > > doc est en vrac les liens ne mènent nul part ...
> > 
> > Peut-être, j'ai pas vérifié, mais qu'est ce que ça veut dire ?
> > Peut-être que le soft n'a plus besoin d'évoluer parce qu'il
> > parfait ? :-p
> 
> Mais qu'il n'ait plus besoin de doc, j'ai comme des doutes ... ;)

Je ne la voie pas en ligne, certes, mais elle est fournie avec le
paquet, et il est quand même passé de la version 1.3.1 à 1.4.1 en
octobre, apparemment, avec 1.4.0 en juillet ; c'est pas tout à fait
mort, quand même...

A+

-- 

JFS.

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 22:43:03 +0100
jdd  a écrit:

> Le 07/01/2016 22:32, Gaëtan PERRIER a écrit :
> 
> > Là je ne vois pas en quoi le fait que ce soit une GUI ou non change la
> > donne ?
> 
> parce qu'il est facile de se tromper en cliquant, si tu fais un script, 
> tu peux y inclure des tests de vérification (identification des disques 
> par un fichier donnant leur nom, par exemple)
> 

Oui mais la GUI sert pour la config après ça tourne tout seul donc le logiciel
peut aussi prévoir ce genre de tests ...

Gaëtan

Re: logiciel de sauvegarde

[JF Straeten]

Re,

On Thu, Jan 07, 2016 at 10:36:38PM +0100, andre_deb...@numericable.fr wrote:
> On Thursday 07 January 2016 22:12:20 Gaëtan PERRIER wrote:
> > Il se passe quoi en cas de fichier effacé ? 
> > Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est 
> > créée ou est-ce que ça passe par un lien ?
> 
> Il y a une option avec "rsync" : --delete
> si le fichier source a été effacé, supprimé, il est supprimé sur la cible.
> 
> Il est donc préférable de ne pas mettre l'option --delete.
> (ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
>  après mûre réflexion, et pas avec une sauvegarde automatique avec cron).

Et bien, ici en tout cas, il tourne avec --delete, et en automatique,
appelé par cron.

En principe, tu t'en fous de péter un fichier puisqu'il est toujours
dispo dans la sauvegarde de la veille, et pour autant de jours que
défini dans ta config...

Hih,


-- 

JFS.

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Fri, 8 Jan 2016 00:25:12 +0100
JF Straeten  a écrit:

> [...]
> > > En cherchant un fichier dans tous les daily.?, tu vois tout de suite
> > > les dates auxquelles il a bougé et tu peux restaurer la version qui
> > > t'intéresse.
> > 
> > A priori ça semble correspondre à ce que je cherche mais il manque
> > une GUI ...
> 
> Oui, ça, évidemment y a pas :-[
> 
> Perso, je trouve les GUI plus confusantes qu'autre chose pour du
> backup, mais c'est toi qui est à la manoeuvre sur le cahier des
> charges, donc faut que ça te convienne ; je comprends, mais sans avoir
> mieux en magasin ; je n'utilise que ça...

ça ne tiendrait qu'à moi ça ne me gênerait pas trop. Mais comme il faut que je
le déploie aussi chez des gens qui sont totalement allergiques et que pour
pouvoir faire le support je préfère utiliser le même logiciel.

> 
> 
> [...]
> 
> 
> Ceci dit (digression, quoique...) quand tu parles de vidéos, tu me
> rappelles un truc : tu as jeté un oeil sur git-annex ?
> 
> On partirait carrément sur autre chose, mais pourquoi pas si ça répond
> au besoin...
> 
> http://git-annex.branchable.com/
> 
> Y a une GUI, j'te rassure tout de suite ! :-)
> http://git-annex.branchable.com/assistant/

Quand je regarde la vidéo, ça me semble bien complexe à mettre en oeuvre quand
même ...

> 
> Je n'ai pas fini d'investiguer (ni encore tout compris, je le crains),
> mais j'y pensais pour une collection de divx, dont je voudrais au
> moins 2 copies de chaque sur des supports différents.

Perso j'ai beaucoup de photos et vidéos mais pas que. Et chez les autres
personnes ce n'est pas obligatoirement le cas.

> 
> Ça semble le permettre... Il faudrait lire encore un peu, mais comme
> je comprends l'affaire, git-annex gère avec git des liens vers un
> dépôt de fichiers qu'il ne laisse pas supprimer en cas de risque de
> paumer le nombre de copies définies...
> 
> Je ne suis pas plus loin, mais tu vas peut-être ouvrir une voie ;)
> 

J'ai un peu peur de la complexité des concepts sous-jacent avec git ...

> 
> [...]
> 
> 
> > > Si le principe te parle, n'hésite pas à te fader la doc de
> > > rsnapshot ;
>  
> > Sauf que, comme je l'ai indiqué hier, sur le site rsnapshot la doc
> > est en vrac les liens ne mènent nul part ...
> 
> Peut-être, j'ai pas vérifié, mais qu'est ce que ça veut dire ?
> Peut-être que le soft n'a plus besoin d'évoluer parce qu'il
> parfait ? :-p

Mais qu'il n'ait plus besoin de doc, j'ai comme des doutes ... ;)

A+

Gaëtan

Re: logiciel de sauvegarde

[JF Straeten]

Re,


On Thu, Jan 07, 2016 at 10:24:57PM +0100, andre_deb...@numericable.fr wrote:

[...]
> Tout d'abord, grand merci d'avoir pris a peine d'écrire des
> explications longues et détaillées, [...]

Hé, hé, la Maison est bonne fille :-)

Et puis ça y est, on est vendredi !


> [...] que je vais mettre en relation avec la documentation de
> rsnapshot.

Fais-toi plaisir ; je suis convaincu que tu en seras content.


> On ne peut se contenter de faire des sauvegardes simples, avec p.
> ex. rsync, c'est pas suffisant, il y a bien le danger de cloner une
> source cassée, j'ai bien fait de poser la question :-)

Et ben oui et non, en fait !

rsync a des options '--backup' et '--backup-dir' qui valent la peine
d'être étudiées, à mon humble avis.

J'ai déjà sauvegardé des machines avec une commande comme :

BKPDIR=../versions/$(date +%Y%m%d/%H%M%S)

rsync -aA --backup --backup-dir=$BKPDIR \
  --delete --numeric-ids --delete-excluded \
 /truc/ jfstraeten.dyndns.org:/muche/


En gros, ça dit que si un fichier a changé dans /truc/, avant de
propager la mise à jour dans /muche/, il doit le sauvegarder dans
$BKPDIR.

Résultat, tu n'as que ce qui a changé dans $BKPDIR (version aux date
et heure du backup), et en l'espèce classé par jours, puis heures au
sein des jours.

À mon avis, c'est aussi valable que rsnapshot --- et probablement plus
simple (et peut-être même plus élégant, parce que t'as pas un tas de
hardlinks pour rien ?) --- en termes de résultat, mais va faire
comprendre la restauration à des users neuneus ! Sans méchanceté, mais
tu oublies évidemment le 'find' qui cracherait les versions dans
$BKPDIR.

Je monte le répertoire de base de rsnapshot en RO, puis « daily.0 »,
c'est hier, « daily.1 » avant-hier, et ainsi de suite jusqu'à
retrouver la version qui lui convient ; c'est beaucoup plus simple ;-)


 
> On découvre que sauvegarder (1ère nécessité pour protéger son
> système), n'est finalement pas si simple.

Nenni, on est bien d'accord. Y a des bouquins entiers sur le sujet et
quand tu en finis un, tu as à peine égratigné la surface du
problème...

Genre, "Backup & Recovery" chez O'Reilly... Ça fait ± 700 pages, mais
je crois que j'avais plus de questions après qu'avant :-)


> Je te tiens au courant de mes essais de rsnapshot...

Bon travail, et tous mes vœux de succès t'accompagnent. Tu
n'échapperas pas à la doc, c'est clair, mais c'est bien fait...


A+


-- 

JFS.

Re: logiciel de sauvegarde

[BERTRAND Joël]

Pierre TOUZEAU a écrit :

Bonjour,

Au boulot, je synchronise mon Xubuntu sur des Debian avec Unison
2.40.102 (les versions client/serveur ne doivent pas être éloignée l'une
de l'autre).
A la maison, je synchronise ma DEBIAN sur un NAS Synology 211j avec
grsync (un des GUI de rsync).

J'adore l'efficacité masquée d'UNISON et l'efficacité non masquée de grsync.
Si je prends le courage d'installer UNISON sur le synology, alors je
l'utiliserais pour me simplifier la vie.


Bonjour,

	Unison est effectivement intéressant. Attention toutefois, les 
empaqueteurs debian sont chafouins, ils livrent ocalm dans une version 
4.02 alors que Unison est compilé avec une 4.01 qui sérialise les 
données de manière un peu différente. Lorsqu'on ne s'y attend pas, c'est 
assez étrange. Unison est basé sur rsync mais permet des 
synchronisations bidirectionnelles.


Cordialement,

JKB

Re: logiciel de sauvegarde

[andre_debian]

Faire des sauvegardes de son système est très important,
mais encore faut-il les sécuriser.

Je me pose cette question pour fiabiliser les sauvegardes :
un serveur subit une attaque consistant à vider des contenus
de fichiers.
Lors de la sauvegarde (p. ex. avec rsync), celui-ci va détecter
la modification de ces fichiers et les sauvegarder en l'état.
Résultat, la sauvegarde n'est plus crédible, elle a cloné
l'original avec ses fichiers cassés.

Comment remédier à ce problème sus cité ?

André

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 12:42, andre_deb...@numericable.fr a écrit :


Comment remédier à ce problème sus cité ?



la littérature est abondante sur le sujet. En résumé faire des 
sauvegardes avec des médias tournants: un support chaque jour de la 
semaine, un hebdomadaire, un mensuel...


j'ai eu le cas d'Unison qui m'a viré quelques répertoires, fichiers 
existants mais de contenu nul, et aussi bien sur la copie que sur 
l'original. Le disque dur cible (neuf!) était en train de lâcher. les 
fichiers y étaient donc écrits, mais seul l'inode créé (fichier vide), 
ce nouveau fichier ayant une date plus récente que l'original était 
alors recopié sur l'original... Ce problème des fichiers vide a été 
tellement présent chez moi à une époque que j'avais fait un script pour 
les trouver!


De toute façon, on perd toujours des fichiers...

jdd

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 02:13, Gaëtan PERRIER a écrit :


La majorité semblent trop complexes pour mon besoin (mono-machine, sauvegarde
locale) et pas toujours avec une GUI.


si tes disques ne sont pas toujours en ligne, ce n'est pas de la 
sauvegarde mais de l'archivage.


Il n'y a pas de réponse simple à ta question car il y a beaucoup de 
différences selon les besoins.


en simplifiant beaucoup, il y a au moins deux questions à se poser:

* envisage-tu de *restaurer* tout un disque (une partition) en cas de 
problème, ou seulement de récupérer de temps en temps un fichier effacé 
par mégarde?


* veux-tu *une image* de ta source, c'est à dire si tu as effacé un 
fichier sur ta source, doit-il être effacé sur la sauvegarde? Il faut 
bien y réfléchir car si tu *déplace* un répertoire de la source sans 
corriger la sauvegarde, tu vas dupliquer beaucoup de choses, la 
sauvegarde va grossir énormément, à l'inverse si tu as effacé un fichier 
par mégarde, il risque d'être effacé de la sauvegarde...


Dans ce dernier cas, rsync est l'outil idéal, avec l'option --delete. 
Une fois trouvés les bons paramètres il est très facile d'écrire deux 
lignes de script pour les fois suivantes.


Si tu veux restaurer un disque d'un coup, il est alors possible de 
comprimer la sauvegarde, si les fichiers sont surtout du texte, ca fait 
beaucoup gagner de place


Moi j'ai trois copies d'archives et il s'agit principalement de photos 
et de vidéos (qui ne se compriment pas), j'utilise donc simplement 
Dolphin et le copier coller. Si je réorganise mes répertoires, je le 
fais aussi (à la main...) sur les sauvegardes. Il faut penser à activer 
les fichiers cachés si on veut les sauvegarder. Dès que Dolphin 
rencontre un fichier déjà copié, il te demande si tu veux le remplacer, 
tu peux dire non pour tous.


jdd

Re: logiciel de sauvegarde

[Fabrice Regnier]

'lut,


Je cherche un logiciel de sauvegarde dans le même genre que Cobian Backup.

[zap]

Auriez-vous un retour d'expérience dessus ou sur d'autres logiciels de
sauvegarde ?
J'ai découvert BackupPC grâce à la liste il y a quelques années et 
depuis je n'utilise plus que ça pour les sauvegardes de serveurs ou de 
postes.


Il y a une interface web assez intuitive. Les modes de transferts sont 
rsync, smb, ftp, ... Donc, à priori, tu peux sauver n'importe quelle 
machine (linux/M$/Apple).
Tu peux désactiver les sauvegardes automatiques même si je trouve que 
c'est un point fort de backuppc; dès qu'il trouve une machine à sauver 
en ligne, alors il commence la sauvegarde (pratique pour les portables).


Il fait des sauvegardes différentielles et de temps en temps des 
sauvegardes complètes.


La dernière version date de janvier 2015.

https://packages.debian.org/stretch/backuppc

a+

f.

Re: lxde, session sans login (résolu)

[mireero]

On 01/06/2016 12:00 PM, Vincent Besse wrote:

On Wed, 6 Jan 2016 10:12:44 +0100
Sébastien NOBILI  wrote:


Bonjour,

Le mardi 05 janvier 2016 à 23:55, nono a écrit :

bon j'ai trouvé (tu m'as mis la puce à l'oreille avec les *dm)

Dans mon lightdm.conf

sudo leafpad /etc/lightdm/lightdm.conf

j'ai décommenté et adapté les lignes 117 et 118 :

autologin-user=stage
autologin-user-timeout=0


Pour ce type de besoin, il y a le paquet « nodm » (que je n'ai jamais testé).


Que j' utilise avec bonheur et qui se configure facilement dans le
fichier /etc/default/nodm

Vincent



(pardon d'avance pour la description en anglais)

$ aptitude show nodm | grep -A3 Description
Description: automatic display manager
 This package prepares the system to automatically start an X session 
at system
 boot. It is meant for devices like smartphones, but can be used on a 
regular

 computer as well, if the security implications are acceptable.


De quelles implications de sécurité parle t'on?
Uniquement du fait que n'importe quelle personne physiquement présente 
peut ouvrir une session?


Autrement dit, si je suis le seul à avoir accès à mon pc (en personne, 
physiquement parlant), ces considérations "additionnelles" en matière de 
sécurité se résument-elles à néant?

Re: iptables nat redirection de port : succès sur http, échec sur ssh

[Yann Cohen]

Le jeudi 07 janvier 2016 à 15:12 +0100, daniel huhardeaux a écrit :
> Le 07/01/2016 14:40, Yann Cohen a écrit :
> > Bonjour,
> >
> > Sur l'activation de l'interface wwan0 d'un routeur (rpi), j'insère les
> > règles suivantes :
> > iptables -t nat -A POSTROUTING -o wwan0 -j MASQUERADE
> > iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 8000 -j DNAT --to
> > 127.0.0.1:80
> > iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 2002 -j DNAT --to
> > 127.0.0.1:22
> >
> > La redirection de http (8000 -> 80) fonctionne, mais un :
> > ssh -p 2002 pi@adresse
> > ne fonctionne pas.
> > tshark montre bien des paquet entrant sur le port 2002 de l'interface,
> > mais pas de communication sur le port 22 de localhost...
> >
> > Qu'ai-je bien pu rater ?
> 
> Vérifie que ssh écoute bien sur le port 22
> 
> user@machine:~$  telnet 127.0.0.1 22
> Trying 127.0.0.1...
> Connected to 127.0.0.1.
> Escape character is '^]'.
> SSH-2.0-OpenSSH_6.7p1 Debian-5
> ^]
> telnet> quit
> Connection closed.
> 

Fait et fonctionne.

Yann.

Re: logiciel de sauvegarde

[steve]

Le 07-01-2016, à 09:45:12 -0500, rhb a écrit :


echo "Vérification de l'existence de l'archive";
# On teste si l'archive a bien été créée
if [ -e /run/media/rog/SafBook/devopenscripts_1.tar.gz ]


Attention avec ce test : seule l'existence du fichier est testé (il peut
être vide ou corrompu) et non pas si l'archive a été correctement créée
et intègre tous les fichiers désirés. Pour tester ce dernier point, qui
est quand même le point important pour une sauvegarde, il faut utiliser
d'autres techniques.

Merci pour l'info.  N'ayant jamais été confronté à cette situation, je 
n'y avait pas pensé.


Alors je suis heureux d'avoir posté mon message :)

Lorsque tu parles "d'autres techniques" tu as une idée en tête que tu 
peux partager?


L'idée est de vérifier que le fichier archive.tar.gz contienne tous les
fichiers et qu'ils ne sont pas corrompus. Je ne l'ai jamais fait dans la
pratique (je ne fais pas de sauvegarde, mes fichiers ne sont pas
importants …:-)) mais une idée serait de comparer la somme de contrôle
(voir md5sum par exemple) de chaque fichier dans archive.tar.gz avec les
fichiers originaux. Mais je suis sûr qu'il doit exister d'autres
méthodes et je laisse nos colistiers en parler.

iptables nat redirection de port : succès sur http, échec sur ssh

[Yann Cohen]

Bonjour,

Sur l'activation de l'interface wwan0 d'un routeur (rpi), j'insère les
règles suivantes :
iptables -t nat -A POSTROUTING -o wwan0 -j MASQUERADE
iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 8000 -j DNAT --to
127.0.0.1:80
iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 2002 -j DNAT --to
127.0.0.1:22

La redirection de http (8000 -> 80) fonctionne, mais un : 
ssh -p 2002 pi@adresse
ne fonctionne pas.
tshark montre bien des paquet entrant sur le port 2002 de l'interface,
mais pas de communication sur le port 22 de localhost...

Qu'ai-je bien pu rater ?

Yann.

Re: iptables nat redirection de port : succès sur http, échec sur ssh

[daniel huhardeaux]

Le 07/01/2016 14:40, Yann Cohen a écrit :

Bonjour,

Sur l'activation de l'interface wwan0 d'un routeur (rpi), j'insère les
règles suivantes :
iptables -t nat -A POSTROUTING -o wwan0 -j MASQUERADE
iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 8000 -j DNAT --to
127.0.0.1:80
iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 2002 -j DNAT --to
127.0.0.1:22

La redirection de http (8000 -> 80) fonctionne, mais un :
ssh -p 2002 pi@adresse
ne fonctionne pas.
tshark montre bien des paquet entrant sur le port 2002 de l'interface,
mais pas de communication sur le port 22 de localhost...

Qu'ai-je bien pu rater ?


Vérifie que ssh écoute bien sur le port 22

user@machine:~$  telnet 127.0.0.1 22
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
SSH-2.0-OpenSSH_6.7p1 Debian-5
^]
telnet> quit
Connection closed.

--
Daniel

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 15:45, rhb a écrit :


Lorsque tu parles "d'autres techniques" tu as une idée en tête que tu
peux partager?


La première chose, lors de la création de sauvegarde est de vérifier 
comment peut se faire la *restauration*, et de vérifier concrètement si 
elle marche.


C'est extrêmement difficile pour un système en fonctionnement.

Retrouver un fichier unique dans une archive tar (tgz) est très 
laborieux, surtout s'il y a des sauvegardes incrémentales.


c'est pourquoi il faut définir très précisément ce qu'on veut faire.

Par exemple, chez moi, pour mon poste de travail courant, je ne 
sauvegarde que les données. Elles sont écrites dès le début sur une 
partition spéciale ("data"), différente de /home. Comme déjà dit, je 
fais une simple copie ver un disque externe pour l'archivage.


Si mon système plante, je le réinstalle... en prenant la dernière 
version de la distri. Ce que je fais de toute façon environ chaque année.


les disques d'archive sont copiés en au moins trois exemplaires (je 
viens de commander deux disques de 5To chez Nierle.de - 130 euros chaque)


jdd

Conseil sur le choix d 'un debogueur

[deadbrain]

Bonjour a tous & toutes,
meilleurs vœux a la communauté Debian française pleurant son fondateur...
Je voudrai avoir votre avis sur le choix d'un debogueur pour travailler
avec une chaine de cross compilation ARM-none-eabi et openocd.
Je suis sous Debian Sid (siduction) pour avoir des versions recentes des
divers outils.
Je travaille avec une carte Freescale (maintenant NXP) FRDMKL46Z en C
via le KSDK Kinetis.
Mon FreeRTOS me pose des soucis et pour deboguer point de salut autre 
que le deboguer car la sortie serie via USB ne marche pas (elle devrait)
et le LCD n'est pas encore gere dans le soft .
Du coup j'ai fait des tests avec quelques deboguers:
- gdb , marche bien évidemment mais c 'est assez rugueux pour un noeud
noeud comme  moi et m'oblige en plus a apprendre le DSL de gdb.
- kdbg , marche pas , n'arrive pas a digérer le .elf sortant de mon cmake
- ddd, marche , un peu plus user friendly , mais j a'rrive pas trop a
faire ce que je veux avec
- gdb --tui , ne trouve jamais le fichier spécifié en argument , c'est
étrange, cela aurait pu être une solution viable

J'ai lu dans des articles un peu anciens qu'il y avait insight mais
celui-ci est sorti des repositories non?

Vos conseils éclairés sont les bienvenus.

Par avance merci
Cordialement
Jerome

PS:
question joker , connaissez un forum/mailing-list ou l'on peut discuter
d'embarque / FreeRTOS et de chaines de compilation?

Re: logiciel de sauvegarde

[Ro Bou]

Le 2016-01-06 20:06, Gaëtan PERRIER a écrit :
 De plus je ne veux pas d'un système qui se déclenche automatiquement. 
Les sauvegardes se feront sur disques externes qui ne sont pas 
branchés en permanences. Gaëtan 
Je suis dans la même situation que toi et après avoir essayer quelques 
"gui" j'en suis venu à utiliser des scripts basés sur "tar".  Simples, 
efficaces et faciles à gérer.
Une dizaine de scripts correspondants à un peu moins que le nombre de 
dossiers de 1er niveau ( j'ai regroupé quelques dossiers légers en un 
seul script). Je devais les regrouper en un seul au final mais après 
usage je me rends compte que c'est plus pratique ainsi.  Je peux 
échelonner mes auvegardes selon mes besoins du moment et le niveau de 
sensibilité de chacun des dossiers.  De plus les dossiers lourds comme 
Musique ou Videos peuvent être faits séparément si on a moins de temps 
disponible.
Oui il faut prendre quelques minutes pour écrire les scripts mais ça 
vaut le coup.


En voici un exemple:

#!/bin/sh
# Enregistrez ce script sous le nom de backup.sh. Prennez note de son 
emplacement.

echo "--";
echo "- Sauvegarde du dossier dev openbox et scripts sur sdb3";
echo "--";
echo "";
echo "Création de l'archive";
# On crée l'archive .tar en précisant entre guillemets les chemins 
absolus des dossiers à sauvegarder.
tar -cvzf /run/media/rog/SafBook/devopenscripts_1.tar.gz 
"/mnt/data/dev/" "/mnt/data/scripts/" "/mnt/data/openbox/" 
"/mnt/data/Modeles/"

echo "--";
echo "";
echo "Vérification de l'existence de l'archive";
# On teste si l'archive a bien été créée
if [ -e /run/media/rog/SafBook/devopenscripts_1.tar.gz ]
then
echo ""
echo "Votre archive a bien été créée.";
echo ""
else
echo ""
echo "Il y a eu un problème lors de la création de l'archive.";
echo ""
fi
echo "### Fin de la sauvegarde.  ###";

Si cela peut t'aider,

Roger

Re: iptables nat redirection de port : succès sur http, échec sur ssh

[Jean-Michel OLTRA]

Bonjour,


Le jeudi 07 janvier 2016, Yann Cohen a écrit...


> ssh -p 2002 pi@adresse
> ne fonctionne pas.
> tshark montre bien des paquet entrant sur le port 2002 de l'interface,
> mais pas de communication sur le port 22 de localhost...

> Qu'ai-je bien pu rater ?

Que les paquets soient droppés ensuite, après la table nat/PREROUTING ?


-- 
jm

Re: logiciel de sauvegarde

[rhb]

Le 2016-01-07 09:25, steve a écrit :

Salut,


Bonjour

echo "Vérification de l'existence de l'archive";
# On teste si l'archive a bien été créée
if [ -e /run/media/rog/SafBook/devopenscripts_1.tar.gz ]


Attention avec ce test : seule l'existence du fichier est testé (il peut
être vide ou corrompu) et non pas si l'archive a été correctement créée
et intègre tous les fichiers désirés. Pour tester ce dernier point, qui
est quand même le point important pour une sauvegarde, il faut utiliser
d'autres techniques.

Merci pour l'info.  N'ayant jamais été confronté à cette situation, je 
n'y avait pas pensé.


Lorsque tu parles "d'autres techniques" tu as une idée en tête que tu 
peux partager?


Roger

Quel navigateur pour accéder aux applets Java ?

[Olivier]

Bonjour,

J'utilise de temps en temps, des applications qui, semblent-il, exigent un
navigateur avec un plugin Java.

J'ai cru comprendre que les principaux navigateurs (Chrome, Iceweasel)
abandonnaient les interfaces NPAPI sur lesquelles s'appuient justement les
plugins Java.

Ai-je bien compris ?
Comment continuer à utiliser ces applications pour les versions présente et
futures de Debian ?

Slts

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 17:55, andre_deb...@numericable.fr a écrit :


Comment créer "ce certain historique" ?



c'est ce que je t'ai expliqué dans un de mes post précédent

jdd

Pb de mapping clavier X, _ en console mais pas sous X

[Daniel Caillibaud]

Bonjour,

Version courte :

Je n'arrive pas à saisir d'underscore dans une session graphique alors que ça 
marche en console.
Comment savoir celui qu'il utilise ou s'il a un pb d'interprétation de 
/usr/share/X11/xkb/symbols/fr ?



Version détaillée :

J'ai réinstallé une jessie from scratch, avec un user vierge de préférences 
antérieures (pour
faire un peu de ménage sur des trucs que je traînait depuis etch ou lenny), 
avec cinnamon (à
partir de l'iso cinnamon qui m'a rien demandé sur les paquets que je voulais, 
ça doit être
fait pour).

Mais j'ai quand même pas mal de petits pbs…

Le plus pénible et urgent est de pouvoir taper des underscores au clavier dans 
mes
sessions X (ça marche en mode console).

J'ai un bépo, configuré comme ça dans /etc/default/keyboard 
(avec `dpkg-reconfigure -plow keyboard-configuration`)

XKBMODEL="tm2030USB"
XKBLAYOUT="fr"
XKBVARIANT="bepo"
XKBOPTIONS="compose:caps,terminate:ctrl_alt_bksp"
BACKSPACE="guess"

J'ai bien un /usr/share/X11/xkb/symbols/fr qui est pris en compte (si je le 
modifie dans la 
section "bepo" ça change à la session suivante), mais impossible de taper un _ 
au clavier 
sous X (aucun pb en console, avec X lancé si j'ouvre une console avec 
ctrl+alt+F1 j'ai bien 
mon _ sur altGr+espace)

À chaque update-initramfs j'avais un avertissement 
  WARNING: Unknown X keysym "dead_greek"
c'est bizarre, mais je l'ai viré de /usr/share/X11/xkb/symbols/fr, il râle 
plus, mais ça change
rien à mon pb.

En désespoir de cause, j'ai installé gnome, ça change rien, avec gdm3+cinnamon 
ou gdm3+gnome, ça
fait comme avant avec lightdm+cinnamon, ça doit donc être au niveau de xorg et 
pas du
gestionnaire de session ou de bureau, mais je ne vois pas où…

On dirait que X ne veut pas de la ligne 
  key  { [   space, nobreakspace, underscore,  
U202F ] };
parce que si je modifie la ligne
key  { type[group1] = "FOUR_LEVEL_SEMIALPHABETIC", [quotedbl, 1, 
emdash, doublelowquotemark ] };
pour y mettre
key  { type[group1] = "FOUR_LEVEL_SEMIALPHABETIC", [quotedbl, 1, 
underscore, doublelowquotemark ] };
j'ai bien mon _ sur altGr+1, ce qui règle mon pb ponctuellement (mais 
j'aimerais bien le retrouver 
sur l'espace, je trouve ça plus pratique mais j'y suis surtout très habitué)

Par ailleurs, j'ai suivi http://bepo.fr/wiki/Console_GNU/Linux, mais j'arrive 
pas non plus à
avoir mon clavier sous grub, je reste en qwerty à ce moment là, même si je 
pense pas qu'il y ait un
rapport entre les 2 problèmes.

-- 
Daniel

Re: lxde, session sans login (résolu)

[Eric Degenetais]

> La sécurité par rapport au réseau est du ressort du
> paramétrage système pas du gestionnaire de session.
Dans le principe, oui, à condition que le gestionnaire de session n'induise
justement pas de modifications de paramétrage système défavorable à la
sécurité.
Dans la pratique, ça dépend comment est implémentée la connexion sans mot
de passe.
Bonne journée

Re: logiciel de sauvegarde

[Jean-Michel OLTRA]

Bonjour,


Le jeudi 07 janvier 2016, Gaëtan PERRIER a écrit...


> > J'utilise backup-manager depuis plusieurs années :
> > https://packages.debian.org/fr/jessie/backup-manager

Moi aussi.

> Il semble aussi avoir disparu de testing ...

C'est vrai, mais il est en unstable. Je suppose donc qu'il va revenir.
Je l'ai toujours sur ma machine, et il n'y a pas de problème de
dépendance qui l'empêcherait de fonctionner.

> Et c'est en cli :(

Un fichier de configuration, qu'on ne modifie pas tous les jours…

Les seules modifications que j'y ai faites se résument à ajouter des
répertoires à exclure de la sauvegarde.

-- 
jm

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Bonjour,

Pour le coup deja-dup me semble trop car il ne semble pouvoir gérer qu'une
configuration de sauvegarde ?

A+

Gaëtan


Le Thu, 7 Jan 2016 09:16:45 +0100
Bernardo  a écrit:

> Bonjour,
> 
> perso, j'utilise deja-dup depuis plusieurs années, basé sue duplicity,
> permet tous types de sauvegardes, chiffrées si besoin de stockage externe.
> 
> Le 07/01/2016 01:47, Gaëtan PERRIER a écrit :
> > Bonjour,
> > 
> > Je cherche un logiciel de sauvegarde dans le même genre que Cobian Backup.
> > En fouillant sur google je suis tombé sur un certain nombre (simple backup,
> > luckybackup, flyback, back in time, etc.) mais qui ont tous pour point
> > commun de ne plus être franchement vivant. Le seul qui semble encore
> > vivant mais non présent dans debian semble être areca backup
> > (http://areca-backup.org). Auriez-vous un retour d'expérience dessus ou
> > sur d'autres logiciels de sauvegarde ?
> > 
> > Merci,
> > 
> > Gaëtan
> > 
> > 
> 
> -- 
> Cordialement,
> Bernardo.
> 
> Et si quelqu'un à envie de me taper dessus je signale que le mien de
> trépied c'est un gitzon serie 3, et que je n'hesite pas à m'en servir.
>   -+- Noëlle, sur fr.rec.photo -+-

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Bonjour,

Unison c'est bien pour de la synchro mais pas pour de la sauvegarde. Je
l'utilise pour synchroniser mon PC et mon portable.

A+

Gaëtan

Le Thu, 7 Jan 2016 09:09:41 +0100
Pierre TOUZEAU  a écrit:

> Bonjour,
> 
> Au boulot, je synchronise mon Xubuntu sur des Debian avec Unison
> 2.40.102 (les versions client/serveur ne doivent pas être éloignée l'une
> de l'autre).
> A la maison, je synchronise ma DEBIAN sur un NAS Synology 211j avec
> grsync (un des GUI de rsync).
> 
> J'adore l'efficacité masquée d'UNISON et l'efficacité non masquée de grsync.
> Si je prends le courage d'installer UNISON sur le synology, alors je
> l'utiliserais pour me simplifier la vie.
> 
> Pierre
> 
> 
> Le 07/01/2016 01:47, Gaëtan PERRIER a écrit :
> > Bonjour,
> >
> > Je cherche un logiciel de sauvegarde dans le même genre que Cobian Backup.
> > En fouillant sur google je suis tombé sur un certain nombre (simple backup,
> > luckybackup, flyback, back in time, etc.) mais qui ont tous pour point
> > commun de ne plus être franchement vivant. Le seul qui semble encore
> > vivant mais non présent dans debian semble être areca backup
> > (http://areca-backup.org). Auriez-vous un retour d'expérience dessus ou
> > sur d'autres logiciels de sauvegarde ?
> >
> > Merci,
> >
> > Gaëtan
> >
> >
> 
> -- 
> Pro. Signature
> 
> Pierre Touzeau
> 
> ---
> Chargé de mission  Préfecture de region Basse-Normandie
> SGAR, rue Daniel HUET 14038 CAEN CEDEX  +33 231 306 306
> pierre.touz...@basse-normandie.pref.gouv.fr +33 608 968 574
> ---
> 

Re: logiciel de sauvegarde

[andre_debian]

On Thursday 07 January 2016 15:27:49 JF Straeten wrote:
> On Thu, Jan 07, 2016 at 12:42:45PM +0100, andre_deb...@numericable.fr wrote:
> > Lors de la sauvegarde (p. ex. avec rsync), celui-ci va détecter la
> > modification de ces fichiers et les sauvegarder en l'état. Résultat,
> > la sauvegarde n'est plus crédible, elle a cloné l'original avec ses
> > fichiers cassés.
> > Comment remédier à ce problème sus cité ?

> Il te faut un certain historique, pour pouvoir remonter dans le temps
> le cas échéant, tu n'as guère le choix...

Comment créer "ce certain historique" ?

André

Re: logiciel de sauvegarde

[JF Straeten]

Hello André,


On Thu, Jan 07, 2016 at 05:55:18PM +0100, andre_deb...@numericable.fr wrote:

[...]
> > Il te faut un certain historique, pour pouvoir remonter dans le
> > temps le cas échéant, tu n'as guère le choix...
> 
> Comment créer "ce certain historique" ?

J'y revais de mon couplet : par exemple grâce à rsnapshot (et rsync en
sous-main).

Ce soft est absolument excellent pour faire cela.

Il implémente cette idée-ci :

http://www.mikerubel.org/computers/rsync_snapshots/

(que d'autres font avec des shell scripts ; il n'y a pas que
rsnapshot).

Le principe est de :

- copier une première fois l'arborescence à sauvegarder sur le support
  de sauvegarde.

  Tu as une copie 1:1 faite par rsync, dans /backups/daily.0/ par
  exemple ;

- au passage suivant (mettons le lendemain, dans l'exemple, mais ça
  peut être toutes les heures, tous les jours, toutes les semaines...
  quand tu veux, en fait, c'est paramétrable) le soft réplique d'abord
  la première sauvegarde au moyen de hardlinks.

  Tu as donc daily.1 (daily.0 est renommé en daily.1) qui est ta
  sauvegarde initiale) et daily.0 qui est une copie de l'arborescence,
  mais sous forme de hardlinks (jusqu'ici, ça ne consomme rien en
  espace ; ça bouffe juste un max d'inodes) ;

- ensuite, il passe un coup de rsync sur tous les fichiers, depuis la
  source vers daily.0 avec pour résultat que seuls les fichiers qui
  ont changé se retrouvent copiés dans daily.0 (le lien initial vers
  daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça
  reste un hardlink vers le fichier du même nom dans la première
  sauvegarde) ;

- et ainsi de suite... Le surlendemain, tu as un daily.2 avec la
  première sauvegarde, daily.1 avec celle de la veille et daily.0
  contient toujours la plus récente.

  Tu as toujours un backup absolument complet de ton arborescence pour
  chaque jour, mais qui ne consomme que l'espace du delta avec la
  sauvegarde précédente.


Et c'est l'accumulation des sauvegardes qui constitue ton historique...

En cherchant un fichier dans tous les daily.?, tu vois tout de suite
les dates auxquelles il a bougé et tu peux restaurer la version qui
t'intéresse.

Voici un exemple "live" :

-rw-r-  1 jfs jfs 22871 jan  5 21:53 daily.0/kelsen/annexe-chiffree-plan.ods
-rw-r-  3 jfs jfs 20374 jan  2 19:04 daily.1/kelsen/annexe-chiffree-plan.ods
-rw-r-  3 jfs jfs 20374 jan  2 19:04 daily.2/kelsen/annexe-chiffree-plan.ods
-rw-r-  3 jfs jfs 20374 jan  2 19:04 daily.3/kelsen/annexe-chiffree-plan.ods
-rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.4/kelsen/annexe-chiffree-plan.ods
-rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.5/kelsen/annexe-chiffree-plan.ods
-rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.6/kelsen/annexe-chiffree-plan.ods
-rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.7/kelsen/annexe-chiffree-plan.ods
-rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.8/kelsen/annexe-chiffree-plan.ods
-rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.9/kelsen/annexe-chiffree-plan.ods


Sur les dix derniers jours, le fichier a été modifié le 5 janvier, et
avant ça le 2, et encore avant ça il n'avait pas bougé depuis le 27
octobre

Tu sais restaurer celle des trois versions qui t'intéresse, et les
sept autres ne consomment pas d'espace ; ce ne sont que des liens durs
vers la version antérieure quand ça n'a pas changé.

Pour la petite histoire, je garde cet historique sur les 365 derniers
jours, ce qui m'a déjà permis de récupérer des fichiers détruits par
mégarde trois, six ou huit mois auparavant ; ça arrive... :-/


Après, question de goûts, mais l'idéal est de configurer rsnapshot sur
une machine dédiée, qui fait des pulls à son aise vers les différentes
machines à sauvegarder.

Si le principe te parle, n'hésite pas à te fader la doc de rsnapshot ;
tu ne devrais pas le regretter ;)

Hih,

-- 

JFS.

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 22:36, andre_deb...@numericable.fr a écrit :


Il est donc préférable de ne pas mettre l'option --delete.
(ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
  après mûre réflexion, et pas avec une sauvegarde automatique avec cron).


cette option est dangereuse, mais en même temps quand tu sauvegarde des 
videos de 40Go, tu ne peux pas en avoir plusieurs versions :-(


jdd

Re: logiciel de sauvegarde

[Gabriel Moreau]

Il y a aussi rdiff-backup, du paquet éponyme, qui est bien sympathique
pour créer des sauvegardes incrémentales, et gérer son occupation de
sauvegarde en historisant sur un délai, avec l'option
--remove-older-than par exemple.


Je confirme que sur les volumes de plusieurs To ayant des millions de 
fichiers, c'est l'outil que j'avais trouvé le mieux il y a quelques 
années. La sauvegarde passe en quelques minutes lorsque les autres 
outils mettent un temps fou.


gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
BP53, 38041 Grenoble Cedex, France  tel:+33.476.825.015
mailto:gabriel.mor...@legi.grenoble-inp.fr   fax:++.271

Re: logiciel de sauvegarde

[JF Straeten]

Re,


On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote:

> Unison c'est bien pour de la synchro mais pas pour de la sauvegarde.
> Je l'utilise pour synchroniser mon PC et mon portable.

Pareil, et même avis ici : génial sur la synchro ; pas adapté à la
sauvegarde.

A+

-- 

JFS.

Re: logiciel de sauvegarde

[Sébastien Dinot]

Bonsoir,

François TOURDE a écrit :
> Je me suis construit un petit script qui, si j'avais moins la flemme,
> serait capable d'effacer les trucs trop vieux si ça devait dépasser
> l'espace disque de sauvegarde alloué ;)

Tu peux aussi opter pour un historique glissant. Extrait de l'un de mes
script :


# Sauvegarde
rdiff-backup --print-statistics\
 --exclude-special-files   \
 --include-globbing-filelist-stdin \
 / $BACKUPDIR 

Re: logiciel de sauvegarde

[andre_debian]

On Thursday 07 January 2016 22:44:26 jdd wrote:
> Le 07/01/2016 22:36, andre_deb...@numericable.fr a écrit :
> > Il est donc préférable de ne pas mettre l'option --delete.
> > (ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
> >   après mûre réflexion, et pas avec une sauvegarde automatique avec cron).

> cette option est dangereuse, mais en même temps quand tu sauvegarde des 
> videos de 40Go, tu ne peux pas en avoir plusieurs versions :-(   jdd

C'est bien ce que j'écrivais * après mûre réflexion * 
et * sauvegarde manuelle *.

Mais cette option --delete est bien utile et nécessaire, telle p. ex. lors de 
synchro d'emails entre  deux ordinateurs, spams, pubs sont supprimés 
sur la cible.

23h... bonne nuit à tous.

André

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 07 Jan 2016 06:36:51 +0100
Christophe De Natale  a écrit:

> Le jeudi 07 janvier 2016 à 02:13 +0100, Gaëtan PERRIER a écrit :
> 
> > > Gaëtan PERRIER  a écrit :
> > > 
> > > > Bonjour,
> > > > 
> > > > Je cherche un logiciel de sauvegarde dans le même genre que Cobian
> > > > Backup. En fouillant sur google je suis tombé sur un certain nombre
> > > > (simple backup, luckybackup, flyback, back in time, etc.) mais qui
> > > > ont tous pour point commun de ne plus être franchement vivant. Le
> > > > seul qui semble encore vivant mais non présent dans debian semble
> > > > être areca backup (http://areca-backup.org). Auriez-vous un retour
> > > > d'expérience dessus ou sur d'autres logiciels de sauvegarde ?
> 
> Bonjour,
> 
> Sous Jessie, j'utilise luckybackup sur un hdd externe (pas encore mis en
> place sur mon nas).
> L'interface est bien faite et assez intuitive (mode normal ou avancé
> pour des réglages plus fins).
> Le soft est complet (sauvegarde/restauration, local/distant,
> planificateur de tâches, mode utilisateur/admin)
> 

Oui j'ai vu luckybackup mais le fait qu'il soit encore en version de dev et
qu'il ne soit plus suivi m'embête un peu...

Gaëtan

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 18:52:22 +0100
Haricophile  a écrit:

> Le Thu, 7 Jan 2016 02:06:38 +0100,
> Gaëtan PERRIER  a écrit :
> 
> > Quand je dis dans le même genre que Cobian Backup ça inclut aussi une
> > GUI. Je n'ai pas l'impression que rsnapshot en ait une ?
> > De plus je ne veux pas d'un système qui se déclenche automatiquement.
> > Les sauvegardes se feront sur disques externes qui ne sont pas
> > branchés en permanences.
> > 
> > Gaëtan
> 
> Je ne sais pas si c'est performant, mais il y a un soft "pour les
> nuls" qui ressemble au truc d'Aple : BackInTime
> 
> En tout cas c'est graphique, simple, assez transparent pour
> l'utilisateur et tu peux le déclencher au branchement du disque de
> sauvegarde.

Oui c'est ce que j'ai vu hier mais il semble à l'abandon, non ?

Gaëtan

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 08:48:52 -0500
Ro Bou  a écrit:

> 
> 
> Le 2016-01-06 20:06, Gaëtan PERRIER a écrit :
> >  De plus je ne veux pas d'un système qui se déclenche automatiquement. 
> > Les sauvegardes se feront sur disques externes qui ne sont pas 
> > branchés en permanences. Gaëtan 
> Je suis dans la même situation que toi et après avoir essayer quelques 
> "gui" j'en suis venu à utiliser des scripts basés sur "tar".  Simples, 
> efficaces et faciles à gérer.
> Une dizaine de scripts correspondants à un peu moins que le nombre de 
> dossiers de 1er niveau ( j'ai regroupé quelques dossiers légers en un 
> seul script). Je devais les regrouper en un seul au final mais après 
> usage je me rends compte que c'est plus pratique ainsi.  Je peux 
> échelonner mes auvegardes selon mes besoins du moment et le niveau de 
> sensibilité de chacun des dossiers.  De plus les dossiers lourds comme 
> Musique ou Videos peuvent être faits séparément si on a moins de temps 
> disponible.
> Oui il faut prendre quelques minutes pour écrire les scripts mais ça 
> vaut le coup.
> 
> En voici un exemple:
> 
> #!/bin/sh
> # Enregistrez ce script sous le nom de backup.sh. Prennez note de son 
> emplacement.
> echo "--";
> echo "- Sauvegarde du dossier dev openbox et scripts sur sdb3";
> echo "--";
> echo "";
> echo "Création de l'archive";
> # On crée l'archive .tar en précisant entre guillemets les chemins 
> absolus des dossiers à sauvegarder.
> tar -cvzf /run/media/rog/SafBook/devopenscripts_1.tar.gz 
> "/mnt/data/dev/" "/mnt/data/scripts/" "/mnt/data/openbox/" 
> "/mnt/data/Modeles/"
> echo "--";
> echo "";
> echo "Vérification de l'existence de l'archive";
> # On teste si l'archive a bien été créée
> if [ -e /run/media/rog/SafBook/devopenscripts_1.tar.gz ]
> then
> echo ""
> echo "Votre archive a bien été créée.";
> echo ""
> else
> echo ""
> echo "Il y a eu un problème lors de la création de l'archive.";
> echo ""
> fi
> echo "### Fin de la sauvegarde.  ###";
> 
> Si cela peut t'aider,
> 
> Roger

Merci mais non pas de scripts (voir mes autres messages pour les raisons).

Gaëtan

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 09:41:25 +0100
Fabrice Regnier  a écrit:

> 'lut,
> 
> > Je cherche un logiciel de sauvegarde dans le même genre que Cobian Backup.
> [zap]
> > Auriez-vous un retour d'expérience dessus ou sur d'autres logiciels de
> > sauvegarde ?
> J'ai découvert BackupPC grâce à la liste il y a quelques années et 
> depuis je n'utilise plus que ça pour les sauvegardes de serveurs ou de 
> postes.
> 
> Il y a une interface web assez intuitive. Les modes de transferts sont 
> rsync, smb, ftp, ... Donc, à priori, tu peux sauver n'importe quelle 
> machine (linux/M$/Apple).
> Tu peux désactiver les sauvegardes automatiques même si je trouve que 
> c'est un point fort de backuppc; dès qu'il trouve une machine à sauver 
> en ligne, alors il commence la sauvegarde (pratique pour les portables).
> 
> Il fait des sauvegardes différentielles et de temps en temps des 
> sauvegardes complètes.
> 
> La dernière version date de janvier 2015.
> 
> https://packages.debian.org/stretch/backuppc
> 

Je ne pense pas être dans un contexte qui justifie de déployer backuppc qui
m'a semblé plus fait pour gérer la sauvegarde d'un groupe de machine avec un
serveur dédié que d'une machine domestique, non ?

Gaëtan

Re: logiciel de sauvegarde

[andre_debian]

On Thursday 07 January 2016 22:12:20 Gaëtan PERRIER wrote:
> Il se passe quoi en cas de fichier effacé ? 
> Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est 
> créée ou est-ce que ça passe par un lien ?

Il y a une option avec "rsync" : --delete
si le fichier source a été effacé, supprimé, il est supprimé sur la cible.

Il est donc préférable de ne pas mettre l'option --delete.
(ou du moins de ne la mettre que lors d'une sauvegarde manuelle,
 après mûre réflexion, et pas avec une sauvegarde automatique avec cron).

André

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 10:09:24 +0100
Philippe Gras  a écrit:

> J'utilise backup-manager depuis plusieurs années :
> https://packages.debian.org/fr/jessie/backup-manager
> 
> Il offre plusieurs possibilités de sauvegarde aussi et je
> le trouve vraiment très simple à configurer.
> 
> Ph. Gras

Euh la page du paquet (https://tracker.debian.org/pkg/backup-manager) renvoie
sur une homepage en idéogrammes ?
Il semble aussi avoir disparu de testing ...
Et c'est en cli :(

Gaëtan

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 09:49:22 +0100
jdd  a écrit:

> Le 07/01/2016 02:13, Gaëtan PERRIER a écrit :
> 
> > La majorité semblent trop complexes pour mon besoin (mono-machine,
> > sauvegarde locale) et pas toujours avec une GUI.
> 
> si tes disques ne sont pas toujours en ligne, ce n'est pas de la 
> sauvegarde mais de l'archivage.

Oui si tu veux mais c'est jouer sur les mots et de la sauvegarde sans
archivage ...

> 
> Il n'y a pas de réponse simple à ta question car il y a beaucoup de 
> différences selon les besoins.
> 
> en simplifiant beaucoup, il y a au moins deux questions à se poser:
> 
> * envisage-tu de *restaurer* tout un disque (une partition) en cas de 
> problème, ou seulement de récupérer de temps en temps un fichier effacé 
> par mégarde?

Non pas de restauration de tout un disque car je ne sauvegarde pas tout le
disque, mais récupération d'un fichier ou d'un ensemble complet oui.

> 
> * veux-tu *une image* de ta source, c'est à dire si tu as effacé un 
> fichier sur ta source, doit-il être effacé sur la sauvegarde? Il faut 
> bien y réfléchir car si tu *déplace* un répertoire de la source sans 
> corriger la sauvegarde, tu vas dupliquer beaucoup de choses, la 
> sauvegarde va grossir énormément, à l'inverse si tu as effacé un fichier 
> par mégarde, il risque d'être effacé de la sauvegarde...

déplacer et effacer ce n'est pas la même chose. Du coup c'est un peu confus ce
que tu dis. Mais pour moi une sauvegarde permet de récupérer un état
précédent, sinon c'est de la synchro (ce que je fais avec unison entre mon
fixe et mon portable).
Mais un bon système de sauvegarde devrait savoir détecter un déplacement et ne
pas dupliquer à l'infini les données. Mais je rêve peut-être ?

> 
> Dans ce dernier cas, rsync est l'outil idéal, avec l'option --delete. 
> Une fois trouvés les bons paramètres il est très facile d'écrire deux 
> lignes de script pour les fois suivantes.

ça c'est ce que je fais déjà sur ma machine mais je souhaite mieux sauvegarder
et je ne veux pas le faire en cli car je veux aussi l'utiliser sur la machine
de mon frère qui n'est pas du tout compatible cli. ;)

> 
> Si tu veux restaurer un disque d'un coup, il est alors possible de 
> comprimer la sauvegarde, si les fichiers sont surtout du texte, ca fait 
> beaucoup gagner de place

Non la majorité des données sont des photos et des vidéos donc la compression
n'apportera pas grand chose sinon un risque supplémentaire de perte de données
en cas de corruption du fichier compressé.

> 
> Moi j'ai trois copies d'archives et il s'agit principalement de photos 
> et de vidéos (qui ne se compriment pas), j'utilise donc simplement 
> Dolphin et le copier coller. Si je réorganise mes répertoires, je le 
> fais aussi (à la main...) sur les sauvegardes. Il faut penser à activer 
> les fichiers cachés si on veut les sauvegarder. Dès que Dolphin 
> rencontre un fichier déjà copié, il te demande si tu veux le remplacer, 
> tu peux dire non pour tous.

Ça je l'ai fais au début mais c'est franchement l'enfer et j'ai failli faire
de grosse bêtises un jour ou j'étais fatigué et que j'ai mélangé les 2
fenêtres de l'explorateur de fichier...

Gaëtan

> 
> jdd

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 18:48:18 +0100
JF Straeten  a écrit:

> 
> Hello André,
> 
> 
> On Thu, Jan 07, 2016 at 05:55:18PM +0100, andre_deb...@numericable.fr wrote:
> 
> [...]
> > > Il te faut un certain historique, pour pouvoir remonter dans le
> > > temps le cas échéant, tu n'as guère le choix...
> > 
> > Comment créer "ce certain historique" ?
> 
> J'y revais de mon couplet : par exemple grâce à rsnapshot (et rsync en
> sous-main).
> 
> Ce soft est absolument excellent pour faire cela.
> 
> Il implémente cette idée-ci :
> 
> http://www.mikerubel.org/computers/rsync_snapshots/
> 
> (que d'autres font avec des shell scripts ; il n'y a pas que
> rsnapshot).
> 
> Le principe est de :
> 
> - copier une première fois l'arborescence à sauvegarder sur le support
>   de sauvegarde.
> 
>   Tu as une copie 1:1 faite par rsync, dans /backups/daily.0/ par
>   exemple ;
> 
> - au passage suivant (mettons le lendemain, dans l'exemple, mais ça
>   peut être toutes les heures, tous les jours, toutes les semaines...
>   quand tu veux, en fait, c'est paramétrable) le soft réplique d'abord
>   la première sauvegarde au moyen de hardlinks.
> 
>   Tu as donc daily.1 (daily.0 est renommé en daily.1) qui est ta
>   sauvegarde initiale) et daily.0 qui est une copie de l'arborescence,
>   mais sous forme de hardlinks (jusqu'ici, ça ne consomme rien en
>   espace ; ça bouffe juste un max d'inodes) ;
> 
> - ensuite, il passe un coup de rsync sur tous les fichiers, depuis la
>   source vers daily.0 avec pour résultat que seuls les fichiers qui
>   ont changé se retrouvent copiés dans daily.0 (le lien initial vers
>   daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça
>   reste un hardlink vers le fichier du même nom dans la première
>   sauvegarde) ;


Il se passe quoi en cas de fichier effacé ? 

Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est créée ou
est-ce que ça passe par un lien ?

> 
> - et ainsi de suite... Le surlendemain, tu as un daily.2 avec la
>   première sauvegarde, daily.1 avec celle de la veille et daily.0
>   contient toujours la plus récente.
> 
>   Tu as toujours un backup absolument complet de ton arborescence pour
>   chaque jour, mais qui ne consomme que l'espace du delta avec la
>   sauvegarde précédente.
> 
> 
> Et c'est l'accumulation des sauvegardes qui constitue ton historique...
> 
> En cherchant un fichier dans tous les daily.?, tu vois tout de suite
> les dates auxquelles il a bougé et tu peux restaurer la version qui
> t'intéresse.

A priori ça semble correspondre à ce que je cherche mais il manque une GUI ...


> 
> 
> Pour la petite histoire, je garde cet historique sur les 365 derniers
> jours, ce qui m'a déjà permis de récupérer des fichiers détruits par
> mégarde trois, six ou huit mois auparavant ; ça arrive... :-/

Comme la majorité des données sont des photos/vidéos il faut que l'historique
soit bien plus long car on regarde pas tous les ans toutes les photos pour
savoir s'il n'y a pas eu corruption du fichier ...

> 
> 
> Après, question de goûts, mais l'idéal est de configurer rsnapshot sur
> une machine dédiée, qui fait des pulls à son aise vers les différentes
> machines à sauvegarder.

Là ça sort complètement de mon contexte. Pas de serveur de sauvegarde dédié.
C'est du pur local avec une machine unique à chaque fois.

> 
> Si le principe te parle, n'hésite pas à te fader la doc de rsnapshot ;

Sauf que, comme je l'ai indiqué hier, sur le site rsnapshot la doc est en vrac
les liens ne mènent nul part ...

Gaëtan

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 22:00, Gaëtan PERRIER a écrit :


Oui si tu veux mais c'est jouer sur les mots et de la sauvegarde sans
archivage ...


non, ce n'est pas la même chose. La sauvegarde est restaurées en entier, 
par exemple tu peux demander que la partition de boot puisse à nouveau 
booter après restauration


l'archivage c'est plus simple, mais il faut accéder aux fichiers de 
façon simple et rapide, du coup exit tar



déplacer et effacer ce n'est pas la même chose.


en fait si. move fait une copie suivie d'un effacement


Mais pour moi une sauvegarde permet de récupérer un état
précédent


c'est à dire? quel état? fichier, liens symboliques, secteurs système?


Mais un bon système de sauvegarde devrait savoir détecter un déplacement et ne
pas dupliquer à l'infini les données.


comment?


Non la majorité des données sont des photos et des vidéos donc la compression
n'apportera pas grand chose sinon un risque supplémentaire de perte de données
en cas de corruption du fichier compressé.


donc c'est comme moi


Ça je l'ai fais au début mais c'est franchement l'enfer et j'ai failli faire
de grosse bêtises un jour ou j'étais fatigué et que j'ai mélangé les 2
fenêtres de l'explorateur de fichier...


c'est le défaut de tous les GUI...

jdd

Re: logiciel de sauvegarde

[andre_debian]

On Thursday 07 January 2016 18:48:18 JF Straeten wrote:
> Hello André,
> On Thu, Jan 07, 2016 at 05:55:18PM +0100, andre_deb...@numericable.fr wrote:
> > > Il te faut un certain historique, pour pouvoir remonter dans le
> > > temps le cas échéant, tu n'as guère le choix...

> > Comment créer "ce certain historique" ?

> J'y revais de mon couplet : par exemple grâce à rsnapshot (et rsync en
> sous-main).
> Ce soft est absolument excellent pour faire cela.

Hello Jean-François,

Tout d'abord, grand merci d'avoir pris a peine d'écrire des explications 
longues et détaillées, que je vais mettre en relation avec la documentation 
de rsnapshot.

On ne peut se contenter de faire des sauvegardes simples,
avec p. ex. rsync, c'est pas suffisant, il y a bien le danger
de cloner une source cassée, j'ai bien fait de poser la question :-)

On découvre que sauvegarder (1ère nécessité pour protéger son système),
n'est finalement pas si simple.

Je te tiens au courant de mes essais de rsnapshot...

André

> Il implémente cette idée-ci :
> http://www.mikerubel.org/computers/rsync_snapshots/
> (que d'autres font avec des shell scripts ; il n'y a pas que rsnapshot).
> Le principe est de :
> - copier une première fois l'arborescence à sauvegarder sur le support
>   de sauvegarde.
>   Tu as une copie 1:1 faite par rsync, dans /backups/daily.0/ par
>   exemple ;
> - au passage suivant (mettons le lendemain, dans l'exemple, mais ça
>   peut être toutes les heures, tous les jours, toutes les semaines...
>   quand tu veux, en fait, c'est paramétrable) le soft réplique d'abord
>   la première sauvegarde au moyen de hardlinks.
>   Tu as donc daily.1 (daily.0 est renommé en daily.1) qui est ta
>   sauvegarde initiale) et daily.0 qui est une copie de l'arborescence,
>   mais sous forme de hardlinks (jusqu'ici, ça ne consomme rien en
>   espace ; ça bouffe juste un max d'inodes) ;
> - ensuite, il passe un coup de rsync sur tous les fichiers, depuis la
>   source vers daily.0 avec pour résultat que seuls les fichiers qui
>   ont changé se retrouvent copiés dans daily.0 (le lien initial vers
>   daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça
>   reste un hardlink vers le fichier du même nom dans la première
>   sauvegarde) ;
> - et ainsi de suite... Le surlendemain, tu as un daily.2 avec la
>   première sauvegarde, daily.1 avec celle de la veille et daily.0
>   contient toujours la plus récente.
>   Tu as toujours un backup absolument complet de ton arborescence pour
>   chaque jour, mais qui ne consomme que l'espace du delta avec la
>   sauvegarde précédente.
> Et c'est l'accumulation des sauvegardes qui constitue ton historique...
> En cherchant un fichier dans tous les daily.?, tu vois tout de suite
> les dates auxquelles il a bougé et tu peux restaurer la version qui
> t'intéresse.
> Voici un exemple "live" :
> -rw-r-  1 jfs jfs 22871 jan  5 21:53 
daily.0/kelsen/annexe-chiffree-plan.ods
> -rw-r-  3 jfs jfs 20374 jan  2 19:04 
daily.1/kelsen/annexe-chiffree-plan.ods
> -rw-r-  3 jfs jfs 20374 jan  2 19:04 
daily.2/kelsen/annexe-chiffree-plan.ods
> -rw-r-  3 jfs jfs 20374 jan  2 19:04 
daily.3/kelsen/annexe-chiffree-plan.ods
> -rw-r- 67 jfs jfs 52155 oct 27 14:34 
daily.4/kelsen/annexe-chiffree-plan.ods
> -rw-r- 67 jfs jfs 52155 oct 27 14:34 
daily.5/kelsen/annexe-chiffree-plan.ods
> -rw-r- 67 jfs jfs 52155 oct 27 14:34 
daily.6/kelsen/annexe-chiffree-plan.ods
> -rw-r- 67 jfs jfs 52155 oct 27 14:34 
daily.7/kelsen/annexe-chiffree-plan.ods
> -rw-r- 67 jfs jfs 52155 oct 27 14:34 
daily.8/kelsen/annexe-chiffree-plan.ods
> -rw-r- 67 jfs jfs 52155 oct 27 14:34 
daily.9/kelsen/annexe-chiffree-plan.ods
> Sur les dix derniers jours, le fichier a été modifié le 5 janvier, et
> avant ça le 2, et encore avant ça il n'avait pas bougé depuis le 27
> octobre
> Tu sais restaurer celle des trois versions qui t'intéresse, et les
> sept autres ne consomment pas d'espace ; ce ne sont que des liens durs
> vers la version antérieure quand ça n'a pas changé.
> Pour la petite histoire, je garde cet historique sur les 365 derniers
> jours, ce qui m'a déjà permis de récupérer des fichiers détruits par
> mégarde trois, six ou huit mois auparavant ; ça arrive... :-/
> Après, question de goûts, mais l'idéal est de configurer rsnapshot sur
> une machine dédiée, qui fait des pulls à son aise vers les différentes
> machines à sauvegarder.
> Si le principe te parle, n'hésite pas à te fader la doc de rsnapshot ;
> tu ne devrais pas le regretter ;)

Re: logiciel de sauvegarde

[Gaëtan PERRIER]

Le Thu, 7 Jan 2016 22:21:52 +0100
jdd  a écrit:

> Le 07/01/2016 22:00, Gaëtan PERRIER a écrit :
> 
> > Oui si tu veux mais c'est jouer sur les mots et de la sauvegarde sans
> > archivage ...
> 
> non, ce n'est pas la même chose. La sauvegarde est restaurées en entier, 
> par exemple tu peux demander que la partition de boot puisse à nouveau 
> booter après restauration
> 
> l'archivage c'est plus simple, mais il faut accéder aux fichiers de 
> façon simple et rapide, du coup exit tar
> 
> > déplacer et effacer ce n'est pas la même chose.
> 
> en fait si. move fait une copie suivie d'un effacement

oui d'accord mais le résultat final est fort différent. Pour la sauvegarde ça
change la donne. Un fichier effacé doit-être conservé, un fichier déplacé
c'est différent. Plusieurs cas peuvent se présenter. Soit on ne s'intéresse
qu'à la donnée et on peut aussi déplacer dans la sauvegarde soit l'historique
de l'emplacement est important et il faut dupliquer ou travailler avec des
liens, ou autre chose ?

> 
> > Mais pour moi une sauvegarde permet de récupérer un état
> > précédent
> 
> c'est à dire? quel état? fichier, liens symboliques, secteurs système?
> 
> > Mais un bon système de sauvegarde devrait savoir détecter un déplacement
> > et ne pas dupliquer à l'infini les données.
> 
> comment?

ça je ne sais pas, d'où le conditionnel ... ;) 


> > Non la majorité des données sont des photos et des vidéos donc la
> > compression n'apportera pas grand chose sinon un risque supplémentaire de
> > perte de données en cas de corruption du fichier compressé.
> 
> donc c'est comme moi
> 
> > Ça je l'ai fais au début mais c'est franchement l'enfer et j'ai failli
> > faire de grosse bêtises un jour ou j'étais fatigué et que j'ai mélangé les
> > 2 fenêtres de l'explorateur de fichier...
> 
> c'est le défaut de tous les GUI...

Là je ne vois pas en quoi le fait que ce soit une GUI ou non change la donne ?
J'aurai pu faire le même genre de boulette avec des cp/rm, voir même pire
vu la puissance de rm ...

Gaëtan

Re: logiciel de sauvegarde

[jdd]

Le 07/01/2016 22:32, Gaëtan PERRIER a écrit :


Là je ne vois pas en quoi le fait que ce soit une GUI ou non change la donne ?


parce qu'il est facile de se tromper en cliquant, si tu fais un script, 
tu peux y inclure des tests de vérification (identification des disques 
par un fichier donnant leur nom, par exemple)


jdd

Re: logiciel de sauvegarde

[Sébastien Dinot]

BERTRAND Joël a écrit :
> Unison est effectivement intéressant. Attention toutefois, les
> empaqueteurs debian sont chafouins, ils livrent ocalm dans une version
> 4.02 alors que Unison est compilé avec une 4.01 qui sérialise les
> données de manière un peu différente. Lorsqu'on ne s'y attend pas,
> c'est assez étrange.

À ce propos, depuis quelques semaines, je n'arrive plus à synchroniser
les répertoires d'une Debian testing et d'un Xubuntu Wily.

L'évaluation des fichiers à synchroniser se fait bien mais tout part en
sucette lors du transfert de fichiers :

Uncaught exception Failure("input_value: bad bigarray kind")

Le problème est identifié mais n'a pas de solution simple :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810212

La poisse ! Depuis, plus de synchronisation bidirectionnelle ! :(

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: logiciel de sauvegarde

[andre_debian]

On Thursday 07 January 2016 22:54:32 JF Straeten wrote:
> On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote:

> > Unison c'est bien pour de la synchro mais pas pour de la sauvegarde.
> > Je l'utilise pour synchroniser mon PC et mon portable.
> 
> Pareil, et même avis ici : génial sur la synchro ; pas adapté à la
> sauvegarde.

Unison serait bien pour sauvegarder des systèmes virtualisés...