Re: encfs unmounting with open fd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/11/2010 01:28 PM, David L wrote:
> I just started playing around with encfs and noticed
> some behaviour that surprised me... not sure if
> it's a bug or a bad design or if I have unreasonable
> expectations.  But if I mount a directory like this:
> 
> encfs ~/.crypt ~/crypt
> 
> Then start editing a file in ~/crypt... eg:
> 
> emacs ~/crypt/foo &
> 
> Then if I try to unmount the crypt directory, I'd
> expect it to complain that it can't unmount it
> because it is busy.  But it happily lets me unmount
> it.  If I continue editing the file and save it, it creates
> a new file in the empty mount point directory.
> 
> Another thing I noticed is that the little desktop
> icon that pops up when I mount the crypt directory
> has a right click menu to unmount, but it gives
> an error about it not being in fstab when I try
> to unmount it that way.
> 
> Are either or both of these bugs?
> 
> Thanks,
> 
From the encfs man page:

CAVEATS
   EncFS is not a true filesystem. It does not deal with any of the
   actual storage or maintenance of files. It simply translates
   requests (encrypting or decrypting as necessary) and passes the
   requests through to the underlying host filesystem. Therefor any
   limitations of the host filesystem will likely be inherited by
   EncFS (or possibly be further limited).

   One such limitation is filename length. If your underlying
   filesystem limits you to N characters in a filename, then
   EncFS will limit you to approximately 3*(N-2)/4. For example
   if the host filesystem limits to 256 characters, then EncFS will
   be limited to 190 character filenames. This is because encrypted
   filenames are always longer then plaintext filenames.

So, in the first case, the file man not be open, or the open file is
most likely in the ~/.crypt folder, and not in the encfs mounted on
~/crypt. Some editors will open the file, read it, and close it
again. It ten works with a temporary copy of the file. When you save
the file, the original file is renamed as a backup, and the
temporary file replaces it.

In the second case, I think it is a matter of the umount command not
knowing how to handle a fuse-mounted file system. Not so much a bug
as an added feature that needs to be implemented so that umount
knows to hand the unmount of encfs off to fusermount.

Just my WAG
Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux