On 15/06/10 14:31, Tom Furie wrote:
On Tue, Jun 15, 2010 at 01:02:47PM +0100, Alan Chandler wrote:
On 15/06/10 12:44, Alan Chandler wrote:
The real magic command is "cp -alf" which essentially merges a shorter
term store with a longer term one, making new entries where the shorter
store has a
On 06/16/2010 05:45 AM, Stan Hoeppner wrote:
Ron Johnson put forth on 6/15/2010 10:59 AM:
I wrote a script that only backs up our data directories (including much
of /home) into a bunch of tarballs, excluding "junk" folders like
caches, thumbnails, trash, etc, and compressing most but not stuff
On Wednesday 16 June 2010 14:14:22 Camaleón wrote:
> Many people send the replies to me directly and I am not sure
> whether if they are full aware of that (intentionally off-list) or this
> is just the famous Gmail's webmail "non-reply-to-list-but-sender"
> error :-)
I forgot that Gmail does that
On Wednesday 16 June 2010 14:14:22 Camaleón wrote:
> but I asked you why you were so reluctant to use
> differential backups on her computer. I couldn't understand "why" because
> today backup tasks are just "point-and-click", I mean, they are easier to
> achieve than any image generation of the wh
On Wed, 16 Jun 2010 10:05:56 +0100, Lisi wrote:
> On Wednesday 16 June 2010 08:41:03 Camaleón wrote:
>> El 2010-06-15 a las 22:58 +0100, Lisi escribió:
>>
>> (resending to the list)
>
> Sorry. I debated whether to send it to you or the list, and decided
> that it was OT for the list since I was
Ron Johnson put forth on 6/15/2010 10:59 AM:
> I wrote a script that only backs up our data directories (including much
> of /home) into a bunch of tarballs, excluding "junk" folders like
> caches, thumbnails, trash, etc, and compressing most but not stuff like
> image and OOo document directories
On Wednesday 16 June 2010 08:41:03 Camaleón wrote:
> El 2010-06-15 a las 22:58 +0100, Lisi escribió:
>
> (resending to the list)
Sorry. I debated whether to send it to you or the list, and decided that it
was OT for the list since I was commenting on a specific sentence of your
that wasn't stri
El 2010-06-15 a las 22:58 +0100, Lisi escribió:
(resending to the list)
> On Tuesday 15 June 2010 19:44:33 Camaleón wrote:
> > But it's "her" backup and "her" data. She should care about how to do
> > things like these, whatever place she is (home, university, work...).
>
> I was forgetting that
On Tue, Jun 15, 2010 at 06:49:25PM +0100, Lisi wrote:
> On Tuesday 15 June 2010 18:06:51 Camaleón wrote:
> > On Tue, 15 Jun 2010 15:48:04 +0100, Lisi wrote:
> > > On Tuesday 15 June 2010 14:40:44 Camaleón wrote:
> > >> I would differentiate between "backup" data and "archived" data.
> >
> > (...)
>
On 06/15/2010 05:02 PM, Lisi wrote:
Sorry for duplicate everybody. The list has been rejecting my emails with my
usual SMTP set up. This means that I may think that something has gone when
it hasn't or vice versa.
Something like that happened to me a year or so ago when my ISP got
much stri
Sorry for duplicate everybody. The list has been rejecting my emails with my
usual SMTP set up. This means that I may think that something has gone when
it hasn't or vice versa.
Lisi
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On Tuesday 15 June 2010 19:09:28 Ron Johnson wrote:
> *Teach* her. She's in Uni, correct? Thus, she should be
> responsible enough to take care of her own data by sticking in a USB
> drive and running a script.
Two people divided by a common language
No, she's at school, where school in thi
On Tuesday 15 June 2010 19:09:28 Ron Johnson wrote:
> *Teach* her. She's in Uni, correct? Thus, she should be
> responsible enough to take care of her own data by sticking in a USB
> drive and running a script.
Two people divided by a common language
No, she's at school, where school in thi
On 06/15/2010 01:18 PM, Andrew Sackville-West wrote:
[snip]
I think the OP said something like: I have 1.3 TB and it's too big to
backup. This of course is patently ridiculous. meh.
Right. You're a fool to buy a Lexus if you can't afford the (way
more than bare legal minimum) auto insurance
On Tue, 15 Jun 2010 18:49:25 +0100, Lisi wrote:
> On Tuesday 15 June 2010 18:06:51 Camaleón wrote:
>> Why not practical? Just curious O:-)
>
> Because I shan't have hold of the computer for long enough or often
> enough!
But it's "her" backup and "her" data. She should care about how to do
thi
On Tue, Jun 15, 2010 at 09:27:47PM +1000, Alexander Samad wrote:
> On Tue, Jun 15, 2010 at 8:32 PM, Lisi wrote:
> > Please excuse the thread breaking. I have suddenly been being rejected by
> > the
> > list server and am sending for the third time. I hope that the list server
> > is now happy w
On Tue, Jun 15, 2010 at 10:59:46AM -0500, Ron Johnson wrote:
> On 06/15/2010 09:48 AM, Lisi wrote:
> >
> >Thanks for this. I was originally responding to Andrew's saying:
> >
> >There are many many ways to make take backups beyond having a disk big
> >enough to hold the data.
> >
> >
> >I can thin
On 06/15/2010 12:49 PM, Lisi wrote:
On Tuesday 15 June 2010 18:06:51 Camaleón wrote:
On Tue, 15 Jun 2010 15:48:04 +0100, Lisi wrote:
On Tuesday 15 June 2010 14:40:44 Camaleón wrote:
I would differentiate between "backup" data and "archived" data.
(...)
Thanks for this. I was originally re
On Tuesday 15 June 2010 18:06:51 Camaleón wrote:
> On Tue, 15 Jun 2010 15:48:04 +0100, Lisi wrote:
> > On Tuesday 15 June 2010 14:40:44 Camaleón wrote:
> >> I would differentiate between "backup" data and "archived" data.
>
> (...)
>
> > Thanks for this. I was originally responding to Andrew's say
Ron Johnson wrote:
On 06/15/2010 05:32 AM, Lisi wrote:
On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
There are many many ways to make take backups beyond having a disk big
enough to hold the data.
Would you feel inclined to elaborate? I'm trying to solve this
problem for my
On Tue, 15 Jun 2010 15:48:04 +0100, Lisi wrote:
> On Tuesday 15 June 2010 14:40:44 Camaleón wrote:
>> I would differentiate between "backup" data and "archived" data.
(...)
> Thanks for this. I was originally responding to Andrew's saying:
>
> There are many many ways to make take backups bey
On 06/15/2010 09:48 AM, Lisi wrote:
Thanks for this. I was originally responding to Andrew's saying:
There are many many ways to make take backups beyond having a disk big
enough to hold the data.
I can think of very few - and was interested in what he was thinking of.
Incremental/differenti
On 06/15/2010 05:32 AM, Lisi wrote:
On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
There are many many ways to make take backups beyond having a disk big
enough to hold the data.
Would you feel inclined to elaborate? I'm trying to solve this problem for my
granddaughter's large
On Tuesday 15 June 2010 14:40:44 Camaleón wrote:
> On Tue, 15 Jun 2010 11:32:15 +0100, Lisi wrote:
> > On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
> >> There are many many ways to make take backups beyond having a disk big
> >> enough to hold the data.
> >
> > Would you feel incli
On Tue, 15 Jun 2010 11:32:15 +0100, Lisi wrote:
> On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
>> There are many many ways to make take backups beyond having a disk big
>> enough to hold the data.
>
> Would you feel inclined to elaborate? I'm trying to solve this problem
> for m
On Tue, Jun 15, 2010 at 01:02:47PM +0100, Alan Chandler wrote:
> On 15/06/10 12:44, Alan Chandler wrote:
>
>> The real magic command is "cp -alf" which essentially merges a shorter
>> term store with a longer term one, making new entries where the shorter
>> store has a file that isn't in the longe
On 15/06/10 12:44, Alan Chandler wrote:
The real magic command is "cp -alf" which essentially merges a shorter
term store with a longer term one, making new entries where the shorter
store has a file that isn't in the longer term store, and overwriting it
where the shorter term store has a file
On 15/06/10 11:36, Lisi wrote:
On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
There are many many ways to make take backups beyond having a disk big
enough to hold the data.
Would you feel inclined to elaborate? I'm trying to solve this problem for my
granddaughter's large HDD,
On Tue, Jun 15, 2010 at 8:32 PM, Lisi wrote:
> Please excuse the thread breaking. I have suddenly been being rejected by the
> list server and am sending for the third time. I hope that the list server
> is now happy with my SMTP settings.
>
> On Tuesday 15 June 2010 01:25:56 Andrew Sackville-We
On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
> There are many many ways to make take backups beyond having a disk big
> enough to hold the data.
Would you feel inclined to elaborate? I'm trying to solve this problem for my
granddaughter's large HDD, and am not keen to have to bu
Please excuse the thread breaking. I have suddenly been being rejected by the
list server and am sending for the third time. I hope that the list server
is now happy with my SMTP settings.
On Tuesday 15 June 2010 01:25:56 Andrew Sackville-West wrote:
> There are many many ways to make take bac
31 matches
Mail list logo
