Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by 17thspartan

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. 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.
  11. 17thspartan

    Stable release?

    The changelog says it's a release candidate. So it's close to a release.
  12. 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
  13. 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.
  14. 17thspartan

    General FAQ?

    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
  15. 17thspartan

    General FAQ?

    I'm actually not sure which it would try to read files from. Hopefully someone else can answer your question, because when I used Drivepool, I used it to make a pool of all my CloudDrives. And you don't need to worry about using 631 anymore, .802 is able to create drives on Amazon as well. So you can just use the latest version of CloudDrive and it should work just fine with Amazon. You just need to be sure to go into the settings and enable experimental providers. One thing to note about using Amazon is that there's an issue where the chunks being uploaded to Amazon get retried over and over, sometimes leading one chunk to be uploaded 4 times before it works. On the one hand, it's better to have a chunk get retried over and over until it actually makes it into the cloud (last thing you want is for your data not to be there when you want it), on the other hand it can use a lot of bandwidth and time. For example, I tried uploading 2gb a while back and it ended up using about 4-5gb worth of bandwidth to get it to the Amazon cloud. I still use Amazon from time to time with Stablebit CloudDrive, so it's not a dealbreaker, just thought you should be aware of this.
  16. 17thspartan

    General FAQ?

    Google would be the better choice. Due to difficulties with folks at Amazon, Stablebit CloudDrive is currently limited to 20mbps upload speed to Amazon, and that's part of why it's labeled as an experimental provider. And Amazon tends to throttle a bit more aggressively if you use too many upload or download threads. As far as I know, Google has no such limit when it comes to speeds, but they might have a limit on how many up/down threads you can add. As far as downloading all your clouddrive files, and using them locally; this is something I've been wondering myself lately after reading this thread, which follows a similar line of thought (transferring from cloud to cloud, instead of downloading to local hard drives). http://community.covecube.com/index.php?/topic/2472-backup-clone-of-a-google-drive-account/ I created a CloudDrive on my local hard drive to see if there were any differences between CloudDrive on the cloud (like on Google servers) vs the ones on local hard drives. It does appear that they are structured differently, so I'm not sure if they're compatible. If it doesn't work, it's certainly something that should be requested as a feature, because that's something I'd be interested in having as well.
  17. 17thspartan

    General FAQ?

    Why not add the CloudDrive to Drivepool, and then use Drivepool's built in duplication to make your CloudDrive a mirror for the rest of the pool? Just make sure to turn off anything in regards to file/drive balancing, and limiting drive usage in order to avoid constant uploading. http://community.covecube.com/index.php?/topic/1226-how-can-i-use-stablebit-drivepool-with-stablebit-clouddrive/ As for the refoldering, I'm not sure how it works with Drivepool and CloudDrive together (I didn't use drivepool long enough to find out), but if you just mean renaming a folder, or cutting and pasting, then it doesn't need to download and re-upload. I had to do that earlier today, cut and pasted 40gb of files from one folder to the other in my CloudDrive drive and had no issues. Copy and paste operations on the other hand will induce a download and re-upload.
  18. With regards to PIA interfering with CloudDrive, I've never had an issues. I make sure to only connect/disconnect from PIA vpn when my CloudDrive is fully synced (not uploading, not downloading). I've managed to use PIA for a few days on end, and I've connected/disconnected quite a few times and never had any issue.
  19. I tried playing another video without changing any settings, 2 hour long, 5gb@1080p, and it had a lot more issues. During the first 3 minutes, it stopped and buffered twice, went grey 5 times, and froze 3 times (for a second or two). After that it played fine for a while, up until about 10 minutes in when it froze for a second and then continued playing. From then, until about 40 minutes in (when I stopped watching) it would freeze once (for a second or so) every 2-3 minutes. I also noticed that the prefetching was all over the map, ranging from 1mbps to 15mbps, but it mostly hovered around 6mbps or lower.
  20. I experienced some stuttering but not much (.827). I tried using VLC to play a 40 minute video, 1.1GB@720P (not sure about the bitrate), and in the first 3-5 minutes it stalled and buffered about 3 times, for 1-3 seconds each time. VLC did that thing where the screen goes grey and is pixelated for a second, and it did that three times in the first 5 minutes as well (normally that issue is caused by the hard drive being spun down, and VLC will show a grey pixelated screen until the hard drive spins up fully). http://i57.tinypic.com/6z3mmc.png(an example of what I mean) For the remainder of the video (minutes 5 to 40), it played well with no interruptions. I noticed that prefetching didn't run constantly and for most of the video (minutes 5-40) it only seemed to grab between 1-5 MB at a time before stopping and restarting again. My cache is only 1gb, which might explain why it didn't prefetch the whole video automatically, and instead only did it a few MB at a time. I didn't notice this until around 10 minutes in, but my cache size remained mostly unchanged (595MB pinned, and 420MB in cache) and the "prefetched" data would hover between 15-25MB. I have prefetching set to whatever the default settings are, and I created the drive using default settings (so it's NTFS and uses whatever the default block/chunk size is). It should probably be noted that I was uploading this entire time as well (with upload verification turned on) and it didn't seem to affect video playback. I had forgotten that I had a 10mbps download speed limit in CloudDrive's UI, and I didn't remember to remove that until about 10 minutes in, but even after turning it off CloudDrive still only downloaded at speeds between 5-12mbps (that's prefetching and the upload verification combined). Also, I have the default number of download and upload threads (2 down, 2 up), but if you include the upload verification it would go up to 4x down at times.
  21. I'm not sure I've heard of Opendrive until now. It's difficult to find information online about the service from users (they don't seem to have a forum that I can find, and I don't see much on reddit about them). Plenty of official reviews though, but reviews only touch the surface about services like these. Do you store a lot of data with them? And do you get decent speeds when uploading/downloading your data? Have you had any issues with the service?
  22. I'm not sure what I can suggest that would help (other than trying a reboot) but what version of Clouddrive are you running?
  23. That's exactly why I got a Gdrive account, because I was unsure of whether ACD would ever play nice with developers who use encryption in their apps. Plus, if Amazon ever gets rid of their unlimited accounts, I didn't want to get stuck in a situation where I only stored all my data with them (and same goes for Google, which is why I now use both). And yes, Google Drive is working just fine, so I think this problem is limited to just Amazon. Overnight, I queued up 11.5gb worth of data to be uploaded onto Amazon and 10gb onto Google and I limited their upload speeds to 3Mbps each (in a perfect world, at 3Mbps it should take them about 9 hours to upload 11.5gb). This morning (~8-8.5 hours later) Google is going along perfectly with 1.5gb left to upload, while my Amazon account still has 8.3gb left to upload. Whether this is a fault of Amazon being an experimental provider or an issue with .802, I can't say. I didn't use SCD much until .802 was released, so I don't know if this was a problem in earlier versions of the application.
  24. Right. My comment about destroying the drive wasn't meant to be a solution for this problem. My new, recreated, drive still uploads way more than it needs to, I just don't have the same error/bug I was receiving before (my old drive was uploading at full speed, but the "to upload" cache kept growing in size, it was trying to upload 24 chunks in parallel, despite my x2 limit, and eventually it stopped uploading altogether). Anyways, it spent about 6 hours today uploading 4gb of data to ACD (my computer showed my connection as being maxed out at 6-7Mbps), and that should have finished in 1.5-2 hours at most. I wasn't measuring how much data was sent, but I'm sure it's well over 8gb. On the other hand, my Google drive has been uploading in a timely manner. I've only been using it for a day or two (I created my google drive and the new ACD drive at the same time), but so far it seems much more responsive than my old or new ACD drive. Edit: After watching both my Google Drive and Amazon Drive side by side, I can say that this issue only seems to affect Amazon. My Amazon Drive regularly allows chunks to be uploaded to 300-500%, while my Google Drive finishes the upload at 100%. I gave Google and Amazon both an equal amount of bandwidth (3Mbps) to upload a 2gb file (with upload verification on) and Google finished in a little over 1.5 hours, and Amazon still hasn't finished and has over a gb left to upload.
  • Create New...