On Tue, 05 Jun 2012 23:18:24 +0200 Clint Olsen wrote:
> Ok, itemize changes prints out some info for each file, and it looks like:
...
> I did a quick search on this switch and someone was bitching that the
> fields were not easy to decipher w/o reading the source code :)
Wrong: the --itemize-cha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If rsync thinks the permissions are different and you told it to
preserve the permissions then it can't hard link. The permissions are
on the actual file not the links so it can't store a file with 2 sets
of permissions without storing 2 copies of the
Ok, itemize changes prints out some info for each file, and it looks like:
cf...p. Nancy/Favorites/Links/desktop.ini
cf...p. Nancy/Favorites/Links/latin music.url
cd...p. Nancy/Favorites/Microsoft Websites/
I did a quick search on this switch and someone was bitching that the
fields w
Hi:
I will try the itemize switch as you suggested, thanks...
I have tested this on both the Windows box and the NAS. The inode
numbers come back differently on Cygwin but the NAS sees them as the
same:
Nancy@macki /cygdrive/f/macki/test
$ ls -ali
total 1048576
3297336581512553257 drwxr-xr-x 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --itemize-changes would be the first place to start. Also, see if you
can make a hard link on your NAS. Just because the underlying ext4
supports it doesn't mean that your network mount does. Try something
like:
cd /cygdrive/f/macki
touch testfil
Hi:
I have attempted to following some instructions to use --link-dest in
order to preserve space for multiple backups. I'm using rsync on
Cygwin with a NAS (ext4) which does support hard-links on the
filesystem. I've written a short program that does attempt to create a
hard-link on this NAS from
https://bugzilla.samba.org/show_bug.cgi?id=8979
Summary: rsync daemon: High load while skipping hardlinks
Product: rsync
Version: 3.0.5
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
