Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×
Cloud

+ - Linux mountable Storage Pool for all the Cloud Systems? 2

Submitted by Anonymous Coward
An anonymous reader writes "Dear Slashdot,
today, many cloud systems are available on the market like dropbox, google, sugar sync, or your local internet provider, you name it. Many of them offer some free gigabytes of storage.
Is there anything out there which can combine the storage into one usable folder (preferrably linux mountable) and encrypt the data stored in the cloud?
The basic idea would be to create one file per cloud used as a block device. Then combine all of them using a software raid (redundancy etc) with cryptFS on top.
Have you heard of anything which can do that or what can be used to build upon?"
This discussion was created for logged-in users only, but now has been archived. No new comments can be posted.

Linux mountable Storage Pool for all the Cloud Systems?

Comments Filter:
  • Software RAID is already slow. Add in network latency and encryption, it gets even slower.

    I don't see a point in spanning RAID across multiple providers; the individual providers are almost surely hosting the data on redundant storage. If you think they're going to damage or lose your data, you shouldn't be using them. If you need more storage space, you should pay for it. (With not much searching, you should be able to find a 100GB disk Linux VPS for under $10/month.)

    eCryptfs used to have problems with

  • Sounds like an AMAZING idea. Why don't you patent it?

"Now this is a totally brain damaged algorithm. Gag me with a smurfette." -- P. Buhr, Computer Science 354

Working...