17thspartan

Ok that's good to know. Thanks.

I've been trying to find more information on Local CloudDrives and I'm not doing a great job at searching for the right keywords to find the posts with the answers. For a particular scenario, I'm looking to replace my usage of veracrypt (file container) with a local clouddrive, partly because the smaller chunk files would make it play nicer with transfers and backup/duplication software, drivepool being one of them, (full disk encryption wouldn't really suit my purposes in this case). I'm curious if there's any pros/cons I should be aware of when using a Local CloudDrive the way I would a veracrypt file container (security/performance/reliability/etc?). For a local CD, is there a way to create a local drive that dynamically allocates space, like the way it works with a cloud storage provider? I created a local test drive and it allocated all the space right away. Lastly, is there a way to mount/use a downloaded CloudDrive folder, offline? Say we had to download the entire Stablebit folder off of Google, could we use (read/write) or recover (read only) the files that were in that drive? I vaguely recall seeing a post about a decrypt tool, for this very purpose, but I'm not able to track that post down.

Wow, you weren't kidding. I had used it to make a copy of quite a few files a long while back (going from GSuite to personal GDrive), but I guess I never tried to copy any folders over, or if I did, I forgot that it couldn't be done. It's quite surprising that they wouldn't have that functionality in Google, even after all this time. I just tried copying over one of my CloudDrives (GSuite to personal GDrive) and it was a much larger pain that I thought it would be. On top of that, sharing doesn't seem to be working properly between my two accounts. Even though I shared every file and folder, my personal GDrive account can only see about 300 of the shared chunk files. Going to my GSuite, I can see the sharing icon only appears by some of the chunk files. I have enough space in my GDrive, so I wonder if there's a sharing limit between GSuite and personal GDrive accounts. I just tried to use a Chrome app to copy a shared folder with its directory structure and original filenames intact. It seemed to work just fine, it transferred ownership to me, and all the files and folders kept their original names. Of course it stopped once it got to 300 files, so I can't say if it works after that. It uses a script that runs in Google Sheets which I read about a little earlier and it seems that when it comes to handling large numbers of files, people's experiences tend to vary (with the Google Sheet scripts). Maybe you can try out this, or a similar Chrome app if you need to move files in the future and let us know if it works? https://chrome.google.com/webstore/detail/copy-folder/kfbicpdhiofpicipfggljdhjokjblnhl/related?hl=en-US Seems I jumped the gun @Colbat503 when I suggested using the built in sharing method. Seems this method could use some refining to figure out what works and what doesn't. Sorry about that.

This would be a great feature to have. It'd be pretty convenient too if you just need to access something quickly or don't want to unintentionally change anything. I do the same with Veracrypt volumes as well.

