Live data from Hacker News

World Backup Day

worldbackupday.com

31–40 of 56 posts

Re: World Backup Day

#31
In case no-one’s aware, iPhone / iPad Files app has a “Connect to Server” (…) option which can connect to an SMB share, making it significantly easier to back up any downloaded or created files to a PC without having to install and use iTunes. And there’s plugging in the device via USB, which mounts the DCIM files (photos and videos) as a mass storage device, and allows to you to back up those, too.

Re: World Backup Day

#32

I was happy with my restic, borg (vorta), and tarsnap backup setup until one day I had to retrieve just one file from the backups and I realised there was no straight forward way to do that in any of these. Now I think I must look for backup which lets be “easily” get my files back and search whether something is there by a certain approximate name among my backups without having me deal with mounts (that too one ver…

> borg (vorta) So that's like an assimilated Weyoun or what?

Offtopic, but this has reminded me that allegedly some of the more obscure star trek novels actually did do some kind of borg-meets-dominion crossover.

(and on the seventh day, the devops nerd didst look upon his backups, said "this is good", and enjoyed a trashy scifi book)

Re: World Backup Day

#33
post #7

Earlier quoted context omitted.

Not sure that I understand. What's hard about `restic -r /media/ehecatl42/t14g3-backup/t14g3-restic-repo restore latest --target /home/ehecatl42/Desktop/nvim-restore/ --include /home/ehecatl42/.config/nvim/`* and just `cp`ing your missing files from that. * From my recent .bash_history

If you want to make a point about something being “not hard” maybe using a less messy command would bring that point across better ;)

It may look messy but this is really the minimal amount of info. You need the location of backup, operation, time for restoration, pattern to restore and the destination. If you already set up the backup part of restic, then this command shouldn't be hard to understand / reproduce at all.

You could maybe default to latest and default to restoring to ".", but that carries some risks. This is only as complex as necessary.

Re: World Backup Day

#34
post #6

A gentle reminder to actually TEST your restore workflow. WBD: since 2011! https://hn.algolia.com/?q=worldbackupday

People always say that but what do they actually mean? Restore one file, check if the backup is bootable in case it should?

You can also restore the entire backup to /dev/null (this device has lots of free space) or pipe the output into a checksum generator. Borg also has a consistency checking command.

Re: World Backup Day

#36
post #7

Earlier quoted context omitted.

If you want to make a point about something being “not hard” maybe using a less messy command would bring that point across better ;)

It may look messy but this is really the minimal amount of info. You need the location of backup, operation, time for restoration, pattern to restore and the destination. If you already set up the backup part of restic, then this command shouldn't be hard to understand / reproduce at all. You could maybe default to latest and default to restoring to ".", but that carries some risks. This is only as complex as necessa…

> this command shouldn't be hard to understand

I understand the command, I'm just questioning the example if they want to do some positive marketing for the tool. Something simple like the following gives the same information but is much more understandable than unnecessarily convoluted directory names.

    restic -r /backups/restic restore latest --target /home/dewey --include /home/dewey/myfile.txt

Re: World Backup Day

#38
post #6

A gentle reminder to actually TEST your restore workflow. WBD: since 2011! https://hn.algolia.com/?q=worldbackupday

People always say that but what do they actually mean? Restore one file, check if the backup is bootable in case it should?

I'm sure there will be plenty of advice for testing the backups themselves, but for online backups (either to server or to a service), one thing which is easy to forget to do is to check you can still get access from "scratch" - ie if you have lost all local data. Make sure you don't need eg passwords or keys for the online backup service which you have no other copy of (doesn't help if they are in the backup itself!) or indeed for email/cloud accounts which you might need to regain access to to get to your backups.
Post reply on HN