> > *Yeah, but rsync only gives you a snapshot and not a history of your > backup. When I really mess up, I want to go back to the state of my machine > 15 minutes ago, or two days ago. This has saved me a lot of head > scratching, trying to find out where I messed up. I really like the way > timemachine works on the MAC. I can add as many disks as I want to the > timemachine and it just sequences the backups between each of these disks. > This happens every 15 minutes. If I loose a disk, then I loose 15 minutes > of work. * >
- a) rsync for files that do not need incremental backup. e.g. pictures etc. - b) git for files that do. - c) dd, and /or tar for the whole OS file system. - d) Fancy scripts or executable to put it all together. If wanted. On Sat, Nov 28, 2015 at 9:22 PM, John Syne <[email protected]> wrote: > Yeah, but rsync only gives you a snapshot and not a history of your > backup. When I really mess up, I want to go back to the state of my machine > 15 minutes ago, or two days ago. This has saved me a lot of head > scratching, trying to find out where I messed up. I really like the way > timemachine works on the MAC. I can add as many disks as I want to the > timemachine and it just sequences the backups between each of these disks. > This happens every 15 minutes. If I loose a disk, then I loose 15 minutes > of work. > > I also have a SMART monitor that keeps an eye on the condition of these > disks, looking potential disk failures. > > For Linux, I haven’t found anything equivalent to timemachine. BackinTime > and the likes all try to do the same thing, but after a few weeks they all > end up using tons of CPU time and become so slow. In essence, these > solutions use rsync to create snapshots each hour and then use hard links > to eliminate duplicating unchanged files. Currently I’m using Crashplan > which performs well, but I don’t get the redundancy. > > Regards, > John > > > > > On Nov 28, 2015, at 7:45 PM, William Hermans <[email protected]> wrote: > > For my usage, RAID is useless. Better to use separate disks, and rsync. As > most data does not need to be redundant, and you get more storage that way, > with very little to go wrong. > > On Sat, Nov 28, 2015 at 7:32 PM, John Syne <[email protected]> wrote: > >> A few years ago I was backing up all my data to a raid6 server. My >> thinking was any two disks can fail simultaneously and I still would not >> loose data. Unknown to me, I was using an Intel RAID controller that had a >> firmware bug and it trashed all my disks and I lost about 6 months of work. >> Now I do my backups with belts and braces so nothing like that can ever >> happen again. I now have multiple RAID servers which mirror each other and >> no one machine has components in common with the other machines. To me, >> cloud backup was just another redundant offsite backup, but the Amazon >> tools are horrible and the service hangs for no reason. Needless to say >> after fighting this all last night, I decided to abandon the Amazon cloud >> drive. >> >> Regards, >> John >> >> >> >> >> On Nov 28, 2015, at 3:23 PM, William Hermans <[email protected]> wrote: >> >> *My guess is you do normal backups of all your important work; however, >>> what if you have a fire, theft, or some other disaster, which will destroy >>> all your backups as well. Hence the need for offsite storage. Now unless >>> you are storing your backup tapes/disks offsite, cloud storage starts to >>> make sense.* >>> >> >> This is the "excuse" if everyone using cloud storage. Simple fact is, >> there is no data I have stored that is that important. All of it can be >> replaced. Pictures, code, whatever. >> >> Not to mention a fire is very unlikely, but if there were one, if I were >> not able to put it out, it would likely kill me anyhow. Rendering my data >> moot. Theft ? well lets just say a thief would very likely have few dogs >> on him, as well as a couple bullet holes. Someone is always here. >> >> On Sat, Nov 28, 2015 at 2:03 PM, Robert Nelson <[email protected]> >> wrote: >> >>> >>> On Nov 28, 2015 2:48 PM, <[email protected]> wrote: >>> > >>> > John Syne <[email protected]> wrote: >>> > > [-- text/plain, encoding quoted-printable, charset: UTF-8, 116 lines >>> --] >>> > > >>> > > My guess is you do normal backups of all your important work; >>> however, >>> > > what if you have a fire, theft, or some other disaster, which will >>> destroy >>> > > all your backups as well. Hence the need for offsite storage. Now >>> unless >>> > > you are storing your backup tapes/disks offsite, cloud storage >>> starts to >>> > > make sense. >>> > > >>> > My offsite storage is in my garage which, fortunately, happens to be >>> > 50 metres or more from the house. >>> > >>> > Our broadband isn't broad enough to make cloud backup remotely >>> sensible. >>> >>> I like my backup-backup nas.. The base board is bricked.. So the data is >>> securely saved.. ;) >>> >>> -- >>> For more options, visit http://beagleboard.org/discuss >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "BeagleBoard" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> >> >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
