From: Tim Streater on
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
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
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
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
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/>
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Prev: Best browser for 10.3.9?
Next: Duplex printer settings ?