3 ms·

I still haven't done it yet, but I plan to do so. All this important data (the directory I keep my git repos) is less than 90mb in size. With 500kb/page I cou

I still haven't done it yet, but I plan to do so. All this important data (the directory I keep my git repos) is less than 90mb in size. With 500kb/page I could store everything in about 180 pages (90 if I print on both sides) which is not that much. Since I store backup of these git repos in a ZFS dataset, I can do incremental backups (with zfs send -I) every 6 months or so. By my estimates, I would be adding at most 1-2 pages per year. Also, it is not like I expect to ever need to read that back in. I also keep redundant backups of everything in multiple cloud providers and in external HDs. Using these papers would be a last resort if everything else fails.

AnIdiotOnTheNet 6y ago
Yeah, I guess what I'm saying is: think of the state the world would have to be in for you to lose all your redundant backups except the paper ones. In that world, would you really want this data back so badly that you're going to scan it all in from a giant pile of paper? Again, I'm not saying that your data isn't actually that important to you, I'm just personally having a hard time imagining any data is or ever will be that important to me.
- tarruda 6y ago
  > In that world, would you really want this data back so badly that you're going to scan it all in from a giant pile of paper? I can't answer what I would do if the world was in that state, but I'd rather have the ability to restore my important backup than not. I might be wrong since I haven't done it yet, but creating the paper backup doesn't seem like a huge time investment.