Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Backups Aren't Simple

filipovski.net

Post reply on HN
Print view View original

41–50 of 208 posts

Re: Backups Aren't Simple

#41

Post by mrheosuper »

jeffbee wrote: post #31
Forgeties79 wrote: post #22

Earlier quoted context omitted.

>I now shoot 2 cards simultaneously A very lovely change over the last 8 years or so lol. I came up in film during the DSLR revolution. 5D2’s/7D’s/Rebels (i series) years. 8bit 420 nasty aliasing recording on single cards and praying baby. Magic lantern booted on those same SD’s!

Mainstream DSLRs with dual card slots came out 22 years ago.

Sadly after 22 years, it's still considered a "high-end" feature. Even on $1600 Fujifilm x100vi, there is still single SD slot.

Re: Backups Aren't Simple

#42

Post by snizovtsev »

cortesoft wrote: post #39
snizovtsev wrote: post #30

I'm polishing my backup system right now, and found that `tar | zstd | gpg` plus a small vibe-coded wrapper is pretty much all I need. GNU tar has its own incremental index via `--listed-incremental=FILE`. Unlike Borg or Restic, which have their own more complicated repository formats, this leaves me with just one additional file (the `.snar`) alongside a dumb, portable full-disk tar archive. The nice part is that, u…

The problem with using glacier for backups is it's hard to run restore exercises, and without restore exercises, a backup is pretty dangerous

You can exercise it against regular, non-Glacier S3. Same flow; the only difference is that you skip one attribute on upload and one request/wait step on download.

Re: Backups Aren't Simple

#43

Post by smallerfish »

On my home PC I use restic, and (shockingly) I run it manually (via a script). I have a terminal banner that nags me when backup hasn't run in 24 hours, or displays spanish verb tables when it has (so I will notice if the banner doesn't show). I've been burned in the past losing a backup cron, and dead man's snitch seemed overkill for my needs here. And I've also forgotten what backup system was in place on a prior install, and it took me way longer than I liked figuring out how it was setup when I needed to do a restore.

Obviously for production systems automation & monitoring is the way. I kind of like this setup on my own machine though.

Re: Backups Aren't Simple

#44

Post by jimmaswell »

jeffbee wrote: post #31
Forgeties79 wrote: post #22

Earlier quoted context omitted.

>I now shoot 2 cards simultaneously A very lovely change over the last 8 years or so lol. I came up in film during the DSLR revolution. 5D2’s/7D’s/Rebels (i series) years. 8bit 420 nasty aliasing recording on single cards and praying baby. Magic lantern booted on those same SD’s!

Mainstream DSLRs with dual card slots came out 22 years ago.

I would hope they have some feature for automatic backup to your phone over bluetooth or such today.

Re: Backups Aren't Simple

#45

Post by mrheosuper »

As an average-techie person, the only piece of data that i truly practice 3-2-1 is photos and videos. 1 on my phone, 1 on my small server running Immich, and 1 is on Google Photo(sadly, the quality is loss, but i can live with that).

Most of other data i only have 2 backup, usually 1 at my local machine(code) and 1 online(github). Yeah it's not ideal, but another question to ask yourself, is it truly worth it. I trust the engineers at MS doing much better job at backing up their data than me.

Re: Backups Aren't Simple

#46

Post by jeffbee »

jimmaswell wrote: post #44
jeffbee wrote: post #31

Earlier quoted context omitted.

Mainstream DSLRs with dual card slots came out 22 years ago.

I would hope they have some feature for automatic backup to your phone over bluetooth or such today.

WiFi is a little faster I guess? In the primitive days people used the EyeFi.

Re: Backups Aren't Simple

#47

Post by bakinator »

On the topic of backups, 7zip recently changed its handling of the FILE_ATTRIBUTE_ARCHIVE bit on unzipped files which caused an issue with some old software I was using. This is from the old DOS days with the BACKUP/RESTORE commands - the bit was set if any backup was made of the file. It's comically naive because it only assumes a single backup and this bit was forgotten to the sands of time until it was disturbed by some meddling kids!

Re: Backups Aren't Simple

#48

Post by Paracompact »

AdieuToLogic wrote: post #27

A friend of mine used to work at Veritas[0] making enterprise data retention solutions. When I spoke about their product as being "making backups", he corrected me by saying: We are not in the backup business. We are in the restoration business. 0 - https://en.wikipedia.org/wiki/Backup_Exec

"This is the business we've chosen."

Re: Backups Aren't Simple

#50

Post by justsomehnguy »

Gigachad wrote: post #36
publlus_enigma wrote: post #20

There are four times in my life I have suffered regrettable data loss incidents. The first was when the telephone pole outside our house was struck directly by lightning. Not only was it the loudest thing I have ever heard, the current surged through the telephone line, into the internal fax modem, and fries everything within its vicinity. I was 10. I did have backuos, but only only floppy and they didn't cover every…

>I've been weary of using rewritable media for some time now as a consequence I briefly considered using bluray disks as a backup for my photos and other critical docs. But getting a decent bluray burner seems not so easy these days with most production winding down. Next best thing looks like the "object lock" feature on object store services that prevents deleting objects for a certain time.

> Next best thing looks like the "object lock" feature on object store services that prevents deleting objects for a certain time.

Lol, no. "As of today we are closed. Goodbye."

Especially considering what giving even a two weeks now considered "generous".

Post reply on HN