How to restore Encrypted Files

What is the problem you are having with rclone?

I am uploading files as encrypted, but now wondering how to get them back when needed.

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

rclone v1.61.1

  • os/version: slackware 15.0+ (64 bit)
  • os/kernel: 5.19.17-Unraid (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.19.4
  • go/linking: static
  • go/tags: none

Are you on the latest version of rclone? You can validate by checking the version listed here: Rclone downloads

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)

Thats just it, not sure what to run to download and decrypt files.

The rclone config contents with secrets removed.

type = drive
scope = drive.file
token =
team_drive = 

type = crypt
remote = GDrive:CloudBackup
password = 
password2 = 

A log from the command with the -vv flag

I am still very dumb and this for some reason is beyond me.

hello and welcome to the forum,

no worries, crypt remotes are confusing.

"rclone will automatically encrypt (before uploading) and decrypt (after downloading) on your local system as needed on the fly"

so to download the files
rclone copy secure: /path/to/local

1 Like

That is extreamly easy thank you for the prompt reply.

I did a search first and came across a post of a user who said they files downloaded still encrypted, when users pressed for more into he just said, "never mind I figured it out" I hate that, the answer I needed he chose not to leave so I started my own thread :slight_smile:

1 Like

the files in gdrive are crypted at rest.

this will list files in their crypted state.
rclone ls GDrive:CloudBackup

this will download files in their crypted state.
rclone copy GDrive:CloudBackup /path/to/local

1 Like

Thanks kindly, i have what i think will be my last question

I am dong a one way sync (sync) not (bisync)

When i run a check it says 10 files not fround on local. This is because i deleted them, now at some point i want the cloud storage or "destination" to be the same as local.

So is there something i would run to check the local VS destination and "prefer" the local and delete anything off the destination that doesn't exist on the local?

I hope that made sense, i probably could have explained it better.

rclone sync path/to/local destination: -vv --dry-run

I see so basically run it in reverse, that makes sense, dry will help prevent catastrophe

What else does rcloe check against?

When running a check it says not using hash for checks
260 hashes could not be checked, so if i have a file that is named exactly the same but is overwritten with a smaller or bigger size, will rclone detect this? Now im slightly concerned rclone won't pick some file changes because is it just looking at file name and thinking ok the file is there, does it check date or size?

not sure what it is, we cannot see into your machine.
so please post the command, debug output

depends on the source and dest. what is the exact command?

"Hashes are not stored for crypt"

they are very simple

rclone sync -v '/mnt/user/data/Folder1' 'secure:Folder1
rclone check -v '/mnt/user/data/Folder1' 'secure:Folder1'

Output of check command is:

rclone check -v '/mnt/user/data/Folder1' 'secure:Folder1'
2023/01/31 18:25:04 ERROR : No common hash found - not using a hash for checks
2023/01/31 18:25:15 NOTICE: Encrypted drive 'secure:Folder1: 0 differences found
2023/01/31 18:25:15 NOTICE: Encrypted drive 'secure:Folder1': 260 hashes could not be checked
2023/01/31 18:25:15 NOTICE: Encrypted drive 'secure:Folder1': 260 matching files
2023/01/31 18:25:15 INFO :
Transferred: 0 B / 0 B, -, 0 B/s, ETA -
Checks: 260 / 260, 100%
Elapsed time: 12.1s

correct, not for crypts.

use -vv for debug output, see what rclone does, per file.

ok so the output is huge and there is too much to redact that i dont want to display but here is one entry, they all say this just different file names

2023/01/31 18:30:46 DEBUG : Birthday List.doc: OK - could not check hash

So does that mean thats all its checking lol, i would think that does indeed mean that if i edit this file that it wont pick up the change? Every single entry just says could not check hash and then on to the next file, no other checks

So i guess im wondering if there is something, i already checked the commands list but maybe im missing something. Something i can run to force it to evaluate the sizes?

Sorry to waste your time i think i found it, add the --size-only tag?

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