Wouldn't it be much easier to just use Google's built in share function to share all your data from one account to the other (if it's between 2 Google accounts)? It'll be much faster (and potentially cheaper) than using a VPS. Although I can understand if people want to avoid giving Google any indication that the two accounts are linked together in some way. If one account gets shut down for TOS violations, no need to put your other accounts at risk; in which case a VPS is the best route. But if that isn't an issue, I imagine using Google's share function would be the fastest way and sharing a Cloudpart folder between two accounts should be fine, since the data is at least obfuscated, if it isn't encrypted as well. 1. Detach the drive from your computer. 2. Go to the Google Drive website and log in with Account #1, click on the CloudDrive folder and share it; copy the link. 3. Log out of Account #1 and log into the Gdrive website with Account #2. Copy and paste the link into your browser. 4. Right click on the folders you shared and go to "add to my drive". 5. Go to your Gdrive, and you'll the folders there. They're still owned by Account #1 though; so right click and go to "make a copy". 6. The folder called "Copy of XXX" is now owned by Account #2. So if Account #1 is deleted, or stops sharing the file, you'll still have access to them because you own those folders. 7. Rename the folder from "Copy of XXX" to just "XXX" and follow steps 3 and 4 from this thread (and there's troubleshooting info there too): http://community.covecube.com/index.php?/topic/2762-copying-to-a-second-cloud-provider/?p=19682 Of course, if you want to make a new drive and transfer your data to it, then using a VPS that allows Windows installs would probably be your best bet. If you wanted to do that instead, then you'd just need to find a VPS provider that utilizes Windows and pay for that. Once you've done that: 1. Install Stablebit CloudDrive 2. Connect to your old account and to your new account in CloudDrive. 3. Create the 256TB drive on your new account. 4. Attach your old Clouddrive drive. 5. Copy and paste between the two.

The remote desktop application NoMachine (nomachine.com) seems to cause both DrivePool and CloudDrive's UI apps to crash. It doesn't seem to affect Scanner at all though. This only seems to happen on whatever computer is acting as the host/server (the computer being controlled) and only when it is being actively controlled remotely. When the computer that is acting as the server is idle, CloudDrive and DrivePool work just fine. If you leave both CloudDrive and DrivePool minimized throughout the entire session, they will be unaffected and will behave normally when you view the windows again (unminimizing them during a remote session will cause them to crash). The important parts of the applications/drivers seem unaffected, it's only the UI interface that crashes. I haven't tested this on multiple computers yet, but I did have to wipe and reinstall Windows, and the behavior persisted after I reinstalled both applications.

Are there any plans to bring this tool to other providers, like Google Drive? Being able to download your entire Clouddrive folder and then use it as a local CloudDrive drive sounds like a very useful feature to have.

I'm on version 855, but as of this version, this option is still available. When you attach a drive or create a new one, select Advanced Settings and you'll see an option to select your cache drive. The cache drive can only be an internally connected drive, I believe. I think the reasoning was that if the drive gets disconnected while it's being actively used as the cache, then the driver will crash and that could cause your system to blue screen, so they set the application to only use internal drives.

The amount of time it takes CloudDrive to go through the recovery process depends on how large your cache is for that CloudDrive (default is 1gb, I think), how much was queued to upload when it was shut down, and how fast your internet speed is. When it enters recovery, it basically uploads everything that was in the cache and anything that was waiting to upload. So if you have a cache size of 2gb, and you had 3gb of stuff that was waiting to upload, then when CloudDrive goes through recovery, it'll have to upload a total of 5gb worth of data. So if your internet connection is capable of uploading at 100mbps, it should take you around 10 minutes to finish up recovery. If your connection is 10mbps upload, it'll take you a little over an hour. So if you look at the CloudDrive app, it'll say how much it needs to upload to complete recovery, then you can figure out how much time is remaining by factoring in your connection speed.

When you reboot/shutdown, do you press "shutdown immediatly" when Windows says there are applications that are preventing you from shutting down? I know that CloudDrive can take a while to shut down, but if CloudDrive is allowed to cleanly shut down then it won't enter recovery when you start the computer up again.

I don't believe there's any option to add encryption after the initial drive setup. Your best bet would be to create a new drive.

The changelog says it's a release candidate. So it's close to a release.

This is an issue many have with Amazon. I've had it in almost every version of CloudDrive that I've tried out. It's to be expected and is explained here: http://community.covecube.com/index.php?/topic/2623-stablebit-overupload-data/?p=18130

From my experience, it doesn't have as much to do with overall drive size, as much as it has to do with the number of files and directories on it. I have a large drive (200TB) and it has a little over 1000 files and about 100 folders adding up to about 350GB in data. That drive only needs about 570MB of space for pinned data (directories and metadata). I also have a 10TB drive that has about 44 thousand files on it, over a thousand folders, all of that adding up to about 280GB, and it needs 700MB of space for pinned data. I'm guessing a large part of that size difference is index files, especially since a couple of those folders hold tens of thousands of files/folders. And I can echo what Christopher said that it only takes a couple minutes to attach a large drive. I regularly switch those drives between 2 computers, and the first time I attached them to another computer only took a couple minutes before they finished mounting.

They had removed it, but it seems it's since been fixed. I'm not sure about the best settings for creating a drive, but the only advice I have is limiting the number of download/upload threads. I'm not sure how many threads you can have (10/10 might be fine), but I do know that once it hits the 15-20 range, there will be some severe throttling. I usually leave the upload verification on, but I believe it downloads the chunk to check it against the uploaded one. I don't know if Amazon is any different, but Stablebit CloudDrive isn't able to run any kind of checksum in the cloud for most cloud providers, so the only option to verify that it was properly uploaded is to download the entire chunk and then run a checksum. I don't know of any benefits to making a drive in the newest version. All my drives were made using 802 or newer, but if you want you can always check the changelog to see if there's anything there. http://dl.covecube.com/CloudDriveWindows/beta/download/changes.txt