New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide virtual drive using FUSE on Linux / OS X #252

Closed
markuskreusch opened this Issue Apr 28, 2016 · 21 comments

Comments

Projects
None yet
@markuskreusch
Member

markuskreusch commented Apr 28, 2016

Using FUSE instead of WebDAV could solve / avoid the linux / mac problems tagged with misc:webdav

Branch: feature/fuse

TODOs

  • Create a prototype fuse implementation in java which mirrors a directory
  • Extract crypto code into library
  • Create a crypto implementation of a java FileSystem
  • Integrate these libraries into Cryptomator #461
  • Get FUSE to work on Linux
  • Get FUSE to work on OS X
  • Integrate the whole thing into Cryptomator and allow choosing it as an alternative to WebDav

Related work

@hypatia1

This comment has been minimized.

hypatia1 commented Jun 3, 2016

As a work around, I've been FUSE mounting the webdav file systemL
mount -t davfs http://localhost:42427/cryptomator /mnt/crypto/

It's an awkward, multi-step process That I can't automate because Cryptomator is a GUI only application,

@chrootlogin

This comment has been minimized.

chrootlogin commented Jul 9, 2016

This should definitely get integrated.

@e-alfred

This comment has been minimized.

e-alfred commented May 29, 2017

This would help with tools that can't deal with gvfs (which means every command line tool and KDE apps etc. for example). For this kind of use, one can't use Cryptomator or mount webdav with fuse by hand.

@j-xella

This comment has been minimized.

j-xella commented Jul 18, 2017

Not sure if this should be a separate ticket, but once cryptomator supports FUSE on linux, could the implementation also allow putting something into /etc/fstab and then just do "(u)mount ~/crypto_mount_point", even on a headless box. I guess it is something that cli will have to implement ...

P.S. I would be happy to test, if necessary

@lassomagic

This comment has been minimized.

lassomagic commented Nov 12, 2017

Any updates on providing fuse mount capability on MacOS? Its been over a year since this was raised discussed so it seems like this isn't a priority anymore

@dodekeract

This comment has been minimized.

dodekeract commented Nov 14, 2017

@lassomagic Not a solution using cryptomator, but if you only need an encrypted folder on macOS, you can use a Disk Utility sparse bundle instead of cryptomator. Plays a lot nicer with macOS.

@Trebuin

This comment has been minimized.

Trebuin commented Nov 14, 2017

@dodekeract That unfortunately won't be a solution for me. Since I transmit this over a network, failure of transmission could be an issue, not to mention if I edit one file in a 3TB sparse bundle...it takes about 2 weeks for me to retransmit that bundle to my NAS backup.

@dodekeract

This comment has been minimized.

dodekeract commented Nov 14, 2017

@Trebuin It shouldn't have to retransmit. A sparse bundle splits the filesystem into multiple chunks, similar to what cryptomator does. On macOS, it may appear as a single file, but it's actually a folder with lots of small files that correspond to the filesystem sectors.

@Trebuin

This comment has been minimized.

Trebuin commented Nov 14, 2017

@dodekeract You know, I was messing around with my time capsule with a windows backup & remember seeing it broken up into all those smaller files...so you're right. If I can mount that on an iPhone & windows at the same time using dropbox or onedrive...that would be perfect

@dodekeract

This comment has been minimized.

dodekeract commented Nov 14, 2017

@Trebuin No, that's unfortunately not possible. I primarily used cryptomator as an encrypted one-way backup to my server. Since I got a MacBook, I don't even do that anymore as a Time Machine is enough for backup purposes. I still use sparse bundles as a way to securely encrypt some files like all my scanned documents.

@lassomagic

This comment has been minimized.

lassomagic commented Nov 14, 2017

