What is the problem you are having with rclone?
I'm not really having a problem exactly, I did notice an odd behavior though.
First up, the actual goal: I'm using a crypt mount to allow me to encrypt objects on a local path, but leaving them visible in their encrypted state so that Backblaze is able to backup them up in their encrypted form, so I have an extra level of protection and obfuscation for that path. I do have this working....
However, one thing I get from the mount, is the warnings about capabilities utilizing things in the mount because I haven't enabled VFS caching for that point. I was hoping to avoid VFS caching, but still have normal local filesystem abilities, since it's not actually a cloud file system where that caching might be needed. It seems resource wasteful to VFS cache a local file system to get local file system abilities...I'm not clear if I can really achieve that with rclone, or if I should just live with enabling VFS caching, or if I'm better of switching to something like cryptomator or gocryptfs for this use. So that's really what I'm looking for input on...
Second up, the odd broken(?) bit I noticed:
The thing I noticed while messing with this...I was originally pointing to D:\rcEnc when mounting the local path as encrypted. This works fine...later, trying to work around the VFS bit I mentioned, I tried creating a local type remote(localyClear in the config), and then tried switching the crypt remote path to utilize a path through the local type remote, like I would with a normal cloud remote. i.e. in the config for the crypt mount point "D:\rcEnc" I changed to "localyClear:/?/D:/rcEnc"
This causes the mount command to now fail with statsfs error, but you can see in the log it's actually because rclone seems to be seeing the Windows drive letter in the local type remote, and doubling it up before trying to mount it, which of course becomes an invalid path, i.e. it turns "localyClear://?/D:/rcEnc" "localyClear://?/D:/?/D:/rcEnc". It's trying re-canonical the canonical path I specified I suppose? From the docs on re: local filesystem, I don't think it should have done that.
I didn't report this as a bug- it looks like a parsing bug to me, but I'm not sure I should actually be trying to mount a local path to be encrypted this way anyway. My original hope had been by mounting the path through a "local" remote, rclone might be more aware that it's not actually something that needs VFS to have the local file system operations available to it.
I just realized that the local type is actually starting at D:, which is the useful location for me, so changing the crypt mount point to localyClear:/rcEnc works as I expected it to with the longer path with the D: embedded in it. However, I'm not clear how rclone decided to set the root level of the local filesystem remote there. It's not in the config, and it didn't ask me for it when I created the remote. What if I needed to mount from a different drive? Specifying with a drive letter probably will trigger the doubling up again that I mentioned earlier...
Run the command 'rclone version' and share the full output of the command.
rclone v1.64.2
- os/version: Microsoft Windows 11 Pro 21H2 (64 bit)
- os/kernel: 10.0.22000.1455 (x86_64)
- os/type: windows
- os/arch: amd64
- go/version: go1.21.3
- go/linking: static
- go/tags: cmount
Which cloud storage system are you using? (eg Google Drive)
none/local file system
The command you were trying to run (eg rclone copy /tmp remote:tmp)
rclone mount localY:/ Z:\mntLocal\y
Please run 'rclone config redacted' and share the full output. If you get command not found, please make sure to update rclone.
[1d]
type = onedrive
token = XXX
drive_id = XXX
drive_type = personal
[gd]
type = drive
client_id = XXX
client_secret = XXX
scope = drive
root_folder_id = XXX
token = XXX
[localY]
type = crypt
remote = localyClear:/?/D:/rcEnc
password = XXX
[localyClear]
type = local
[secCharlie]
type = crypt
remote = gd:/secCharlie
filename_encryption = standard
directory_name_encryption = true
password = XXX
root_folder_id = XXX
[secO]
type = crypt
remote = gd:/secO
filename_encryption = obfuscate
password = XXX
[secV]
type = crypt
remote = gd:/secV
filename_encryption = standard
directory_name_encryption = true
password = XXX
log
2023/11/18 14:19:27 DEBUG : rclone: Version "v1.64.2" starting with parameters ["C:\rclone\rclone.exe" "mount" "localY:/" "Z:\mntLocal\y" "-vv"]
2023/11/18 14:19:27 DEBUG : Creating backend with remote "localY:/"
2023/11/18 14:19:27 DEBUG : Using config file from "C:\Users\Emby\.config\rclone\rclone.conf"
2023/11/18 14:19:27 DEBUG : Creating backend with remote "localyClear:/?/D:/rcEnc"
2023/11/18 14:19:27 DEBUG : fs cache: renaming cache item "localyClear:/?/D:/rcEnc" to be canonical "localyClear://?/D:/?/D:/rcEnc"
2023/11/18 14:19:27 DEBUG : fs cache: switching user supplied name "localyClear:/?/D:/rcEnc" for canonical name "localyClear://?/D:/?/D:/rcEnc"
2023/11/18 14:19:27 INFO : Encrypted drive 'localY:/': poll-interval is not supported by this remote
2023/11/18 14:19:27 DEBUG : Network mode mounting is disabled
2023/11/18 14:19:27 DEBUG : Mounting on "Z:\mntLocal\y" ("localY")
2023/11/18 14:19:27 DEBUG : Encrypted drive 'localY:/': Mounting with options: ["-o" "attr_timeout=1" "-o" "uid=-1" "-o" "gid=-1" "--FileSystemName=rclone" "-o" "volname=localY"]
2023/11/18 14:19:27 DEBUG : Encrypted drive 'localY:/': Init:
2023/11/18 14:19:27 DEBUG : Encrypted drive 'localY:/': >Init:
2023/11/18 14:19:27 DEBUG : /: Statfs:
2023/11/18 14:19:27 ERROR : Encrypted drive 'localY:/': Statfs failed: failed to read disk usage: The system cannot find the path specified.
2023/11/18 14:19:27 DEBUG : /: >Statfs: stat={Bsize:4096 Frsize:4096 Blocks:8796093022207 Bfree:8796093022207 Bavail:8796093022207 Files:1000000000 Ffree:1000000000 Favail:0 Fsid:0 Flag:0 Namemax:255}, errc=0
2023/11/18 14:19:27 DEBUG : /: Getattr: fh=0xFFFFFFFFFFFFFFFF