Wolfgang Denk wrote:
Dear Bill,
in message <[EMAIL PROTECTED]> you wrote:
Be aware that rsync is useful for making a *copy* of your files, which
isn't always the best backup. If the goal is to preserve data and be
able to recover in time of disaster, it's probably not optimal, while if
you
Dean S. Messing wrote:
> Michael Tokarev writes:
[]
> : the procedure is something like this:
> :
> : cd /backups
> : rm -rf tmp/
> : cp -al $yesterday tmp/
> : rsync -r --delete -t ... /filesystem tmp
> : mv tmp $today
> :
> : That is, link the previous backup to temp (which takes no s
Michael Tokarev writes:
: Dean S. Messing wrote:
: > Michal Soltys writes:
: []
: > : Rsync is fantastic tool for incremental backups. Everything that didn't
: > : change can be hardlinked to previous entry. And time of performing the
: > : backup is pretty much neglible. Essentially - you ha
On 9/28/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
> What I don't understand is how you use hard links... because a hard link
> needs to be in the same filesystem, and because a hard link is just
> another pointer to the inode and doesn't make a physical copy of the
> data to another device or to
Wolfgang Denk wrote:
Dear Bill,
in message <[EMAIL PROTECTED]> you wrote:
Be aware that rsync is useful for making a *copy* of your files, which
isn't always the best backup. If the goal is to preserve data and be
able to recover in time of disaster, it's probably not optimal, while if
you
Jon Nelson wrote:
Please note: I'm having trouble w/gmail's formatting... so please
forgive this if it looks horrible. :-|
On 9/28/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
Dean S. Messing wrote:
It has been some time since I read the rsync man page. I see that
there is (among the
Please note: I'm having trouble w/gmail's formatting... so please
forgive this if it looks horrible. :-|
On 9/28/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
>
> Dean S. Messing wrote:
> > It has been some time since I read the rsync man page. I see that
> > there is (among the bazillion and one
Dear Bill,
in message <[EMAIL PROTECTED]> you wrote:
>
> Be aware that rsync is useful for making a *copy* of your files, which
> isn't always the best backup. If the goal is to preserve data and be
> able to recover in time of disaster, it's probably not optimal, while if
> you need frequent a
Dean S. Messing wrote:
It has been some time since I read the rsync man page. I see that
there is (among the bazillion and one switches) a "--link-dest=DIR"
switch which I suppose does what you describe. I'll have to
experiment with this and think things through. Thanks, Michal.
Be aware
Goswin von Brederlow wrote:
Thanks, should have looked at --link-dest before replying. I wonder
how long rsync had that option. I wrote my own rsync script years
ago. Maybe it predates this.
According to news file, since ~ 2002-9, so quite a bit of time.
-
To unsubscribe from this list: send
Michal Soltys <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>>
>> I was thinking Michal Soltys ment it this way. You can probably
>> replace the cp invocation with an rsync one but that hardly changes
>> things.
>>
>> I don't think you can do this in a single rsync call. Please correct
Goswin von Brederlow wrote:
I was thinking Michal Soltys ment it this way. You can probably
replace the cp invocation with an rsync one but that hardly changes
things.
I don't think you can do this in a single rsync call. Please correct
me if I'm wrong.
something along this way:
rsync --li
Michael Tokarev <[EMAIL PROTECTED]> writes:
> Dean S. Messing wrote:
>> Michal Soltys writes:
> []
>> : Rsync is fantastic tool for incremental backups. Everything that didn't
>> : change can be hardlinked to previous entry. And time of performing the
>> : backup is pretty much neglible. Esse
Dean S. Messing wrote:
> Michal Soltys writes:
[]
> : Rsync is fantastic tool for incremental backups. Everything that didn't
> : change can be hardlinked to previous entry. And time of performing the
> : backup is pretty much neglible. Essentially - you have equivalent of
> : full backups a
Michal Soltys writes:
: Dean S. Messing wrote:
: >
: > I don't see how one would do incrementals. My backup system uses
: > currently does a monthly full backup, a weekly level 3 (which
: > saves everything that has changed since the last level 3 a week ago) and
: > daily level 5's (wh
15 matches
Mail list logo