On Fri, 23 Nov 2018 17:35:06 -0800
Craig Hartnett wrote:
> Hi there,
>
> This email was going to be a (mild) complaint about restore times, but
> then I noticed an odd thing: If I restore a directory with about 30
> full-size, full-resolution images, the directories in the path to the
> director
Hi Bob,
Thanks for your reply.
On Sat, 2018-11-24 at 09:48 +, Bob Eager wrote:
> On Fri, 23 Nov 2018 17:35:06 -0800
> Craig Hartnett wrote:
>
> > In all test cases I used the following command:
> >
> > tarsnap -x -f ARCHIVE media/USER/PATH/DIRECTORY
> > tarsnap -x -f ARCHIVE
> >
Hi Niels,
Thanks for your reply. Yes, one of my questions -- about intentionally
deleting a file and then wanting it gone from all back-ups too -- was
hypothetical, but the knowledge of how to accomplish that (if necessary)
is (of course) useful, both to more fully understand Tarsnap and (in
case
Craig Hartnett wrote:
> Yet in both cases, the command does not exit for about 16-21 minutes,
> which is what was going to lead me to complain. However, the actual
> restore was done about as quickly as one would expect.
Hi. tarsnap follows the "tar" standard. In fact, it actually uses the
bsd "
Craig Hartnett wrote:
> Hi again,
>
> So if I delete my initial archive today, Tarsnap will realise that it
> has to upload pretty much everything -- not everything, but almost
> everything -- again, right?
>
> And what if I delete a file -- any file -- on my hard drive that has
> been backed up
On Fri, Nov 23, 2018 at 05:33:03PM -0800, Craig Hartnett wrote:
> Hi Graham,
>
> Thanks for your reply. Sorry for not getting back to you sooner.
No problem. I'm glad it worked out!
> The cron job has been happily running all week, so things are good.
> However, the script at https://www.tarsna
Hi Craig,
If you'd like a better understanding of deduplication, I very much recommend:
http://www.tarsnap.com/deduplication-explanation.html
(new page from 6 weeks ago, so regular tarsnap users probably haven't seen it)
I made up an example of "wordification" (where we make multiple backups of a