MultiPar VS paperback

but... depending on how much effort you want to spend fixing it I might be able to fix your current corrupt files, especially if the corrupt files are only mildly corrupt I could create a '.par2' file from mine (assuming you are on build 1436.28), then you would use MultiPar (i.e. https://github.com/Yutaka-Sawada/MultiPar/releases ) to scan your files and it will tell me how many blocks you need to fix it and then I could create recovery data with MultiPar. doing this might dramatically lower the amount of data I would have to upload as then you could use MultiPar which will fix your current corrupt files so they match mine identically.

MultiPar is the continuation for Windows https://github.com/Yutaka-Sawada/MultiPar

And this for Linux https://github.com/animetosho/par2cmdline-turbo

* MultiPar supports in-situ repair, which bypasses this problem entirely

To detect bitrot I use dynamix file integrity plugin, it compute Blake3 hash for each file, it is stored as extend attribute. You Can choose which share will be covered. For correction i then use par2 files using multipar https://hp.vector.co.jp/authors/VA021385/ https://github.com/Yutaka-Sawada/MultiPar (Windows only, par2cmdline for Linux. You could compile from source and add it to unraid if you want, i've done it for testing purpose)

And last but not less important - make regular parity files of your healthy important data, and store them somewhere. MultiPar is your best friend. Even if your data gets corrupt, with parity files you can restore it to it's former glory. Some limitations will apply, read the manual.

This is possible with MultiPar https://github.com/Yutaka-Sawada/MultiPar

More sanely, perhaps, get some M-Disc DVDs (if you can find real ones - apparently they're becoming just normal DVDs) and put one file on each, and then run https://github.com/Yutaka-Sawada/MultiPar on it to create parity files. Then store the file, the parity files, and the software you need (MultiPar) on the disc. To be safe, you probably also need to store the DVD burner you used to make it, as those are getting thin on the ground these days.

Note about par2: if one is using a windows system with a nvidia GPU this version of par2 is faster as it speaks CUDA.

For any file repairs use multipar, it's still being updated and has gpu acceleration. https://github.com/Yutaka-Sawada/MultiPar/releases

Yes. QR codes are meant to store only a few kilobytes at most. They are not suitable for encoding gigabytes of data.

At perhaps 2KB per page, you'd need 524288 pages to store a 1GB. That's 1048 reams. Please just use an archival optical disk instead.

Even if the scheme using multiple QR codes in sequence rather than a single large code block. The paper backup implementations that use QR codes https://github.com/intra2net/paperbackup https://github.com/cyphar/paperback are only meant to be used for private key backup.

There's a cool paper-based backup tool that also uses Shamir Secret Sharing to let you distribute a bunch of paper copies to your friends to restore a file optically:

https://github.com/cyphar/paperback

Paperback will do it automatically for you, open source and free. Thier README also has recommendations for long term storage of paper.

That exists: https://github.com/cyphar/paperback (or the paper-store script suggested by /u/nurupoga/ below).

there are ready-made solutions for that, like https://github.com/cyphar/paperback

You could encrypt your key info using paperback. This then requires at least X amount of people holding parts of the decrypt key to come together to decrypt your last will.

I know you're joking but there's actually software that was made just for that