@dodekeract Hey that sounds like a really interesting solution and one I didn't even think of!! I have the same concern as @Trebuin though because I have many files that I would like to encrypt (let's say a full photo library and movie collection) ranging in TB+ size. So I could throw that all in a sparse bundle and then would like to read/write files to the sparse bundle. So I'm hoping that I wouldn't have to download/transmit the entire sparse bundle locally before I can mount it and browse/read/write. This is the problem with something like veracrypt/truecrypt when stored on the cloud. Have you used sparse bundles with an online storage before?

I'm hoping to use the encrypted folder it in conjunction with Google File Stream though, so hopefully File Stream doesn't retransmit the entire sparse bundle when I just add a single file to the sparse bundle!

End goal: have files directly stored online without a local copy and have those files encrypted but browsable locally and ideally no system timestamps etc changed when adding files (FUSE mounts respect this). So cryptomator/mountain duck had come to mind.

Will have to test this out as well

@overheadhunter

This comment has been minimized.

Member

overheadhunter commented Nov 24, 2017

Update: We're currently evaluating different FUSE implementations. Our progress on one of the possible implementaions can be seen in this repository.

This is not yet integrated with the encryption layer but so far pretty stable and looks promising.

@lassomagic

This comment has been minimized.

lassomagic commented Nov 24, 2017

@dodekeract I have done a fair amount of testing now with encrypted sparsebundles on Mac (including in the new Mac APFS format) and it is working well. This entirely replaces the need for cryptomator for me for now since cryptomator does not support High Sierra (due to Mac WebDAV bug #579) and also cryptomator does not preserve the timestamps of created/modified on files or folders (again I webDAV issue I believe #220). Once FUSE is implemented then I will look at cryptomator again as I would like to use it

@Trebuin I am using sparse bundles instead of cryptomator now based on @dodekeract 's suggestion and it is working well. A 3TB sparse bundle isn't a problem if you just add a single file to it. It does not retransmit everything, just the added file. You shouldn't mount and read/write from more than one source at the same time though as that can corrupt it, but otherwise all works well.

@lassomagic

This comment has been minimized.

lassomagic commented Nov 24, 2017

@overheadhunter thanks for the update on the fuse progress! I think a lot of people are looking forward to a fuse implementation - issues #579 and #220 that should be fixed with fuse are big for me and made me look to alternative options instead of cryptomator

@pgolebiowski

This comment has been minimized.

pgolebiowski commented Dec 7, 2017

@overheadhunter @tobihagemann Thanks for developing Cryptomator. Would love to use it, but it's unusable with WebDAV on High Sierra. I've seen fuse-nio-adapter and am wondering when it could be integreated with Cryptomator and released. Really looking forward to it. Thanks!

@heiligabendbaer49

This comment has been minimized.

heiligabendbaer49 commented Jan 21, 2018

@lassomagic
hello I am new and have no idea of encryption at all. I use macOS 10.13 and Windows 10.

I have 3 external hard drives which have together a size of 4tb. I bought 2 new hard drives with a size of 4tb and formatting to exFAT.
there are only many pictures, video, documents files and many folders. No backup from macOS system or Windows system

what is recommended for consumers?

is a single large 4tb disk image (sparseimage) recommendable to create, what happens with the speed? you has tested with a big single image from 3TB or higher?

@cryptomator cryptomator locked as off topic and limited conversation to collaborators Jan 22, 2018

@overheadhunter

This comment has been minimized.

Member

overheadhunter commented Jan 22, 2018

Locking this issue, as some comments are vastly off-topic. Of course we will keep you updated about FUSE related progress! 😉

@overheadhunter

This comment has been minimized.

Member

overheadhunter commented Apr 6, 2018

Today we released our first beta of 1.4.0, which brings FUSE support to macOS and Linux.

If you experience any issues, please report them and tell us what software version (including macOS version, linux kernel, display manager, desktop environment) you're using.

⚠️ This is a beta version! Make backups and don't use this version for production data. ⚠️

@overheadhunter

This comment has been minimized.

Member

overheadhunter commented Jun 17, 2018

Closing this, as FUSE support is mostly implemented. Some things are still missing, but other issues like #220 should cover them.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.