I just ran it again for the first time in quite a while and of course there were quite a few new and changed files - I didn’t watch the output too closely. As an exercise, I immediately ran the script again and it seems to be copying everything again?
Copied (replaced existing)
on nearly all the files and these CAN’T need re-copying - in particular some shared .mov files take forever to copy . .
Yes, sorry. I copied the files from GD to GDcrypt.
But the files are also (some of them) stored on my NAS. Now I want to upload new files every night from my NAS to my GDcrypt. But rclone wants to upload all the files. Could it be the proces GD -> GDcrypt modified the files a bit?
Update: No dupe files found:
xxxxx@DiskStation:~$ rclone dedupe --dedupe-mode interactive -v GoogleDriveCrypt:
2017/07/08 10:18:01 INFO : Encrypted Google drive root ‘PlexEncrypt’: Modify window is 1ms
2017/07/08 10:18:01 INFO : Encrypted Google drive root ‘PlexEncrypt’: Looking for duplicates using interactive mode.
2017/07/09 16:37:04 INFO : Local file system at /home/phil/google_drive/3D: Modify window is 1ms
2017/07/09 16:37:06 INFO : Local file system at /home/phil/google_drive/3D: Waiting for checks to finish
2017/07/09 16:37:06 INFO : Local file system at /home/phil/google_drive/3D: Waiting for transfers to finish
2017/07/09 16:37:08 INFO : BlenderHotkeysCheatsheet.odt: Copied (new)
2017/07/09 16:37:08 INFO : Waiting for deletions to finish
2017/07/09 16:37:08 INFO :
Transferred: 14.012 kBytes (2.849 kBytes/s)
Elapsed time: 4.9s
[phil@phil ~]$ bin/rclone_gd.sh
2017/07/09 16:37:17 INFO : Local file system at /home/phil/google_drive/3D: Modify window is 1ms
2017/07/09 16:37:19 INFO : Local file system at /home/phil/google_drive/3D: Waiting for checks to finish
2017/07/09 16:37:19 INFO : Local file system at /home/phil/google_drive/3D: Waiting for transfers to finish
2017/07/09 16:37:21 INFO : BlenderHotkeysCheatsheet.odt: Copied (replaced existing)
2017/07/09 16:37:21 INFO : Waiting for deletions to finish
2017/07/09 16:37:21 INFO :
Transferred: 14.013 kBytes (2.853 kBytes/s)
Elapsed time: 4.9s
I know what the problem with this is… When rclone comes to download a google doc it asks google what the size of the doc would be in the desired format. Eg for BlenderHotkeysCheatsheet.odt. However sometimes google returns different answers, I don’t know why, hence the re-download.
You’ll find that sometimes it does it, and sometimes it doesn’t which isn’t ideal, but I couldn’t find a way to fix it.
You can add --ignore-size to your sync but that isn’t compatible with --size-only. I think I’d probably accept that occasionally rclone will do this!
I’ve added this to the drive docs to help people in future
Sometimes, for no reason I’ve been able to track down, drive will
duplicate a file that rclone uploads. Drive unlike all the other
remotes can have duplicated files.
Duplicated files cause problems with the syncing and you will see
messages in the log about duplicates.
Use rclone dedupe to fix duplicated files.
Note that this isn’t just a problem with rclone, even Google Photos on
Android duplicates files on drive sometimes.
Rclone appears to be re-copying files it shouldn’t
There are two possible reasons for rclone to recopy files which
haven’t changed to Google Drive.
The first is the duplicated file issue above - run rclone dedupe and
check your logs for duplicate object or directory messages.
The second is that sometimes Google reports different sizes for the
Google Docs exports which will cause rclone to re-download Google Docs
for no apparent reason. --ignore-size is a not very satisfactory
work-around for this if it is causing you a lot of problems.