17thspartan

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.

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.

Reproducible. 
 
And it's crashing in exactly the way I thought it would.  Specifically, it's a directX related crash, and since .NET Framework uses DirectX for rendering.... 
 
So it looks like NoMachine is doing something to trigger the issue here. 
 
I've flagged the issue, so we can take a look into it. 
 
https://stablebit.com/Admin/IssueAnalysis/27505

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.

Let me ask:
https://stablebit.com/Admin/IssueAnalysis/27504

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.

I ... thought I'd posted here!  I'm sorry to for not doing so. 
 
 
That said, Alex (the Lead Developer) has added the ability to "mount disconnected" drives, so that you should be able to access the data now. 
 
that said, data *may* be missing here, if it wasn't all downloaded.  So this is explicitly for troubleshooting and data recovery purposes ONLY. 
 
http://dl.covecube.com/CloudDriveWindows/beta/download/StableBit.CloudDrive_1.0.1.877_x64_BETA.exe

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

IIRC, I believe we do have an advanced "pinning" system planned for the future. This would allow for specific files to be pinned, based on rules created.
 
For now, it's just the NTFS metadata, as well as the directory structure.  

So I have been having an issue with using the product. I've been pretty happy with it but when I access my media archive (Sometimes 200+ videos and pictures) I like to use the thumbnail view to view the items to make sure I am copying the correct items from my drive. The problem is with these larger folders, it takes about 2-5 minutes of scrolling down the folder to get the thumbnails to appear. I have a dedicated drive for stablebit and I would like to cache all those images + file names so that all cloud drive has to do is copy the file when accessed, not stream everytime to generate file information/thumbnails.
 
Feature request:  Cache of all thumbnails + file index on client side via a local harddrive. This could be implemented as a check box in the settings. This would definitely help with the bandwidth impaired and save time when working with the drive.

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.

I see the latest beta version (.818) contains the following change:
 
 
Hopefully that fixes this issue, and I can now go back to a much larger cache size without the risk of it going into recovery so often after a restart.

I understand that you can't mount a cloud drive twice but would it be possible to have a read only client that can access the cloud drive contents while it's mounted on another machine?