Why can’t/doesn’t Storj open Object mount to general users?
I would be backing up my entire life against Storj and using it daily to access and upload/download files, providing more storage usage + ingress/egress.
I am lost as to why a decentralized storage network is targetting only b2b, especially when only 18% of the network capacity is being used.
Hello @aerox,
Welcome to the forum!
This is an Enterprise solution.
For home usage you can use a bit slower and not fully POSIX-compatible solutions like setup rclone and use rclone mount command or use a GUI solutions like MountainDuck.
Also, you can use rclone sync to have a similar to OneDrive functionality. rclone also has a GUI (and you can find many alternative ones in the Internet).
Because working with consumers is a completely different market with much higher costs and development forces with a lower margin. This likely requires to open a completely separate company for that.
Maybe we might enter to this market sometime in the future too, it’s not a priority right now, if you have a lot of third-party S3-compatible consumer tools like MountainDuck, CyberDuck, FileZilla, rclone, S3Drive, S3Browser, etc. See Guides to Using Third-Party Tools - Storj Docs for a small part of the park.
Hey Alexey,
Thanks for the reply. I’ve tried many of these in the last 6 months and have stuck with Filezilla, still not ideal but it’s a fix for now.
I’d love to support Storj over big tech but for this usecase it’s not feasible 
I’ll take another look at rclone. I am on Mac btw.
I saw an app integration with Premiere Pro - does this require object mount access?
Likely yes. But you may try to use rclone mount too with enabled cache:
rclone mount storj:my-bucket /home/aerox/my-bucket --vfs-cache-mode full
See
Or perhaps mounted as a network drive:
Maybe MountainDuck could work (not sure).
That text on rclone web site is very outdated.
Mounting on macOS can be done either via built-in NFS server, macFUSE (also known as osxfuse) or FUSE-T.macFUSE is a traditional FUSE driver utilizing a macOS kernel extension (kext). FUSE-T is an alternative FUSE system which “mounts” via an NFSv4 local server.
MacFUSE is a non-starter. Fuse-t is unstable and slow. Local NFS server is correct direction that almost every other tool already adopted but it’s still experimental in rclone.
MountainDuck offers it for a while and may be worth trying.
Or you may decide you don’t actually need mounting (because network semantics are still different that local file access, even with nfs); and instead FileProvider is the way to go — going forward most OSAes went that route, including macOS and windows. Some tools already offer support, box.com is notable example, who did it superbly well. For a standalone tool look at Expan Drive’s StongSync. Last I checked it was very raw abd fragile, but maybe it’s better now, years later. Implementing FileProvider is not a rocket science. All heavy lifting is done by the OS.