I am trying to restore files from Google Drive's trash folder based on the date it was deleted.
When browsing the Trash folder in the browser, there is a column for "Trashed Date".
I am wondering if rclone is capable of Untrashing files using "Trashed Date" as criteria.
I know the date range of when I deleted the files, so being able to restore files based on "Trashed Date" would be great.
Some preliminary searching yielded the command, but not much documentation available. rclone backend untrash DrivePath:
Backstory:
While doing some file cleaning on a mounted Google Drive, I accidentally deleted several thousand files, due to a misplaced asterisk (e.g. instead of rm prefix*, I entered rm prefix *). Thankfully, Drive moves deleted files to a Trash folder by default.
However, trying to Restore several thousand small files through browser is a nightmare, the endless scrolling UI is too clunky and slow.
Run the command 'rclone version' and share the full output of the command.
rclone v1.62.2
Which cloud storage system are you using? (eg Google Drive)
Google Drive
The command you were trying to run (eg rclone copy /tmp remote:tmp)
I've had a quick look at rclone backend untrash Drive:
but there doesn't seem to be much documentation out there to see if using "Trashed Date" as a criteria is possible.
I also tried to see what metadata might be available using: rclone lsjson Drive: --drive-trashed-only
but it seems lsjson doesn't seem to work with the --drive-trashed-only option. It only returns the top-level directory structure.
Please run 'rclone config redacted' and share the full output. If you get command not found, please make sure to update rclone.
Not Applicable
A log from the command that you were trying to run with the -vv flag
Not Applicable. I'm asking if a feature is available, rather than reporting a bug.
So now you can play with metadata (see metadata filtering) or write simple script. Myself I would write some bash script (use jq to extract info you need) - as metadata filtering is not something I am familiar with.
All info you need is available.
You can create two remotes: gdrive and gdrive-trashed-only and move/copy files between them based on some criteria e.g. btime. You need two remotes as flag --drive-trashed-only will apply to both src and dst if used in rclone command line
One off task script does not have to be perfect, e.g. you can simply grep for all btime containing 2024-02-27 instead of dealing with date/time nightmare conversions.
list all deleted files (`--format "pM"`)
for every btime containing `2024-02-27`
rclone copyto gdrive-trashed-only:p gdrive:p OR use `rclone backend untrash gdrive:p`
ok, i could not reproduce your first example. rclone lsf --format "pM" drive: --drive-trashed-only --files-only
for that, i got nothing, but you got a file listed?
Unfortunately it seems we still don't know how to get the key piece of metadata, deleted time. It seems mtime doesn't change when a file is trashed.
If we had deleted time metadata, as @kapitainsky suggested, a simple script would do the job.
Question regarding the two remotes solution:
If I create two remotes of the same service (G Drive), e.g. drive and drive-trashed-only and move between them, does the data pass through my computer, or is everything done server-side?
If it needs to pass through client computer, it works for smaller file sizes, for larger files then network bottleneck may be an issue.
Yes, sorting & viewing by trashed time is quite simple on Web UI
But in my case, there are several thousand files that need to be restored.
Listing the files is not a problem, but when I click restore - even doing 50-100 - causes browser memory to spike and the page freezes for a while. Then I have scroll down, let the UI load the next batch of files, then repeat.
Anyway, I did end up doing it manually, it took me about an hour
