Rsync sends again already existing files
Stephane Ascoet
stephaneascoet at free.fr
Fri Jun 30 22:28:22 UTC 2023
Kevin Korb <kmk at sanitarium.net> le 29/06/2023 22:43:
>>>
>
> -i, -v, and --progress all only affect the output.
Bonjour, of course I know ;-)
> adds a header and footer and --progress of course adds the per-file
> progress bar.
Thanks, that what I wanted to know, so I keep them all.
> as those 2 options are very different and I don't really see why they
> should go together.
>
I fully agree but I don't like long options ;-p
> Are you so sure rsync actually copies the file? It should correct the timestamp and tell you it did.
Of that what it should do! But I'm sure not: the target is a very
low-quality-and-performance USB key. I had to do it on another computer witch
write on it a little less slow, otherwise I would have last forever with less
than 3 kb/s. And looking the FS during the transfer, I saw the temporary files
being written. And since I was using --backup, the files has been backuped...
only to be replaced by exactly the same thing :-(
So this disable a lot of interest in Rsync :-( Isn't there a way to disable
"--whole-file"?
Even if, I must admit, the source problem is the changes in timestamps. It's a
mystery, it seems that there was an exact one-hour difference each time. So I
suppose it's related to timezone, but how can this be? Is it the fact that the
source is in Vfat(but almost always used under GNU/Linux) and target in Ext2?
However, "date -r {file}" was saying "GMT+2" in both cases... I don't know and
don't have time to investigate on this.
Another strange thing, regarding this mailing list this time: I'm subscribed in
digest mode, but this doesn't prevent some mails to be missing. For example, in
the thread "copy to destination only new files" one week ago, I got the two
from SE at SHCH262.com but not the one from Robin Lee Powell
--
Sincerely, Stephane
More information about the rsync
mailing list