<div dir="ltr"><div><div>forse intendevi burp .... io l'ho usato un pochino e non è male<br><br></div>comunque per ora principalmente uso rsync in remoto, facendo in modo che rsync tenga una versione dei file...<br><br>mi ero fatto un programmino, dal codice puoi vedere come usare rsync per questo<br><a href="http://www.setterirlandesi.it/ubs.tar.gz">http://www.setterirlandesi.it/ubs.tar.gz</a><br><br></div>l'unico problema è che così facendo se cambi anche solo un bit, viene creata sul backup un intera copia del file (Mentre burp fa solo le differenze)<br><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 22 novembre 2017 09:16, Elena ``of Valhalla'' <span dir="ltr"><<a href="mailto:valhalla-l@trueelena.org" target="_blank">valhalla-l@trueelena.org</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2017-11-22 at 00:10:00 +0000, Matteo wrote:<br>
> Per dare un po' di contesto alla questione la situazione e` la seguente:<br>
> - file non particolarmente importanti ma che occupano un bel po' di spazio<br>
> - file importanti<br>
> - memoria del laptop da liberare (eliminando appunto i file non importanti)<br>
> - due dischi disponibili per backup (uno piu` grosso dell'altro)<br>
> - evitare gestione manuale di tutto (si`, si possono fare directory per<br>
> ogni copia, controllare la data di creazione eccetera ma non e` questo<br>
> lo scopo)<br>
> - minimizzare i tempi di copia (quindi la mole di dati da trasferire<br>
> ogni volta)<br>
</span>> [...]<br>
<span class="">> Ho pensato di fare tipo un git repo ma<br>
> - occupa un bel po' di spazio<br>
> - non e` uno strumento nato per questo tipo di esigenza<br>
<br>
</span>Io ho una soluzione ibrida tra backup e sincronizzazione dei file che è<br>
basata su git (per i file relativamente piccoli, che cambiano e di cui<br>
tengo lo storico), git-annex (per i file più grossi e che vengono<br>
aggiunti o tolti, ma non cambiano contenuti) e vcsh (per i file di<br>
configurazione), più mr (myrepos) per gestire tutto in massa<br>
<br>
Oltre agli hard disk però c'è anche un serverino centrale: non è<br>
indispensabile, ma rende più comodo fare i push mentre sto lavorando<br>
senza dover stare ad attaccare un disco.<br>
<br>
L'idea è che per ogni progetto ho un repository git, fin dall'inizio, e<br>
quasi subito questo repository viene aggiunto ai repository bare sul<br>
serverino e all'elenco di repository gestito da mr.<br>
La stessa cosa per le raccolte di file (foto, musica, video, ebook,<br>
ecc.): ciascuna raccolta ha un suo repository git-annex, un<br>
corrispondente git bare sul serverino e un entry in mr.<br>
<br>
I push e le copie di file nel mio caso sono manuali: mentre lavoro sto<br>
comunque interagendo con git e mi viene naturale fare i push, e quando<br>
aggiungo file alle raccolte faccio anche la copia, sia verso il<br>
serverino che in alcuni casi verso dischi esterni. È comunque un<br>
comando, non una cosa complicata come la gestione di directory con le<br>
date ecc.<br>
Per git-annex si potrebbe automatizzare la sincronizzazione con<br>
l'assistant, ma non ne ho mai sentito il bisogno.<br>
<br>
Il bello di git-annex è che gestisce anche il fatto di avere copie<br>
parziali del repository: uno può avere una copia sul portatile in cui<br>
c'è l'elenco dei file, ma senza i loro contenuti (che occupano tanto<br>
spazio), e prendersi solo quei contenuti di cui ha bisogno in quel<br>
momento, e avere una copia completa su un disco esterno o simili.<br>
git-annex stesso gestisce il fatto di avere sempre almeno N copie dei<br>
file, impedendoti di cancellare l'ultima copia (o una delle N ultime)<br>
dei contenuti da uno dei repo fino a che non è sicuro che non ce li<br>
abbiano gli altri.<br>
<br>
L'unica cosa che ho automatizzato è che i repository git sul serverino<br>
vengono automaticamente mirrorati su un serverino a 30 km di distanza e<br>
30 metri sotto il suolo, come da buone pratiche per il backup (sto<br>
ancora lavorando su quello a 30 km di distanza da entrambi e 30 metri da<br>
terra). (ok, forse le distanze verticali sono un po' esagerate :) )<br>
<br>
Con tutto ciò ho già ripristinato la /home del mio portatile un paio di<br>
volte, con un comando tipo ``mr -c .mr/TUTTO.mr checkout`` (o, per il<br>
portatile che porto in giro ``mr -c .mr/<a href="http://si_cipolla_no_piccante.mr" rel="noreferrer" target="_blank">si_cipolla_no_piccante.mr</a><br>
checkout``) e un po' di attesa mentre clonava repository (ma senza il<br>
trasferimento dei file grossi degli annex, che invece ho fatto poi alla<br>
bisogna — riducendo quindi di molto la necessità di trasferimento file<br>
prima di poter ricominciare a lavorare).<br>
<span class=""><br>
> Ho trovato/qualcuno di voi me ne ha parlato/non ricordo questo:<br>
> - bup[0]<br>
<br>
</span>Io l'ho usicchiato per fare backup di alcuni file (log di chat), ma non<br>
so se sono convintissima, stavo meditando di provare borg al suo posto,<br>
che al momento pare essere la cosa consigliata in giro.<br>
<span class=""><br>
> Sembra fare cio` che mi interessa ma:<br>
> - E` consigliato/possibile copiare tutto (ad esempio tutta la<br>
> /home/user) e poi dire a bup di escludere dall'aggiornamento i file non<br>
> importanti o le due copie devono essere identiche? Da un git repo<br>
> normale non mi pare sia un problema. Questo poi non crea problemi nel<br>
> riclonare la copia ad un eventuale disco nuovo?<br>
<br>
</span>I file che non cambiano non vengono ricopiati (ma questo credo che sia<br>
il comportamento standard di tutti i programmi di backup che supportano<br>
modalità incrementale)<br>
<span class=""><br>
> - Non mi pare abbia un modo di creare snapshot da cui si puo` tornare ad<br>
> una copia precedente (no, riclonare il repo non e` una soluzione<br>
> ammissibile)<br>
<br>
</span><a href="https://github.com/bup/bup" rel="noreferrer" target="_blank">https://github.com/bup/bup</a><br>
<br>
   You can mount your bup repository as a FUSE filesystem and access the<br>
   content that way, and even export it over Samba.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Elena ``of Valhalla''<br>
</font></span><br><br>
--<br>
Mailing list info: <a href="https://lists.linux.it/listinfo/gl-como" rel="noreferrer" target="_blank">https://lists.linux.it/<wbr>listinfo/gl-como</a><br>
<br></blockquote></div><br></div>