I have seen many people with the same issue, fixing by modifying the mount point to an unused drive (e.g. X:), but my intention is to be able to stream on Plex via rclone. Using that trick the command works, Plex sees the drive (X:), but no media is displayed.
Does anybody know how to fix this issue?
This is my input:
rclone mount --allow-other --allow-non-empty educrypt: ~/mnt/edu &
Output:
Cannot create WinFsp-FUSE file system: invalid mount point.
2019/09/03 17:51:37 ERROR : Google drive root '': Mount failed
2019/09/03 17:51:37 Fatal error: failed to mount FUSE fs: mount stopped before calling Init: mount failed
EDIT: Same happens if I use this command:
rclone mount --allow-non-empty --allow-other --cache-db-purge educache: ~/mnt/edu &
Thanks for the quick reply. I tried that, the command works but as I open Plex and add the drive (which is full of videos) as a new Library, it appears empty.
Do you know why it happens?
2019/09/03 18:10:08 ERROR : : error listing: directory not found
2019/09/03 18:10:08 Failed to lsf with 2 errors: last error was: error in ListJSON: directory not found
I don't get it. I have just created this remote following thoroughly the guide
I'm trying to figure out how to get that. Opening the .conf file with Notepad is useless (encrypted). I'm trying downloading the last rclone version.
Sorry I'm making you wait
If rclone ls educrypt: was not returning anything, I'd guess you didn't upload anything encrypted as the crypt points to your entire Google Drive.
The way crypt works is you have to upload do it via rclone to create encrypted files. Most folks usually define a folder for that as I called mine "media" above and everything in media is encrypted.
So the regular listing has the encrypted files and the crypt remote can see what's behind it.
Be advised that if you have unencrypted data on the drive already then these may not appear at all when viewed through a crypt remote.
It is generally advised to keep encrypted and unencrypted files in separate folder structures and set up one remote for each to avoid any confusion. That also makes it easy to encrypt your unencrypted data on the fly if the goal to to eventually make it all encrypted.
Let me specify that when I said "on the fly" I don't mean server-side. The Gdrive server just isn't capable of that sort of computing. You still have to re-upload one way or another. By "on the fly" I mean you can just drag&drop files from an unencrypted location to an encrypted one (or have a script do this for you until it is done).
The short explanation:
Set up a direct remote (without encryption) and one with encryption layered.
Then just transfer your files from one to the other normally (if you have a ton of files you might want to use a move command with a --bwlimit 8M to avoid it stalling from daily quota restrictions). Gdrives have 750GB upload/day quota.
Long explanation:
The encrypted and unencrypted remotes would look something like this in your configuration file:
[GdriveCrypt]
type = crypt
remote = Gdrive:\encrypted
filename_encryption = standard
directory_name_encryption = true
password = [REDACTED]
password2 = [REDACTED]
You then can mount both Gdrive (which will be unencrypted) and Gdrivecrypt (which is encrypted) and transfer between the two. Data goes from Gdrive -> your system -> back to Grdrive in encrypted form.
There is unfortunately no way to get around that you have to re-upload data to encrypt it.
The only workaround is to use rclone on an external VPS (like Goodle Compute Engine) so you effectively have unlimited bandwith to do the operation, but that adds another layer of complexity of course and is probably best reserved for advanced users. It can be done at fairly trivial cost or potentially even free though - if you happen to have really limited local bandwidth.
Drag&Drop is still way better than what I'm doing right now..
If it's not too much hassle, could you make an example on how to mount them both? Or should I just use rclone move Gdrive: Gdrivecrypt: ?
Using the configuration above as a template, you would just do something like:
rclone move Gdrive: Gdrivecrypt: -P
(-P just enables realtime progress indicator which is useful for a large bulk transfer)
That's the most simple, efficient and safest way of doing a large transfer directly in the commandline.
Note that you can safely abort this operation and resume it at any time without risk of losing data (local files are not deleted until they are fully uploded and verified to have arrived safely). Add --bwlimit 8M if you want to do 24/7 uploading rather than more focused bursts to hit your 750GB daily upload allowance. Whatever suits you best.
You could of course mount them both instead:
rclone mount Gdrive: X:
and
rclone mount Gdrivecrypt: Y:
and just drag&drop from X: to Y: inside the OS, but the direct command-line method is probably the best method for any large transfers like this as it's less complex, has less restrictions and least overhead. Mounts are good for convenient day-to-day usage and for allowing third-party software to access the files in the cloud, but that's not needed for this spesific scenario I think.