[Bug 623087] Re: ecryptfs file permissions broken with kernel 2.6.36-rc2

Tyler Hicks tyhicks at linux.vnet.ibm.com
Thu Aug 26 05:21:06 UTC 2010


On Wed Aug 25, 2010 at 09:07:16AM -0000, Kalle Valo <kalle.valo at canonical.com> wrote:
> Rocko <rockorequin at hotmail.com> writes:
> 
> After fsck and booting to an older kernel I saw some of the directories
> twice in my home directory, for example Documents and Downloads. I
> assume gnome created a new set of directories because it wasn't able to
> open the encrypted ones and that caused the corruption. But I'm making
> wild guesses here and can be way off.
> 

I hope that this was the extent of the 'corruption'. You shouldn't have
been able to reach any of your existing files with encrypted names and
any new files would have unencrypted names. When rebooting into an older
kernel, you could see two files with same name because one had file name
'foo', which was unencrypted in the lower file system and the other was
the encrypted version of file name 'foo' in the lower file system.
getdents() would return 2 files of the name 'foo', but only one could be
looked up.

I imagine that if you remove any newly created files under the
2.6.36-rc{1,2} kernels (they should be easy to locate in the lower file
system because the file names don't start with ECRYPTFS_FNEK_ENCRYPTED
and are plaintext), everything should be back to normal.

I am sorry for the inconvenience.

Tyler

-- 
ecryptfs file permissions broken with kernel 2.6.36-rc2
https://bugs.launchpad.net/bugs/623087
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to linux in ubuntu.




More information about the kernel-bugs mailing list