2 ms·
In my opinion, unless you need high speed backups, I would not worry about SSD. Rather, I would get several external USB3 drives and label them by day or week.
by LinuxBender 7y ago
In my opinion, unless you need high speed backups, I would not worry about SSD. Rather, I would get several external USB3 drives and label them by day or week. Then alternate external drives to back up to. To keep multiple versions of files, you could use rsnapshot which is just a perl script that does some fancy linking of identical vs changed files to save space. [1] All drives fail, no matter how expensive they are. If you have multiple drives and multiple backups, then you can even store one offsite somewhere, just in case. There are plenty of free tools for each OS to do disk encryption on the USB3 drives.
[1] - https://github.com/rsnapshot/rsnapshot https://github.com/rsnapshot/rsnapshot
- _bxg1 7y ago> unless you need high speed backups, I would not worry about SSD They're cheap enough now and my space needs are small enough that I think the tradeoff is worth it: I don't have to worry about jostling them if I move, for example. > I would get several external USB3 drives and label them by day or week. Then alternate external drives to back up to. That's a neat idea. It does mean more hardware and would make it tricker to do things like network syncing, which I was interested in setting up, but it would take care of both the reliability issue and rudimentary versioning in one stroke. I'll give it consideration.
- LinuxBender 7y agoFor the networking aspect, you could create a hybrid. i.e. set up a VPS VM, though 1TB disk space will be pricey... but then you could have sftp chroot and use lftp and it's mirror subsystem to get the same effect as rsync, but more secure, then have a client at home which pulls down that data to the USB drives. Maybe it just does lftp to one USB drive at home, then rsync copies from that drive to a second drive for redundancy and/or use rsnapshot for versioning.