All, This may be off-topic in that I am creating files in opensuse, then running rsync in a cygwin environment to make a second copy. I'm wondering if this is a timestamp issue between how openSUSE and cygwin/windows do things. == details I have an external USB drive formatted NTFS with a directory full of roughly 500 GB worth of 1.5 GB files. For that drive: I wiped it in openSUSE (via dc3dd wipe=/dev/sdb) I partitioned it interactively with fdisk /dev/sdb I created the NTFS filesystem in openSUSE mkfs.ntfs -Q /dev/sdb1 I created the directory and the 500GB of files via openSUSE 13.1 I started rsync on it a couple days ago to make a second copy on a different disk. I don't remember if I ran rsync the first time from cygwin or openSUSE, but that first attempt got interrupted in the middle of the copy. I just re-ran rsync from inside cygwin: rsync -r /cygdrive/f/project_dir/data_dir /cygdrive/g/project_dir I'm watching what is happening with both "file explorer" and the "windows task manager - disk resource monitor". I'm seeing numerous of the 1.5GB data files being re-transferred, but not all. I have no reason to think they were faulty and rsync should just be checking the size and datestamp. It looks like a rsync bug to me. I killed rsync as soon as I saw this and have now restarted it with strace to capture the system calls. That straced version of the rsync invocation is still ongoing. The strace output is almost 5GB, so it will be a huge file to scan through at the end of the rsync process. Anyway, my suspicion is it may be an incompatibility between how openSUSE and cygwin store datestamps. Thus a date recorded by openSUSE may not exactly match a date recorded via cygwin and rsync thinks it needs to re-transfer the file. Alternatively, it could be an issue with NTFS. I haven't done a lot of rsync testing with NTFS as both the source and destination. Thanks Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org