On Sunday 26 June 2005 19:05, Tim Freeman wrote: > Aha. I left out how I configured the filesystem. I specified "p" to > get paranoid mode, and apparently you selected the default option. On > my machine (using your recent encfs 1.2.2.2-1 deb), I reliably see the > problem when I specify paranoid mode, and I don't see it when I take > the default.
I've examined the behavior some more, and this is a serious bug for users of
paranoia mode. The rename logic which deals with file headers doesn't take
into account that non-regular files shouldn't be changed.
Symbolic links which point to non-existant files or files outside of the
filesystem will cause a rename failure. This is annoying, but the rename
undo logic should take care of any partial renames.
The big problem is that symbolic links to existing files within the filesystem
can cause corruption of the target of the symbolic link because the file's
header is updated using the wrong IV.
$ echo "oh no" > sacrificial-lamb
$ ln -s ../sacrificial-lamb foo
$ cat foo/sacrificial-lamb
oh no
$ mv foo bar
$ cat foo/sacrificial-lamb
[junk]
The patch from my previous mail should work. I will be releasing a new
version after I've had a chance for more testing.
thanks,
Valient
pgpWuCVbkzV4c.pgp
Description: PGP signature
