Rclone does not do the actions specified as arguments on Google Photos

What is the problem you are having with rclone?

I am new to the linux world, and especially to rclone, so I don't know if this is a logical or syntactical error on my part.
I have added options regarding uploading files to my Google photos account, these options I expect are:

  • Ignore existing files (does not)
  • Remove files locally after uploading them (does not do this)
  • Use the timestamp of file creation as the timestamp, not the timestamp of uploading to the drive (does not do this)

I also tried adding file permissions as follows:

sudo chown -R michelemengascini /run/media/michelemengascini/0123-4567/Normal

Did I do something wrong? Is there any way I can fix it to use it as expected?

Run the command 'rclone version' and share the full output of the command.

rclone 1.60.1

  • os/version: fedora 37 (64 bit)
  • os/kernel: 6.2.7-200.fc37.x86_64 (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.19.3
  • go/linking: dynamic
  • go/tags: none

Which cloud storage system are you using? (eg Google Drive)

Google Photos

The command you were trying to run (eg rclone copy /tmp remote:tmp)

rclone sync /run/media/michelemengascini/0123-4567/Normal GPhotos:upload --ignore-existing --progress --delete-after --drive-use-created-date

The rclone config contents with secrets removed.

I can't access the config file, I only have the encrypted version, and online I'm not finding anything. If anyone can give me a clue, or assume that no changes were made in the config, as the remote setup was done at the most basic level possible

A log from the command with the -vv flag

2023/03/26 16:03:47 DEBUG : rclone: Version "1.60.1" starting with parameters ["rclone" "sync" "/run/media/michelemengascini/0123-4567/Normal" "GPhotos:upload" "--ignore-existing" "--progress" "--delete-after" "--drive-use-created-date" "-vv"]
2023/03/26 16:03:47 DEBUG : Creating backend with remote "/run/media/michelemengascini/0123-4567/Normal"
Enter configuration password:
password:
2023/03/26 16:03:53 DEBUG : Using config file from "/home/michelemengascini/.config/rclone/rclone.conf"
2023/03/26 16:03:53 DEBUG : Creating backend with remote "GPhotos:upload"
2023-03-26 16:03:53 DEBUG : Google Photos path "upload": List: dir=""
2023-03-26 16:03:53 DEBUG : Google Photos path "upload": >List: err=directory not found
2023-03-26 16:03:53 DEBUG : Google Photos path "upload": Waiting for checks to finish
2023-03-26 16:03:53 DEBUG : Google Photos path "upload": Waiting for transfers to finish
2023-03-26 16:03:53 DEBUG : Google Photos path "upload": Put: src=FILE230326-014201-004933.MP4
2023-03-26 16:03:53 DEBUG : FILE230326-014201-004933.MP4: Update: src=FILE230326-014201-004933.MP4
2023-03-26 16:04:43 DEBUG : FILE230326-014201-004933.MP4: >Update: err=<nil>
2023-03-26 16:04:43 DEBUG : Google Photos path "upload": >Put:
2023-03-26 16:04:43 DEBUG : FILE230326-014201-004933.MP4: Size:
2023-03-26 16:04:43 DEBUG : FILE230326-014201-004933.MP4: >Size:
2023-03-26 16:04:43 INFO  : FILE230326-014201-004933.MP4: Copied (new)
2023-03-26 16:04:43 DEBUG : Waiting for deletions to finish
Transferred:      115.610 MiB / 115.610 MiB, 100%, 2.161 MiB/s, ETA 0s
Transferred:            1 / 1, 100%
Elapsed time:        56.8s
2023/03/26 16:04:43 INFO  : 
Transferred:   	  115.610 MiB / 115.610 MiB, 100%, 2.161 MiB/s, ETA 0s
Transferred:            1 / 1, 100%
Elapsed time:        56.8s

2023/03/26 16:04:43 DEBUG : 4 go routines active

You need to sync to an album if you want this - the uploaded files just disappear in the upload directory.

If you want this you need rclone move not rclone sync

google photos doesn't support this. You either get the time the file is taken from the EXIF data or the time it was uploaded if that isn't available.

1 Like

is there any way to resolve the timestamp, or is it just not possible from the API made available? it is important for the files I am uploading

Its not in the API I'm afraid. Getting the correct timestamp into an EXIF header would be your only option I think.

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.