> > *a) rsync for files that do not need incremental backup. e.g. pictures > etc.* >
And by this of course I mean: Perhaps you have a whole directory for pictures, and those that have already been backed up using rsync wont need it done again. But if you add new files in a new directory . . .then let git handle paths that do need incremental backups. Daily, hourly, whatever. Usually source, but who says that a local repo has to be source ? On Sat, Nov 28, 2015 at 9:37 PM, William Hermans <[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. * >> > > > - 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.
