DZMM

Backup moves files deleted from the local folder to another folder on gdrive for a chosen number of days, so if you accidentally delete you can restore from gdrive

You don't have to use teamdrives. But, it's recommended you take the extra steps to get them up and running because after a while most users come across one or more of the following problems: - want to upload more than 750GB/day by adding more users - want to share the remote not just Plex access, or use on another PC - fixes performance issues when a lot of content has been loaded, by splitting into multiple teamdrives that are merged locally Read the GitHub post which describes best how to use SA files

I don't know how much of a file Plex has to scan to profile a file. If you want to experiement, I think reducing --drive-chunk-size: might help. This controls how big the first chunk is that Plex requests - 128M in my settings. Try 64M and 256M and share how you get on. I chose 128M as in my testings this was the best chunk on my setup at the time to get the fastest playback launch times i.e. I wasn't trying to optimise scans. Once you've done the first scan it gets a lot faster - almost normal speeds. --buffer-size: is just how much of each stream is held in memory. it shouldn't affect scanning. E.g. 8 streams would be 8 x256M max for this script.

You don't have a remote called gdrive_vfs in your rclone config.

Run the command "rclone version" as the plugin might not have installed the latest version of rclone.if it's less than v1.51 then uninstall and reinstall the plugin to get the latest.

Yes. Mergerfs looks at the local location first so if you want to play the cloud copy, you need to delete the local copy. The script already does this - just set the upload script to 'move' and then the MinimumAge to 30d.

Not sure of the context of @watchmeexplode5 advice, but it's best to forget /mnt/user/local exists and focus all file management activity on /mnt/user/mount_mergerfs as there's less chance of something going wrong

you're overthinking things. Just treat the mergerfs folder like a normal folder where you add, move, edit etc files and don't worry about what happens in the background and let rclone via the scripts deal with everything.

you have a duplicate directory in your destination, not your source - rclone picks this up. gdrive allows duplicate directories or files with the same name. if you're worried or anal about file management, you can investigate and manually delete the dups from gdrive or check out the rclone dedupe commands which are really good and can clean up server-side dupes. Again though, dupes on gdrive's side doesn't affect the mount as they aren't loaded.

1a_mediaz is where your files are, unencrypted?

Yes, otherwise this whole thread would be pointless.

I think you're confusing uploading files directly via the mount (which we don't) which is bad if you don't know what you are doing , and via rclone upload (which we do) which is 100% safe. If it didn't work, this whole 69 page thread would be a waste of time!

@1activegeek post your rclone config and your mount script please. When you say the mount goes missing, where do you mean? In dockers, file explorer, shell etc?

Krusader has caused problems for other people - it needs restarting after a new mount. I get confused with your filepaths, but if the mount isn't working then the mountcheck file shouldn't be there and needs deleting...the mountcheck file should be on the remote and it's presence is used to check the mount has completed successfully.

Not sure how Plex scans for changes in a directory. My setup has sonarr/radarr etc telling plex something has changed which works perfectly.

there's something in /mnt/user/mount_rclone/googleSh_crypt prior to the mount that you need to check and delete if appropriate.

Mergerfs just shows what rclone knows about. If changes are made direct to gdrive, rclone won't know about these until it polls the remote to see if there are new files - that's why your scans are 'failing'. If you're mounting a remote where changes are made outside of the rclone i.e. your mate is loading files and not rclone, then you need your mate to install plex autoscan or something similar, so that it tells plex/rclone to re-scan the changed directory.

Yes it does if done correctly. If you're making changes to the mount outside of rclone that will be the source of your problem. Or, your settings aren't right - best advice I can give is use my scripts.

look in the /mnt/user/appdata/other/rclone/remote/your_remote_name folder and delete the dockers_started file. or, run the unmount script. If you need more help use the main thread.

I've been going for 2 years and others for much longer...I think if it was a problem for Google they would have shut it down by now. In my view, the longer it goes on the less likely they will shut it down. Our storage is a drop in the ocean compared to some corporates, research universities etc etc

If you're backing up a share, it'll be hard to restore a drive unless you make it easy and D1 has /media/movies D2 has media/tv_shows on etc etc so it's obvious which folder from the crypt needs downloading. To be honest, I think what you'll end up doing is just putting it all in the cloud. That's what most people have done, even if they only dipped their toe in to start with. I did. I'm kind of curious to see if I get a few beers. I remember when I first put some ads on a blog I used to run about 15 years ago and how shocked I was initially how much spare change I was making, which eventually became a full-time gig for about 5 years!

Yes - if the share's shared e.g. I control my shares via file manager on my windows 10 VM.

rclone/plex indexes the mount so nothing is streamed when just browsing plex. I remember reading those instructions and it did confuse me, so I'm not sure how accurate they are now. If your happy with your playback experience I wouldn't rock the boat i.e. if you're getting less than 5s spin-ups I wouldn't waste time experimenting with settings, as you'll probably only save a second or two at best.

Best place to start is the github page, where the instructions are kept fairly up to date and @watchmeexplode5 has helped with that as well. I think you can achieve that with with MergerFS. read up on 'FF' first found (I think) and just put your backup location first. you can choose disk shares as your upload source. I don't think you'll get multiple copies, but I don't know if you'll waste bandwidth repeatedly uploading the same file. Why not just use a share aka Unraid so it doesn't matter what disk it's on? Yeah, I guess it does save a lot of cash ;-). I've got over 0.5PB stored between media and backups which is at least £10k in drives, and that's before you factor in replacements, power, hassle, racks etc I was toying with putting up a donation or patreon or something on github as I read once they exist. I've just created a paypal.me link if anyone wants to add to my beer fund for when there's a bar I can visit!

Not sure - I've done several full 'Scan Library Files' - also when I've changed my directory structure and not had any problems.