Trying rsync 3.0.5pre2 from ext3 on lvm2 on md to USB thumb drive
still fails, but has a different message now:
rsync -rltpvxH --progress --delete /data/bls1.2/dvd/source .
(lots of success, but then this)
source/applications/inotify_tools/inotify-tools-3.13.tar.gz
32768 8%0.00kB/
>
> But with link-dest you are not creating a new backup; you are only creating
> new LINKS to the same backup.
>
> If the new backup has no changes from the last backup, it takes up no
> space, so why does it matter? You simply expire your old backup off
> automatically with a rotate script.
>
>
Rsync version 3.0.5pre2 is now available for release testing. This is
a bug-fix release.
I hope this is the final pre-release for 3.0.5, so please test this new
release and send email to the rsync mailing list with any questions,
comments, or bug reports.
The changes since 3.0.5pre1:
- Fixed th
On Sat, Nov 15, 2008 at 01:09:20PM -0800, David Rothenberger wrote:
> Does this patch (or a modified version that conforms to POSIX) stand a
> chance of being accepted?
There's a problem with including this in the mainstream version: if we
don't turn //some/path into /some/path, it won't match a
On Sat, Nov 15, 2008 at 01:09:20PM -0800, David Rothenberger wrote:
> Unfortunately, it doesn't fully conform to the POSIX specification because
> it also translates '///' to '//' instead of '/' as required.
An easy fix for that is to change your newly added "if" to this:
if (*f
rsync 3.0.4 will transform a path like '//machine/share/dir' to
'/machine/share/dir' when the --protect flag is provided. This causes a
problem with Cygwin, where the two leading slashes are meaningful
(access of a remote Windows share).
[[[
% rsync -s localhost://tela/downloads
rsync: link_st
On 13-Nov-2008, at 14:17, Daniel Jarboe wrote:
I'm currently using rsync and --link-dest to give me something like a
poor-man's incremental snapshot to disk. But I really only want to
generate
a new backup if rsync detects differences, otherwise I don't need a
new
backup.
But with link-d
