Jump to content
Covecube Inc.


  • Content Count

  • Joined

  • Last visited

Posts posted by otravers

  1. I also had one of my cloud drives showing checksum errors starting about two weeks ago, without any apparent reason, i.e. no Windows crashes or problems on the physical hard drive where CloudDrive stores its cached data. I tried chkdsk but this didn't solve the issue and the "to upload" quantity reported by the CloudDrive UI keeps creeping upwards (gained a few GB since the problems started occuring).

    I'm using CloudDrive + infinite GDrive for Plex too, it's great when it works but just doesn't seem reliable over the long run.

  2. As I came back to my desktop this morning, I found my two cloud drives unmounted. It turned out that one of my SSDs was no longer seen by Windows 10 for some reason, and that's where the CloudPart folders were located. So I remounted the drives and set up their local cache to another of my local hard drives. The two cloud drives remounted without a hitch, so far so good.

    I then turned off my PC, checked that the SATA cables were still properly in place, restarted the PC and checked that the missing SSD was seen in the BIOS (it was), and booted back into Windows. The missing SSD is now showing again, which is good news. Stablebit CloudDrive managed to remount one of the two drives pretty quickly, but it's been stuck for the past couple of hours on a loop telling me that the other cloud drive cannot be mounted because it's attached to a different computer. Another computer was never involved in this, just two local hard drives on the same PC.

    I see that I have CloudPart folders for the two cloud drives on both local drives. What should I do from there without risking losing any data?

    Here's what support sent me (lightly edited for readability), which I followed and solved my issue. Phew!


    "That's a tricky issue as the cache for the drives are available in two locations, which is a serious problem for StableBit CloudDrive. The best bet would be to disable the StableBit CloudDrive Service (run "services.msc", find the service, right click on it and select properties, and set the startup type to "manual"), and reboot the system. Once you've done that, remove the CloudDrive folders from the SSD.  Once they're gone, start the service (and set it back to "automatic". From there, run a CHKDSK pass on the CloudDrive disks to make sure there is no corruption.   And if you want, detach the drives and reattach them on the SSD again."



  3. 8 hours ago, srcrist said:

    You're just moving data at the file system level to the poolpart folder on that volume.


    Thanks! Sounds like this is handled without needing a reupload of these files, right?

    I'm still on the fence because I don't know that I like the idea of losing control of the volume on which specific files/folders end up being stored.

  4. On 1/22/2019 at 6:35 PM, srcrist said:

    "You'll want to MOVE (not copy) all of the data that exists on your CloudDrive to the hidden directory that DrivePool creates ON THE SAME DRIVE, and that will make the content immediately available within the pool. [...] So let's say you have an existing CloudDrive volume at E [...] Now you'll want to navigate to E:, find the hidden directory that DrivePool has created for the pool (ex: PoolPart.4a5d6340-XXXX-XXXX-XXXX-cf8aa3944dd6), and move ALL of the existing data on E: to that directory. This will place all of your existing data in the pool."


    @srcrist Thanks for your very detailed post, I'm reaching the limit of my first 16TB (Google Drive) volume and your setup looks more streamlined than mounting more and more separate CloudDrive volumes. I'm uncertain about the part I quoted above and am very frightened to make a mistake that might nuke my existing CloudDrive volume. I have slow upload speed, it took me months to upload 16TB.

    How do you accomplish the above? Can I move the Cloudpart directory of my initial CloudDrive volume to the Drivepool folder?

  5. I'm currently testing CloudDrive and I like how I can see encrypted files right in the Windows explorer (well, Directory Opus in my case). I mounted two drives pointing to ACD, and I see that moving data from one to the other goes through my internet connection. Obviously very inefficient.


    Is there a way to move data where the actual physical transfer happens directly in the cloud, which presumably should be "just" moving logical pointers within the same cloud? Is the answer maybe different depending on the cloud provider (ACD vs. GDrive and others)?

  • Create New...