Re: encfs works?

[Jan Šmydke <jan.smydke%jh-inst.cas.cz@localhost>]

I used encfs on Linux for a couple of years and was completely
satisfied with its service. Now I wanted to get some of the crypted data
on NetBSD but I failed so far.

1. "$ encfsctl info ~/.crypt": Unable to load or parse config file

I found NetBSD uses .encfs5, but from my Linux I had .encfs6.xml

All right - a question of the version

But still is encfs usable on NetBSD?

--------------

2. As root I created new encfs dir:

# encfs ~/.crypt ~/crypt

after verifying password, the process remains in fg. Well I can send it
to bg - OK. Now I can use encfs the usual way.

To unmount it I used regular

# umount /root/crypt

because "# fusermount -u /root/crypt" said: "fusermount: Not enough
command line arguments"

So fuse-encfs works under root

--------------

3. But it doesn't work for a regular user (or at least it doesn't work
for me):

$ encfs ~/.crypt ~/crypt

after verifying the password it said:

EncFS Password: 
encfs: puffs_mount: cannot open /dev/puffs
encfs: puffs_mount: directory "/home/honza/crypt": Permission denied

Both the dirs "/home/honza/.crypt" and "/home/honza/crypt"
have "drwx------" for me, so it should be all right...

---------------

To sum it up, encfs works for me on generic netbsd, but only under
root. This is somewhat disappointing. Or am I doing something wrongly?

Thanks for any comments,

JS

On Thu, 29 Oct 2009 20:45:33
-0400 Greg Troxel <gdt%ir.bbn.com@localhost> wrote:

> 
> I have been a long-time cfs user (since 1990 or so!), and want
> something that also works on a mac.  Someone pointed out encfs, and
> it seems to be modern cfs via fuse instead of nfs, which is pretty
> much what I want.
> 
> I built fuse-encfs from pkgsrc and was able to create a container, but
> I'm losing on "touch encfs/foo", which produces:
> 
> 20:42:05 (DirNode.cpp:1022) created FileNode
> for /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC 20:42:05
> (DirNode.cpp:784) in FileNodeDestructor for /home/gdt/.encfs/
> (refcount 1) 20:42:05 (DirNode.cpp:794) destroying
> FNode /home/gdt/.encfs/ 20:42:05 (encfs.cpp:79) getattr
> on /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC 20:42:05
> (RawFileIO.cpp:188) getAttr error
> on /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC: No such file or
> directory 20:42:05 (DirNode.cpp:784) in FileNodeDestructor
> for /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC (refcount 2) 20:42:05
> (encfs.cpp:79) getattr on /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC
> 20:42:05 (RawFileIO.cpp:188) getAttr error
> on /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC: No such file or
> directory 20:42:05 (DirNode.cpp:784) in FileNodeDestructor
> for /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC (refcount 2) 20:42:05
> (encfs.cpp:137) mknod on /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC,
> mode 33188, dev -4944899201977810944 20:42:05 (FileNode.cpp:192)
> mknod error: Operation not permitted 20:42:05 (DirNode.cpp:784) in
> FileNodeDestructor for /home/gdt/.encfs/Ry6,M4JRVLjbksYIzogQXTMC
> (refcount 2) touch: encfs/foo: Operation not permitted 20:42:05
> (encfs.cpp:517) doing statfs of /home/gdt/.encfs
> 
> any clues?  does this work for anyone else?
> 
> is encfs regarded as reasonable code from the paranoid viewpoint?
>