2013. február 11. 23:19 napon Felix Miata
On 2013-02-11 22:41 (GMT+0100) Istvan Gabor composed:
I am (more accurately, my openSUSE 11.2 and 12.1 systems are) affected by this bug:
Did you read the bug that one duplicates? https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/25048
Yes, I read. The reason I included that link was only: 1. Save myself from describing the issue. 2. To show that others have same/similar problems. [snip]
My preferred workaround for the VFAT problem is avoiding use of VFAT. My other workaround is I can usually create an archive of files I want to copy, then extract from the archive into the target location.
Yes but I can't avoid vfat on cards used in digital cameras and alike. As I exclusively use openSUSE, (I even don't have an windows install), I can not create an archive on Windows, or I have to use someone else's computer, which I do not prefer. But this option might be OK as last resort.
Maybe "rsync --modify-window=3602" from comment 3 in the duped to bug can make rsync work as you'd wish?
This only used when the files are compared, does not affect time stamps during copying. Man rsync says: --modify-window When comparing two timestamps, rsync treats the timestamps as being equal if they differ by no more than the modify- window value. This is normally 0 (for an exact match), but you may find it useful to set this to a larger value in some situations. In particular, when transferring to or from an MS Windows FAT filesystem (which represents times with a 2-second resolution), --modify-window=1 is useful (allowing times to differ by up to 1 second).
I also would appreciate if someone could explain why the time stamps are handled differently according to winter/summer time.
Thank you for your answer. Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org