Christopher (Drashna)

Just a heads up, the bitlocker detection can cause the drives to be awakened by WMI. You can disable this functionality: https://wiki.covecube.com/StableBit_DrivePool_2.x_Advanced_Settings And it is the example too. Also, make sure that you're not using A:\ or B:\ as the drive letter, as windows has hard coded behavior to ping these drive letters, under the assumption that they are floppy drives. And if you have StableBit Scanner installed, enable the throttling option for SMART.

The poolpart.xxxx file ... shouldn't be a file. It should be a folder, with all of the content. That it is showing up as a file shows that there has been file system corruption, which means recovery will be needed, and shane has covered all of that already

Yeah, we're looking at a few providers. No details yet, though.

Deleting files from the drive doesn't delete the data on the drive. Shis is because the drive acts like a normal, physical disk, and the file system just unallocates the data (eg, the file is a pointer to that data, deliting the file just deletes the pointer, but leaves the data). This is part of how and why data recovery works, and this also applies to the CloudDrive disks. You'd need to use a utility like "sdelete" that zeros out the data, too.

Still the same issue with the CLI tool. It's not an API, and while the API could be reverse engineered, we have no interest in doing so.

Internet is hard. Stuff like your ISP, distance from nodes, etc can all effect the speeds. That said, try 10 download threads, 10MB for the minimum download size, and enable prefetching (with 1MB/70MB/120s), and see if that works better for you.

First, I'm sorry to hear about your drive, as that is never a pleasant experience. You may be able to use "dpcmd ignore-poolpart" to eject the drive from the pool. This marks the drive as removed, but doesn't move any of the files off of it, and causes the drive to show up as "missing" in the UI. This does require writing to the drive, to write the tag that marks it as removed. Once the drive is ejected, you can manually move the files over. The poolID for the drive is the name of the hidden "PoolPart.xxxx" folder on the disk (with or without the PoolPart part).

For reference, the beta versions have some changes to help address these: .1648 * Fixed an issue where a read-only force attach would fail to mount successfully if the storage provider did not have write access and the drive was marked as mounted. .1647 * Fixed an issue where read-only mounts would fail to mount drives when write access to the storage provider was not available. .1646 * [Issue #28770] Added the ability to convert Google Drive cloud drives stored locally into a format compatible with the Local Disk provider. - Use the "CloudDrive.Convert GoogleDriveToLocalDisk" command.

If you're using automatic unlocking (weth the system disk encrypted too), then you shouldn't. Otherwise, you may run into issues, yeah. (restarting the service after unlocking the drives may work, though).

RIght now, yeah, there are some solutions. But to be blunt, this isn't the first time that we've seen unlimited get nuked. And it won't be the last. I know a number of people are switching to DropBox, for now.

StableBit DrivePool pulls the directory list for the pool directly from the disks, and merges them in memory, basically. So if you have something that is scanning the folders, you may see activity. And specifically, the files are stored in hidden "PoolPart.xxxxx" folders in the root of each drive. Also, if you're seeing activity from DrivePool on the disks, it may be worth disabling the "bitlocker detection" option in the advanced settings: https://wiki.covecube.com/StableBit_DrivePool_2.x_Advanced_Settings It's the example used, in fact.

it sorts by votes by default, which is ... frustrating, IMO.

the covefs folder just stores information about the reparse points that are created on the pool. So if you're seeing them, then something is creating them on the pool. Messing with them will break them. And sounds like stable diffusion is using them to organize some of it's data, then.

Dave shut it down Dec 2022, it looks like. And changed it to "home gadget geeks" a long time ago. So, not a huge surprise.

Potentially? But before doing so, have you enable the throttling for SMART queries in StableBit Scanner? This may help. Also, do you have DrivePool installed on the system? If so, disabling the bitlocker detection in the advanced settings can help, too.

That's a lot of "Other" data. Enough, in fact, that I suspect that it's being used by Previous Versions, aka Volume Shadowcopy Service (VSS). Disabling this feature on the drives in the pool may fix this. (and this data is located in the system+hidden folder "System Volume Information"). You can quickly get to this by running "systempropertiesprotection.exe" on the system. Turn off the protection for the pooled drives, with the "configure" button for each drive. You can also delete the "restore points" from there.

Just a heards up, not every drive needs device specific rules/parameters. And the VN line shouldn't (NAS drives). If there are specific paramters that are incorrect or unknown, that is something different. And if that is the case, could you open a ticket about it at https://stablebit.com/Contact

beta version: * [Issue #28770] Added the ability to convert Google Drive cloud drives stored locally into a format compatible with the Local Disk provider. - Use the "CloudDrive.Convert GoogleDriveToLocalDisk" command.

Yeah, this is happening to a lot of people. Google has killed their unlimited storage option and is limiting it to 1TB, IIRC. You can check on reddit to see a lot of people running into this.

Glad to hear it! And ah, okay. Just "ssd" is fine, as the "flash" part makes it confusing.

Well, clearing the cache requries uploading the data. So if you can't do that ...

Unfortunately, StableBit DrivePool doesn't maintain a list of the files in the pool and generates the file list dynamically from the underlying disks.

The simplest option is to set the upload threads to 0. This will effectively disable the uploading, though data can still be written to locally. Also, I don't think that the read only option will work, since I believe that requires clearing the upload cache first. But you can use diskpart to mark the disk as "read only". To do so, open a command prompt with admin rights and run: diskpart list disk select disk X attributes disk set readonly Where "X" is the disk number for the clouddrive disk.

I'm not sure tha a flash drive will work with the Pool (eg it needs to be a local disk, and flash drives are categorized differently, usually). But if it works, great! As for the data, I think you may want/need to set the balancing ratio to 100% for the pool, if you want/need it to be more aggressive about balancing.

Mostly. In some cases, the controllers may modify some of the disk reporting. This is more common with USB enclosures. But if you're using RAID (even to just pass the disks through), this could be an issue. Most likely, this shouldn't be a problem, at all, but it's worth mentioning, at least. As for a replacement, I recommend the LSI SAS 9207-8i (or the 9307-8i). It's a bit pricy, but it's very good quality. Though, it may be branded as Broadcom now, instead of LSI.