From: Tim Streater on 20 Nov 2009 09:13 On 20/11/2009 13:46, T i m wrote: > On Fri, 20 Nov 2009 13:19:05 +0000, Tim Streater > <timstreater(a)waitrose.com> wrote: >> As the TM disk is local to her machine the >> backups don't fail, ever. > > Ok, so I should have said you not her 'crash' then? But even if mine crashed its still no problem. It might be if it crashed *during* a backup. But in any case I've got the backup from an hour ago, two hours ago, etc. If I haven't, its because both machines were asleep and who needs a backup then, eh, as no filed are changing. >> 2) Mine (over the network) is *not* a complete backup (and was never >> meant to be). I've excluded almost everything and only backup my working >> files. > > If the network glitch let's you etc. All that really does is delay the next backup. I wake up my machine, find the backup doesn't work, find its because I can't mount any of her disks, fix that, and away it goes. > I've yet to test this dongle solution but browsing the backup drive > (it's just std files) seems to indicate that all my important data is > on there (and even stuff I didn't know I still had). ;-) Certainly getting people to back up is important, no issue there. -- Tim "That excessive bail ought not to be required, nor excessive fines imposed, nor cruel and unusual punishments inflicted" -- Bill of Rights 1689
From: T i m on 20 Nov 2009 10:12 On Fri, 20 Nov 2009 14:13:53 +0000, Tim Streater <timstreater(a)waitrose.com> wrote: >On 20/11/2009 13:46, T i m wrote: >> On Fri, 20 Nov 2009 13:19:05 +0000, Tim Streater >> <timstreater(a)waitrose.com> wrote: > >>> As the TM disk is local to her machine the >>> backups don't fail, ever. >> >> Ok, so I should have said you not her 'crash' then? > >But even if mine crashed its still no problem. It might be if it crashed >*during* a backup. But in any case I've got the backup from an hour ago, >two hours ago, etc. If I haven't, its because both machines were asleep >and who needs a backup then, eh, as no filed are changing. Indeed. > >>> 2) Mine (over the network) is *not* a complete backup (and was never >>> meant to be). I've excluded almost everything and only backup my working >>> files. >> >> If the network glitch let's you etc. > >All that really does is delay the next backup. I wake up my machine, >find the backup doesn't work, find its because I can't mount any of her >disks, fix that, and away it goes. Sweet. > >> I've yet to test this dongle solution but browsing the backup drive >> (it's just std files) seems to indicate that all my important data is >> on there (and even stuff I didn't know I still had). ;-) > >Certainly getting people to back up is important, no issue there. We agree then. ;-) Cheers, T i m
From: Tim Streater on 20 Nov 2009 10:40 On 20/11/2009 15:12, T i m wrote: > We agree then. ;-) Of course, you big soppy date :-) -- Tim "That excessive bail ought not to be required, nor excessive fines imposed, nor cruel and unusual punishments inflicted" -- Bill of Rights 1689
From: David Sankey on 20 Nov 2009 11:57 In article <1j9hbfe.1n55lxy1nuup7nN%thewildrover(a)me.com>, thewildrover(a)me.com (Andy Hewitt) wrote: > David Sankey <David.Sankey(a)stfc.ac.uk> wrote: > > > In article <1j9g1ui.5rdwydrv9r0rN%thewildrover(a)me.com>, > > thewildrover(a)me.com (Andy Hewitt) wrote: > > > > > Martin S Taylor <mst(a)hRyEpMnOoVtEiTsHm.cIo.uSk> wrote: > [..] > > > > I think the people who are so against it are those who don't do > > > > telephone > > > > user support for their parents. > > > > > > <grin> > > > > > > Yes, I know where you're coming from there! > > > > Which raises the biggest flaw that I see with it, it ignores your Trash. > > When we were running weekly snapshots it would invariably be the > > Wastebasket that contained the file that we were trying to resurrect > > after the event... > > Hmmm, hadn't though of that, although I empty my own trash very quickly > anyway, so the file I trashed should still be where it was in a past > backup. Is it not there in the hidden '.Trashes' file? Not in the backup it isn't. But there's a suggestion that removing /.Trashes from StdExclusions.plist in CoreService's 'backupd.bundle' could do the trick. Might give that a whirl later. Kind regards, Dave
From: Andy Hewitt on 20 Nov 2009 14:34
David Sankey <David.Sankey(a)stfc.ac.uk> wrote: > In article <1j9hbfe.1n55lxy1nuup7nN%thewildrover(a)me.com>, > thewildrover(a)me.com (Andy Hewitt) wrote: > > > David Sankey <David.Sankey(a)stfc.ac.uk> wrote: [..] > > Hmmm, hadn't though of that, although I empty my own trash very quickly > > anyway, so the file I trashed should still be where it was in a past > > backup. Is it not there in the hidden '.Trashes' file? > > Not in the backup it isn't. OK, just asking. > But there's a suggestion that removing /.Trashes from > StdExclusions.plist in CoreService's 'backupd.bundle' could do the trick. > > Might give that a whirl later. Hmm, might be worth a punt. -- Andy Hewitt <http://web.me.com/andrewhewitt1/> |