[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-08-24 Thread mhalcrow
If you want to use ext4 encryption with a subdirectory of your home
directory and don't mind using the e4crypt or fscrypt tools to set it
up, you shouldn't run into any real problems. If you want feature parity
with how eCryptfs works in Ubuntu (i.e., automatically unlocking your
home directory when logging in), I'd wait until 17.10 comes out with
full support for that. fscrypt has all the functionality needed to
implement unlock-on-login, but until 17.10 you'll have to go through the
trouble of setting up PAM and what not yourself.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-08-24 Thread iGadget
Thanks mhalcrow for your elaborate reply. While appreciated, IMHO you
don't need to apologize. It's not your fault we as end-users weren't
notified of this limitation during installation.

For a lot of us, the situation looks pretty sad. There's eCryptfs which
has the file name limitation and there's full disk encryption which is
(AFAIK) only available on the alternate installer. And last time I
heard, full disk encryption poses problems when Windows is installed on
the same disk, leaving eCryptfs as the only option to many of us. So
kudos for trying to fix this!

About your proposed solution - as an Ubuntu 16.04.2 user with
(currently) 4.10 kernel, does this mean I could use ext4 encryption
without too much risks or would I still be in "early adopter" territory?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-08-23 Thread mhalcrow
Hi, original designer/author of eCryptfs chiming in. Sorry for the mess
with file name lengths, but because of technical constraints in the
kernel file system stack and security concerns, I went with the design I
did.

Good news is, I fixed this issue for file-based encryption by designing
it (sort of) right in file system native encryption. That's currently
available in ext4 for kernels 4.1 and later. We're working to switch
from eCryptfs to ext4 encryption for Ubuntu 17.10.

https://github.com/google/fscrypt/issues/24

We've released a really great user space utility to help you do pretty
much everything you can do with eCryptfs today:

https://github.com/google/fscrypt

https://launchpad.net/~ubuntu-security/+archive/ubuntu/ubuntu-security-
staging/+build/13255257

Prior to Ubuntu 17.10, you'll be in "early adopter" territory with ext4
encryption on Ubuntu.

Note that I did make a security tradeoff with the current version of
file name encryption in ext4 for the sake of giving you (1) the full 255
characters and (2) decent performance. If the plaintext prefixes for two
file names in the same directory collide, then the ciphertext prefixes
will also collide. I asked Alex Cope and Eric Biggers to try to fix that
by implementing a new encryption mode that they proposed upstream, but
getting new encryption modes upstream isn't necessarily a trivial
prospect. No real crypto review/comments so far.

https://www.spinics.net/lists/linux-crypto/msg22416.html

Note that Android is carrying the HEH patches and is using that mode for
file name encryption. Hopefully we'll be able to get that upstream at
some point.

** Bug watch added: github.com/google/fscrypt/issues #24
   https://github.com/google/fscrypt/issues/24

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-04-16 Thread Nicola Bernardelli
@baltic +1 At least a warning **should** be issued when offering to
encrypt the home folder, clarifying what the length limits are with and
without that encryption. The limit is not **at all** hard to hit, I hope
a solution will be implemented.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-04-04 Thread Seth Arnold
Gary, please file questions in
https://answers.launchpad.net/launchpad/+addquestion with urls to spam
-- I've already handled this one
https://answers.launchpad.net/launchpad/+question/610279

Thanks

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-04-04 Thread Gary Brainin
Here's a new bug: There doesn't seem to be a way to mark comments as
spam.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-04-04 Thread Frank
5 out of 5 stars for this only program Long Path Tool. Others are
definitely not recommended. Try it to believe it. It deletes everything
duplicate. Please use this program and nothing else & I am being
serious.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-02-18 Thread Gary Brainin
@baltic (bugsgenerator) You're right, but the powers that be have for
years refused to see the distinction between changing the way filenames
are handled (which they have, I think, adequately explained the
technical reasons for not doing) and providing adequate documentation
and error handling (which they have conveniently ignored).

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2017-02-17 Thread baltic
Guys you should at least have warned users about this shit at the
install screen, where you offer to encrypt the home folder. Those limits
are not really that hard to hit, when you use non latin alphabet and are
a serious disadvantage.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-09-29 Thread frans daniel
Long too path error!
"Long path tool" is very helpful for this problem. You can solve this problem 
like copy, delete, long path files by using this tool.
I used to have similar problems too, but after using "long path tool" 
everything was solved.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-08-22 Thread Ronald
Long Path Tool worked wonders for me, it helped me a lot.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-08-21 Thread Jakob Unterwurzacher
Yes!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-08-20 Thread Jarno Suni
Are the above two messages spam about some Windows program?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-08-20 Thread frans daniel
Long too path error!
"Long path tool" is very helpful for this problem. You can solve this problem 
like copy, delete, long path files by using this tool.I used to have similar 
problems too, but after using "long path tool" everything was solved.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-08-15 Thread Samantha Chloe
“Long Path Tool” is very helpful for this error !
You can use to solve this problem


Long Path Tool help me a lot when i have an issue like file deleting or 
renaming the file. Also good to use if file name and file extension is too long.

I used to have similar problems too, but after using "long path tool"
everything was solved. Try this software and you would be glad you did.

Do you feel problem to delete, copy or moving long path file! you can
solve this problem by using "Long path Tool". This tool is very helpful
for solve this kind problem.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2016-03-29 Thread Ilya
Interesting: encfs can deal with long filenames, but ecryptfs can't (I
know encfs is based on fuse and ecryptfs isn't). And it's very sad that
you are not thinking about non-ANSI users (mentioned by Yanpas) . Now I
constantly facing with this limitation and I constantly regretting about
migrating from encfs.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2015-11-19 Thread Jason M.
My comment is not directly related to this issue, but still it affected
me:

To all git users out there: Using git on encrypted file system, that's where 
your filename too long error might come from!
Solution: Move your git directory to a non encrypted file system.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2015-10-25 Thread joshua42
I would recommend in this case to try program Long Path Tool

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2015-08-16 Thread Yanpas
!
IMPORTANT

By the way the limitation for non latin users are stricter. For example
cyrillic symbols in UTF8 consume 2bits, not 1. So filename may be
maximux 71 symbols. AFAIR chinese symbols consume 3 bytes...

IMPORTANT
!

PS Change the description please

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2015-08-10 Thread Yanpas
Faced this on trusrty when was executin ecryptfs-migrate...

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2015-01-13 Thread wahidhaq
Hello,

I suggest you to download new Long Path Tool software that simply allows
you to work easily on Long Path files.

Thank you.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2014-12-04 Thread Felix Moreno
Hi, i respect the work of the open source community, and they take
decissions because of they create the code and they will have to take
care of it, but 

Reduce the number of chars of the filename, just because the directory
is crypted is not at all a good decision.

Is like not use doors in a car because of is more safe to have only one
door at the top of the car, or becasue of the designer of the car
decided to put the door in the top

Is very conmon to use the number of chars ext4 (for example) offers, and
if you crypt a ext4 directory you should respect the max file chars of
ext4... if not, just create your own crypted file system with your own
limits.

Is a step in the wrong direction reduce the possibilites of a file
system just because of is crypt.

Bests.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2013-05-31 Thread alexabrock
You can try this software:  Long Path Tool,  it helped me a lot  for the
same issue...

 http://LongPathTool.com

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-11-05 Thread Gabriel
Do you really have to have that prefix in there? If you REALLY have to
have some way to know it is encrypted/obfuscated can't you just store a
flag in the xattr?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-11-05 Thread Tyler Hicks
On 2012-11-05 09:37:27, Gabriel wrote:
 Do you really have to have that prefix in there?

No, we don't have to, but that's how it was in the original design.

Doing away with the prefix doesn't really gain us much in the bigger
picture of trying to support 255 characters.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-10-15 Thread Thomas
Hello,

what about to encoded long filenames in filenames of extra files? So
that if a filename is too long an extra file is created which sole
purpose it is to provide additional filename data in its own filename.
The size of the extra file could be 0 bytes or filled with random data
up to the minimum possible filesize (4096 bytes if I'm not mistaken).

So it could look somewhat like this:

ECRYPTFS_FNEK_ENCRYPTED.AbC.LONG_FILENAME_INDICATOR_ID_1234_1_2_This_is_a_ve--
ECRYPTFS_FNEK_ENCRYPTED.AbC.LONG_FILENAME_INDICATOR_ID_1234_2_2_ry_long_name--

ECRYPTFS_FNEK_ENCRYPTED.AbC.LONG_FILENAME_INDICATOR_ID_5782_1_3_Another_very--
ECRYPTFS_FNEK_ENCRYPTED.AbC.LONG_FILENAME_INDICATOR_ID_5782_2_3_speaking_and--
ECRYPTFS_FNEK_ENCRYPTED.AbC.LONG_FILENAME_INDICATOR_ID_5782_3_3_longish_name--

Pros:
+ No file content must be read.
+ No problems with hardlinks.
+ No xattr related problems.

Cons:
- Uses more disk space.
- Possible notable performance loss when creating many small files.
- Possible arising of new problems when creating a massive massive amount of 
files. (Do to number of files limitation. But I believe that that is a 
theoretical problem and one will run out of space before that could happen.)

(I'm effected by this limitation as a Consumer-NAS-User. Non-ASCII-Filenames 
must be even shorter than 143. I first hit the limitation with a 63 character 
long filename.)
(English isn't my first language nor am I a FS expert. So I'm very sorry if I 
couldn't make my self clear or the proposal doesn't make any sense.)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-10-15 Thread Tyler Hicks
On 2012-10-15 14:03:46, Thomas wrote:
 what about to encoded long filenames in filenames of extra files? So
 that if a filename is too long an extra file is created which sole
 purpose it is to provide additional filename data in its own filename.

Storing the extra part of the filename somewhere else (whether it is in
an xattr, in the file's header metadata, or in a special per-directory
file) is a possibility but there are still downsides to that type of
solution. Added code complexity is also a big issue from a maintenance
point-of-view.

If quality patches were proposed, I'd strongly consider merging them but
I do not currently have plans to implement this type of functionality.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread papukaija
@Desertship: You don't need to reinstall but only to install all
updates. Please open a new bug if you are affected by this bug after
installing all updates and rebooting. Thanks.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread papukaija
Please also tell us the name of the application that you were using.
Please see more details in comment 83.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Desertship
@papukaija Did report new bug:
https://bugs.launchpad.net/ecryptfs/+bug/1018050

sry for the bad formatting I'm nor really used to launchpad yet. Problem
affects tranmission (bittorrent cliecnt (there is already at least one
bug)) but also low level tools such as mv.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Tyler Hicks
eCryptfs cannot store filenames longer than 143 characters. It is simply
a design limitation. You can read the history of this bug report and see
that we've tried to come up with a better way of doing filename
encryption but there is no known solution to store 255 character
filenames without creating new design limitations.

Please only create new bugs if an application generates filenames that
are too long to store in eCryptfs. The statfs() syscall provides a way
for applications to check maximum filename length. eCryptfs now
correctly reports its maximum filename length and applications should
obey it.

When mv'ing files with long filenames into an eCryptfs mount, you may
hit the filename limit. This is unfortunate, but it is a necessary limit
when filename encryption is enabled.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Tyler Hicks
** Description changed:

+ ===
+ IMPORTANT: eCryptfs can only store filenames of up to 143 characters when 
filename encryption is enabled. There is cryptographic metadata and padding 
involved when encrypting filenames and the remaining 112 characters must be 
used for those purposes.
+ 
+ This bug is considered 'fixed' by the upstream maintainers. The eCryptfs
+ kernel error message has been reduced to a debug level log message and
+ eCryptfs now correctly reports its maximum supported filename length
+ through the statfs() syscall. This is all that can be done without
+ implementing a completely new encrypted filename design. A design that
+ allows 255 character filenames without introducing other design
+ limitations has not been identified and no one is currently working to
+ come up with such a design.
+ 
+ Please do not add comments or create new bugs saying that mv reports
+ 'File name too long' or that you can't create a long filename in your
+ eCryptfs mounts. It is an unfortunate design limitation that cannot be
+ avoided at this time.
+ 
+ Please do create new bugs when an application generates filenames that are 
too long to be stored in an eCryptfs mount. The application may be able to use 
the statfs() syscall to check the filename length limits of eCryptfs. Note that 
this does not include something like a torrent or ftp client trying to download 
a file with a long filename. The application is not generating the filename in 
those cases, it is just downloading the file that the user told it to download.
+ ===
+ 
  When trying to create a new file with a relatively long filename (f. ex. 
dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt)
  I get an error: file name to long, when in fact the file name is not to long, 
but the encrypted name created for this file is to long, so, the file was not 
created.
  
  this is no problem when I try to create a file, but when I'm copying a
  lot of files to my home folder I get some: filename to long error's and
  it's hard to fix (first locate the file, create shorter name, move
  again)
  
  so, maybe you could create a check for to long filenames?
  
  I'm using ext4 here...
  
  mv 
dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt
 /home/jens/
  mv: cannot stat 
`/home/jens/dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt':
 File name too long
  
- 
  libecryptfs0:
-   Installed: 71-0ubuntu2
-   Candidate: 71-0ubuntu2
-   Version table:
-  *** 71-0ubuntu2 0
- 500 http://be.archive.ubuntu.com jaunty/main Packages
- 100 /var/lib/dpkg/status
+   Installed: 71-0ubuntu2
+   Candidate: 71-0ubuntu2
+   Version table:
+  *** 71-0ubuntu2 0
+ 500 http://be.archive.ubuntu.com jaunty/main Packages
+ 100 /var/lib/dpkg/status

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Mark Szentes-Wanner
Dear Tyler,

can you please repeat it for some of us what these possible new design
limitations would be?

While from the strict technical point of view I agree with you that the
code works as per specification, I am very disappointed that this issue
could not be solved in 3 years. For current end user systems, a file
system with 143 characters maximum file name length is not fit for
everyday use.

Thanks for your support

Mark

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Tyler Hicks
** Description changed:

  ===
- IMPORTANT: eCryptfs can only store filenames of up to 143 characters when 
filename encryption is enabled. There is cryptographic metadata and padding 
involved when encrypting filenames and the remaining 112 characters must be 
used for those purposes.
+ IMPORTANT: eCryptfs can only store filenames of up to 143 characters when 
filename encryption is enabled. The remaining 112 characters are used for 
storing metadata such as the encrypted filename prefix, the signature of the 
filename encryption key, and an identifier for the cipher used, as well as 
random bytes to make /foo/file and /bar/file encrypt to different ciphertext 
and padding bytes to achieve proper cipher block size alignment.
  
  This bug is considered 'fixed' by the upstream maintainers. The eCryptfs
  kernel error message has been reduced to a debug level log message and
  eCryptfs now correctly reports its maximum supported filename length
  through the statfs() syscall. This is all that can be done without
  implementing a completely new encrypted filename design. A design that
  allows 255 character filenames without introducing other design
  limitations has not been identified and no one is currently working to
  come up with such a design.
  
  Please do not add comments or create new bugs saying that mv reports
  'File name too long' or that you can't create a long filename in your
  eCryptfs mounts. It is an unfortunate design limitation that cannot be
  avoided at this time.
  
  Please do create new bugs when an application generates filenames that are 
too long to be stored in an eCryptfs mount. The application may be able to use 
the statfs() syscall to check the filename length limits of eCryptfs. Note that 
this does not include something like a torrent or ftp client trying to download 
a file with a long filename. The application is not generating the filename in 
those cases, it is just downloading the file that the user told it to download.
  ===
  
  When trying to create a new file with a relatively long filename (f. ex. 
dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt)
  I get an error: file name to long, when in fact the file name is not to long, 
but the encrypted name created for this file is to long, so, the file was not 
created.
  
  this is no problem when I try to create a file, but when I'm copying a
  lot of files to my home folder I get some: filename to long error's and
  it's hard to fix (first locate the file, create shorter name, move
  again)
  
  so, maybe you could create a check for to long filenames?
  
  I'm using ext4 here...
  
  mv 
dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt
 /home/jens/
  mv: cannot stat 
`/home/jens/dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt':
 File name too long
  
  libecryptfs0:
    Installed: 71-0ubuntu2
    Candidate: 71-0ubuntu2
    Version table:
   *** 71-0ubuntu2 0
  500 http://be.archive.ubuntu.com jaunty/main Packages
  100 /var/lib/dpkg/status

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Tyler Hicks
On 2012-06-26 22:21:29, Mark Szentes-Wanner wrote:
 can you please repeat it for some of us what these possible new design
 limitations would be?

Hi Mark - I added some high level details to top of the bug description.

 While from the strict technical point of view I agree with you that the
 code works as per specification, I am very disappointed that this issue
 could not be solved in 3 years. For current end user systems, a file
 system with 143 characters maximum file name length is not fit for
 everyday use.

I understand that it is a frustrating technical limitation, especially
for an end user.

The filename length restriction affects each user differently. I know
many people that have never hit the limit in everyday use but I do
appreciate the large number of people that are affected by the limit.

I hope that someone comes up with a great idea and submits a patch that
I can commit upstream. Until then, eCryptfs will have this filename
length limitation.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-26 Thread Mark Szentes-Wanner
Thanks Tyler for explaining.

Mit freundlichen Grüßen

Mark Szentes-Wanner

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-25 Thread scotte
For other people struggling with this issue specifically related to
scala class filenames, there is an option to the scala compiler, -Xmax-
classfile-name, which can be used to work around this issue. Any class
names longer than the specified length will use a hash. Filenames are
still prefixed with the Class name. As an example, filenames will look
something like:

ThisIsTheNameOfMyClass$$anonfun$1451f27b826de0e7dafedb447696907b5$$anonfun$apply$mcV$sp$16$$anon$3.class

So they still have enough human grokable information in them.

And of course this doesn't help if you need to unjar/extract anything
which was compiled with long filenames, but at least you can fix your
own build systems with this option.

The limit that seems to work is 144: -Xmax-classfile-name 144

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-25 Thread Desertship
I still hit this Bug on 12.04 (long torrent names in Tranmission). The
description says this bug is fixed since alpha 2. Do I have to reinstall
the system to get it? (Because I did an upgrade from 11.10). If so this
should be mentioned somewhere.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-13 Thread Bruno Medeiros
I'm still getting this error here, why do you say it's fixed?

brunojcm@brunojcm-desktop:~$ uname -a
Linux brunojcm-desktop 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 
2012 x86_64 x86_64 x86_64 GNU/Linux
brunojcm@brunojcm-desktop:~$ touch 
dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt
touch: cannot touch 
`dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt':
 File name too long

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-13 Thread Bruno Medeiros
Well, just to complete my example, trying to create the same file on a
non-encrypted FS works:

brunojcm@brunojcm-desktop:~$ cd /tmp/
brunojcm@brunojcm-desktop:/tmp$ touch 
dfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqbdfkmqsdgjfmqsldjfmlsqkjlqkdmfsmgjlqlskdqshgpoizehmlqkbgmlqbgmqb.txt
brunojcm@brunojcm-desktop:/tmp$

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-13 Thread Tyler Hicks
On 2012-06-13 18:04:46, Bruno Medeiros wrote:
 I'm still getting this error here, why do you say it's fixed?

Because this is a design limitation and it is working as expected.
Attempting to use 255 character filenames, while using filename
encryption, will never work with the current design.

The best we can do with the current design is to let applications know
what the maximum filename length is (by calling statfs() and checking
statfs.f_namelen).

Due to how eCryptfs is implemented, a filename encryption design that
would allow 255 character filenames would be difficult to implement and
it would have its own set of design limitations.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-13 Thread Tyler Hicks
On 2012-06-13 18:08:00, Bruno Medeiros wrote:
 Well, just to complete my example, trying to create the same file on a
 non-encrypted FS works:

You're ignoring the fact that the non-encrypted filesystem doesn't
actually have to encrypt the filename. There is overhead involved in
that.

This overhead is no different in the overhead involved in encrypting the
file contents. Your lower filesystem may have 512 bytes available to
store data (I'm ignoring inode storage requirements here), but you can't
create a 1 byte eCryptfs file because the design of eCryptfs pads out
the file to multiples of 4096 bytes before encrypting it and storing it
to the lower filesystem. It also requires 8192 bytes per file for
cryptographic metadata storage.

There is typically some trade-off between security and usability and
this, unfortunately, is no different.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-06-13 Thread Tyler Hicks
** Changed in: ecryptfs
   Status: In Progress = Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-05-03 Thread Roque
sorry for insist but Is there some patch to it for ubuntu 11.x?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-04-29 Thread Andrew Cowie
This is still affecting Precise. Fresh install on both sides, and rsync
can't cope with ecryptfs filenames in .Private

AfC


** Changed in: ecryptfs-utils (Ubuntu Precise)
   Status: Invalid = Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-04-29 Thread papukaija
This bug is fixed. Please open a new bug for your issue. Thanks in
advance.

** Changed in: ecryptfs-utils (Ubuntu Precise)
   Status: Confirmed = Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-03-06 Thread DanielFird
I have been suffering from accessing, managing and even renaming files
that have more than 255 characters over a long time. I have tried
various ways but failed. Then I have searched this problem in internet.
Then I have found a solution. This software is very easy to use. Named
Long path Tool.  To use the program all you need to do is to download
this program online and save all the settings to your computer. This
program is compatible with Windows NT, 2000, XP, Vista and Windows 7.
you can find it from longpathtool(dot)com

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-01-28 Thread Dustin Kirkland
Thanks, Tyler!

Reiterating, please mark 'affects distribution' and the package or program
that's still causing -36 errnos.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-01-27 Thread Marc Deslauriers
** Changed in: ecryptfs-utils (Ubuntu Precise)
   Status: Triaged = Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-01-27 Thread Tyler Hicks
** Changed in: linux (Ubuntu Precise)
   Status: In Progress = Fix Released

** Changed in: ecryptfs
   Status: Triaged = In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2012-01-27 Thread Tyler Hicks
An explanation is in order for why this was marked fixed released in the
Precise kernel.

This has been a long standing bug that is due to the design of encrypted
filenames in eCryptfs. It is very difficult, if not impossible, to come
up with a new design for encrypted filenames that doesn't have other
side effects.

It was pointed out that there is an interface for userspace applications
to query the max filename length of a mounted filesystem. The length
that eCryptfs was providing was incorrect and if an application tried to
create a filename of that length, then the error reported here was seen.
In other words, applications had no idea what length of filenames they
could use on eCryptfs filesystems.

A patch now exists in the Precise kernel that reports the correct max
filename length of eCryptfs. If still try to create too long of
filenames, that likely means that they aren't querying for the max
filename length or that their filenames cannot be shortened.

So, if you still see these errors in the Precise kernel, please leave a
comment in this bug about the application that triggered it. We'll see
if the application can create shorter filenames. If the majority of
affected applications cannot create shorter filenames, then we'll have
to revisit fixing this in eCryptfs.

Thanks!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-11-03 Thread Brad Figg
Launchpad Lib's cache file names an be quite large and are in
$HOME/.cache. I have run into the filename too long issue several times
using this library.

** Tags removed: bjf-debug

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-10-27 Thread Brad Figg
** Tags added: bjf-debug

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-10-26 Thread Jamie Strandboge
** Tags removed: rls-mgr-p-tracking
** Tags added: rls-p-tracking

** Changed in: ecryptfs-utils (Ubuntu Precise)
Milestone: None = precise-alpha-2

** Changed in: linux (Ubuntu Precise)
Milestone: None = precise-alpha-2

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-09-29 Thread Kate Stewart
** Tags removed: rls-mgr-o-tracking
** Tags added: rls-mgr-p-tracking

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-09-09 Thread Jamie Strandboge
I took the liberty of having the security team handle this bug now that
we have Tyler. We plan to either have this bug dealt with in one way or
another for 'P' (eg fixed (hopefully) or filename encryption turned off
in the installer as a fallback). I expect Tyler and John will
collaborate on it, but it seems to make sense to assign it to Tyler for
now.

** Also affects: ecryptfs-utils (Ubuntu P-series)
   Importance: Undecided
   Status: New

** Also affects: linux (Ubuntu P-series)
   Importance: Undecided
   Status: New

** Changed in: ecryptfs-utils (Ubuntu Oneiric)
   Status: Triaged = Won't Fix

** Changed in: ecryptfs-utils (Ubuntu P-series)
   Status: New = Triaged

** Changed in: ecryptfs-utils (Ubuntu P-series)
   Importance: Undecided = High

** Changed in: ecryptfs-utils (Ubuntu P-series)
 Assignee: (unassigned) = Tyler Hicks (tyhicks)

** Changed in: linux (Ubuntu Oneiric)
   Importance: Medium = High

** Changed in: linux (Ubuntu P-series)
   Importance: Undecided = High

** Changed in: linux (Ubuntu Oneiric)
   Status: In Progress = Won't Fix

** Changed in: linux (Ubuntu P-series)
   Status: New = In Progress

** Changed in: linux (Ubuntu P-series)
 Assignee: (unassigned) = Tyler Hicks (tyhicks)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-09-09 Thread Dustin Kirkland
Excellent, thanks for the commitment, Jamie!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-09-08 Thread Kate Stewart
** Tags added: rls-mgr-o-tracking

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-09-06 Thread Dustin Kirkland
Martin,

Unfortunately, there is no option for disabling it at install, or after
the fact.

Currently, the only supported method is on new setups from the command
line, using 'ecryptfs-setup-private -n'.  See the http://manpg.es
/ecryptfs-setup-private manpage for details.  Note that this can be used
in conjunction with -a to encrypt home.

I know this response is going to be unpopular.  Please keep the
subsequent flaming kind.

We're still trying to get the long-filename problem solved for 12.04, at
the highest ecryptfs priority.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-06-21 Thread Martin Spacek
So how does one go about disabling file name encryption/obfuscation to
avoid this bug? This has been asked here several times, with no answer
AFAICT. I know there's an argument you can pass during mounting, but I
can't find an explanation of where to change that mount option. How does
one go about permanently disabling file name encryption during system
install, or at the very least, immediately after setting up an encrypted
home?

Also, as mentioned previously, given the severity of this bug, file name
encryption should really be disabled by default, or at least made easier
to disable. As Dustin's explained, it's more obfuscation than encryption
anyway.

This is a real blocker for me. I have hundreds, if not thousands of
files with long names that I've accumulated over the years, and these
aren't even auto-generated. The upshot of this bug is that it's made me
investigate alternatives, and I'm starting to lean towards whole
partition encryption with dm-crypt/cryptsetup instead. Too bad that
isn't an option on the ubuntu desktop CDs, just on the alternate install
CDs.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ecryptfs/+bug/344878/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-05-24 Thread Jeremy Foshee
** Changed in: linux (Ubuntu Oneiric)
   Importance: Undecided = Medium

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-05-02 Thread mogliii
Also Zotero sometimes generates too long filenames for ecryptfs. I am affected 
by that.
http://forums.zotero.org/discussion/13320/

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-04-19 Thread crypt
After all my trouble with ecryptfs, I removed problematic zero-size
files and remounted home with xattr. Now it is working without problems.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-04-13 Thread Andreas Raster
Google send me here because of a mysterious line from my syslog:
Apr 13 22:22:08 capcom kernel: [35953.661716] ecryptfs_lookup: lookup_one_len() 
returned [-2] on lower_dentry = [2]

Which appears in my syslog several times.

I am _very_ curious about the reasons for that, because I just
mysteriously lost ~3GB of data. It was only my .local/share/Trash
directory, so it is not too drastic, but I am kind of worried that it
might happen again with some other directory.

When I lost that directory, I tried to recreate it. But mkdir insited
that it couldn't create the directory because it was already there.
Neither KDE or my shell were able to find the Trash directory, let alone
list its contents.

Before all that, I (luckily?) just made a backup of my home. I use a
little script that creates an lvm snapshot of my home partition first,
then makes the backup and afterwards removes the snapshot. Maybe this
has something to do with it? Maybe ecryptfs somehow does not like that?
The snapshot itself is really large, larger than my home partition
itself, so I don't think that I ran out of space there (which could
maybe explain my mysteriously disappering directory).

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-04-13 Thread Andreas Raster
I should probably have filed a new bug, instead of commenting here. I
even disabled that ecryptfs file name encryption thing when I installed
Lucid because I got problems with too long filenames in my home.

So, there is something else going on.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-30 Thread crypt
I've reported my bug with evolution (and data corruption) here: 
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/745408
and together with this bug 
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/372014
eCryptfs doesn't look very good in current Ubuntu 10.04.2 LTS.

Does current eCryptfs implementation in Lucid benefit from enabling
xattr on fs?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-14 Thread John Johansen
Jakob,

it can be a lot of extra seeks, but it is only done for entries that are
long names, which are hopefully the exception.  Unfortunately this is
the case for any method we use to store long name information that
doesn't fit in the underlying file system dentry (special dentry file,
file header, xattr).

I have some more updates/alternatives coming for this patch, and will
post some test kernels once the new versions are ready.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-14 Thread John Johansen
Andrew M,

As to whether this breaks backups that will depend on how you do them.

If you backup to a file system that doesn't support extended attributes
and you don't stuff the files in an archive (tar etc) with xattr
preserving options set then, yes the backed up files will lose there
long names.  The files will will still be accessible, but you will need
to use the short place holder name that is used when the long name can
not be found.  This can break some applications as they will only know
to look for files using the long file name, however if the name is known
the file can be restored by renaming it.

I have been experimenting with an alternative scheme where the long name
information is stored in the encrypted file header instead of a xattr.
This scheme will work for filesystems that don't support xattrs, but it
won't allow for long names on directories, sysmlinks, etc.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-14 Thread Jakob Unterwurzacher
Am 14.03.2011 19:26, schrieb John Johansen:
 Jakob,
 
 it can be a lot of extra seeks, but it is only done for entries that are
 long names, which are hopefully the exception.

Excellent, this resolves my doubts about enabling it by default. Thanks
for the response BTW!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-14 Thread Mark Szentes-Wanner
I accidentally hit this bug today.

I think the filename length limitation in current file systems is ridiculously 
low. Look at 
http://en.wikipedia.org/wiki/Comparison_of_file_systems#Limits

You can create single files of multiple Terabytes and Exabytes but their
names will be limited to 255 bytes, which means less than 255 characters
if you need to use Unicode. As to comment #12, a song's or book's
filename could be a lot longer than that.

The only practical Linux file system that seems to support significantly
more is ReiserFS/Reiser4. Btrfs is stuck at insane 255 bytes.

As there is no quick fix on the horizon, I will switch to Reiser4 (and
do more frequent backups and send a kind letter to Hans...)

John, please think about the -o i-have-been-warned-about-missing-xattr
mount option when the lower filesystem lacks xattr support. Still, I
somehow see trouble coming for unsophisticated users who do not know
xattr. Also, not all user space software treats xattr well.

Thank you for encryptfs, it is one of my favourite features when
combined with pam.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-14 Thread Mark Szentes-Wanner
255 bytes is a kernel limit but libc and other user space tools also
impose it.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-09 Thread Dustin Kirkland
** Changed in: ecryptfs-utils (Ubuntu Oneiric)
   Status: New = Triaged

** Changed in: ecryptfs-utils (Ubuntu Oneiric)
   Importance: Undecided = High

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-07 Thread Tim Gardner
** Changed in: linux (Ubuntu O-series)
 Assignee: (unassigned) = John Johansen (jjohansen)

** Changed in: linux (Ubuntu O-series)
   Status: New = In Progress

** Changed in: linux (Ubuntu)
   Importance: High = Undecided

** Changed in: linux (Ubuntu)
   Status: In Progress = Invalid

** Changed in: linux (Ubuntu)
 Assignee: John Johansen (jjohansen) = (unassigned)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-02 Thread Andrew M.
This may be a naive question, but will the proposed fix break the
ability to backup an encrypted directory to a fs that doesn't support
xattrs?

(I'm talking specifically about the use-case where I copy my encrypted
home directory directly to like cifs or something.)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-02 Thread Kate Stewart
** Also affects: ecryptfs-utils (Ubuntu O-series)
   Importance: Undecided
   Status: New

** Also affects: linux (Ubuntu O-series)
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-01 Thread Martin Pitt
** Changed in: linux (Ubuntu Natty)
Milestone: natty-alpha-3 = ubuntu-11.04-beta-1

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-03-01 Thread Dustin Kirkland
Talking to John, unfortunately this fix won't make it into Natty's
kernel.

Re-targeting it for the Obnoxious Ossifrage Ubuntu release (or
whatever).

** Changed in: linux (Ubuntu Natty)
Milestone: ubuntu-11.04-beta-1 = None

** Changed in: linux (Ubuntu Natty)
   Status: In Progress = Won't Fix

** Changed in: ecryptfs-utils (Ubuntu Natty)
   Status: Triaged = Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-26 Thread Jakob Unterwurzacher
@crypt: If you can't write files because the disk is full it's not data
corruption, nor is it here.

@John Johansen:
That is, for every readdir(), for each file the xattr will be read, right? 
Sounds like a lot of seeking, are you sure about enabling it by default? ( If 
you could build an i386 kernel I will happily do some performance testing )

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-26 Thread crypt
Jakob, it's always bad when application can write some portion of data,
and can't another because of using long names. And I also saw when
several new local folders appeared in Evolution with profile on
eCryptfs. Their names were like InboxkwER, InboxRbko, and so on. Maybe I
faced a new bug, but who can distinguish them, since there are known
bugs, that wouldn't be fixed.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-23 Thread crypt
I understand that backporting fix isn't that easy, but could you clarify
things a bit more. I though Long Term Support means that all critical
bugs in main repository (eCryptfs is in main, isn't it?) would be fixed
by Canonical according to their policy. Corruption of user's data (which
caused by inability to write files with long filenames) is really a
serious bug. How can this be?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-22 Thread Dustin Kirkland
I'm sorry to disappoint, but this fix will involve a major feature
added to the eCryptfs kernel, which won't make it into the 10.04 LTS.
We might be able to provide special kernels in a PPA, but I don't see
any way that we can get this new feature into the last LTS.  Sorry.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-18 Thread crypt
Thanks for your work. Please don't forget LTS 10.04 users after this fix will 
be considered stable. Also thought that may be this bug is somehow connected 
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/372014
 If ecryptfs fails to create file or create an empty one, logs then 
overflooded...
---
grep eCrypt /var/log/kern.log.1 | wc -l
16280

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-15 Thread John Johansen
Update on the current status
* the on disk format is NOT stable.  Changes will likely be made during the 
upstreaming review cycle.
** If you have data stored using the test kernel, the migration process will be 
to copy your data out of ecryptfs, update your kernel and then copy your data 
back in.* the current patch use the xattr storage method
* development on storing long name in file headers isn't stable yet and is 
eating data (it is not included in the above test kernel)
* the on disk format is not stable.  Changes will likely be made during the 
upstreaming review cycle.
** If you have data stored using the test kernel, the migration process will be 
to copy your data out of ecryptfs, update your kernel and then copy your data 
back in.
* the userspace tools have not been updated to make configuring longname 
support easy has not been done yet
** the test kernels have it enabled by default
** to change it to off requires doing a manual mount (remount won't work) 
passing the flag -o ecryptfs_no_longname_xattr

A ppa a kernel containing the patch is being set up at
https://launchpad.net/~jjohansen/+archive/ecryptfs-kernel-dev

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-15 Thread John Johansen
The way the patch is currently setup you don't need a new ecryptfs-
utils, but I think that will likely change before the final iteration.
If you want to test this in a fedora kernel you will need to pull the
patch from the git repo and apply it to the fedora kernel and build.

pulling the patch out of the git tree is relatively simple
git clone git://kernel.ubuntu.com/jj/ubuntu-natty.git
cd ubuntu-natty.git
git format-patch HEAD^

this will drop a patch file in the directory 0001-EcryptFS-Add-support-
for-file-names-that-are-too-lon.patch (or something similar) and then
you can apply this to the fedora kernel

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-14 Thread Reik Red
Hey, great to see that there is progress on this enhancement.

Is there any hope of getting a package that will work with fedora 14
x86_64? From the above comment I have (perhaps errantly) deduced that I
need both a new ecryptfs-utils AND a new kernel source to compile.

But because it appears to be bundled into one Ubuntu git object I'm not
quite sure how to proceed -- any advice?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-02-11 Thread John Johansen
Okay, I have been playing with this for a while and it seem stable (famous last 
words), the patch in its current state is in the git tree.
  git://kernel.ubuntu.com/jj/ubuntu-natty.git

And a current build against the natty kernel is available from
  
kernel.ubuntu.com/~jj/linux-headers-2.6.38-3-generic_2.6.38-3.30~ecryptfslongnameV2_amd64.deb
  
kernel.ubuntu.com/~jj/linux-image-2.6.38-3-generic_2.6.38-3.30~ecryptfslongnameV2_amd64.deb

if someone requests I can build i386 too.

Now a few notes about this:
- as this isn't the final version it is possible that future changes will cause 
breakage, you have been warned
- it may contain bugs that will eat your data
- Longname support is enabled by default and can be disabled with the mount 
flag ecryptfs_no_longname_xattr
  - eg.  -o ecryptfs_no_longname_xattr
- the patch substitutes a shortname (hash) into the lower filesystem that is 
encrypted like any other filename
  so you will not be able to tell which filenames are short just by looking at 
them.
- longnames are stored as an xattr on the file.  The name of the xattr is 
derived from the shortname, and the
  value is the encrypted longname
- the longname's are stored in the trusted xattr namespace so you will need to 
be root to even see that they
  are there.
- you can  look at the xattr using the xattr command from the python-xattr 
package (or any similar tool) also
  if you are using -h is much more helpful than the man page
- if for some reason the longname becomes out of sync with the shortname with 
be shown in its place
- the encrypted files are compatible with older versions of ecryptfs, so you 
can dual boot between kernels
  etc without loosing data.  What you do risk loosing is the longname 
information stored in the xattr, however
  the file should still be accessible even if this happens
- have fun breaking it and please attach the errors you get

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-28 Thread Andy Whitcroft
** Changed in: linux (Ubuntu)
Milestone: natty-alpha-2 = natty-alpha-3

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-28 Thread Brian Murray
** Also affects: ecryptfs-utils (Ubuntu Natty)
   Importance: High
   Status: Triaged

** Also affects: linux (Ubuntu Natty)
   Importance: High
 Assignee: John Johansen (jjohansen)
   Status: In Progress

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-27 Thread Kate Stewart
** Changed in: linux (Ubuntu)
   Importance: Undecided = High

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-13 Thread Guido Serra
Also using TinyCA2, creating certificates for servers with long
hostnames (35 characters in my case), you encounter this bug. TinyCA2
tries to create a filename out of a Base64 hash of the CN  (when it
generates the CSR and the private key for the host).


DEBUG return: /usr/bin/openssl req -new -keyform PEM -outform PEM
-passin env:SSLPASS -config /home/me/.TinyCA/CA/openssl.cnf -out
/home/me/.TinyCA/CA/req/Z2VvMDEubWFwcy5kZXZibG4uZXVyb3BlLm5va2lhLmNvbTpudW56aW8udmlzY2lhbm9Abm9raWEuY29tOkxvY2F0aW9uIFN5c3RlbSBFbmdpbmVlcnM6Tm9raWEgU2VydmljZXM6QmVybGluOkJlcmxpbjpERQ==.pem
-key
/home/me/.TinyCA/CA/keys/Z2VvMDEubWFwcy5kZXZibG4uZXVyb3BlLm5va2lhLmNvbTpudW56aW8udmlzY2lhbm9Abm9raWEuY29tOkxvY2F0aW9uIFN5c3RlbSBFbmdpbmVlcnM6Tm9raWEgU2VydmljZXM6QmVybGluOkJlcmxpbjpERQ==.pem
-sha1

Error opening Private Key 
/home/me/.TinyCA/CA/keys/Z2VvMDEubWFwcy5kZXZibG4uZXVyb3BlLm5va2lhLmNvbTpudW56aW8udmlzY2lhbm9Abm9raWEuY29tOkxvY2F0aW9uIFN5c3RlbSBFbmdpbmVlcnM6Tm9raWEgU2VydmljZXM6QmVybGluOkJlcmxpbjpERQ==.pem
6343:error:02001024:system library:fopen:File name too 
long:bss_file.c:356:fopen('/home/me/.TinyCA/CA/keys/Z2VvMDEubWFwcy5kZXZibG4uZXVyb3BlLm5va2lhLmNvbTpudW56aW8udmlzY2lhbm9Abm9raWEuY29tOkxvY2F0aW9uIFN5c3RlbSBFbmdpbmVlcnM6Tm9raWEgU2VydmljZXM6QmVybGluOkJlcmxpbjpERQ==.pem','r')
6343:error:20074002:BIO routines:FILE_CTRL:system lib:bss_file.c:358:
unable to load Private Key

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-12 Thread crypt
 I'm glad that this bug is not forgotten. I'm affected as well by using
sarg (perl log analyzer).

SARG: (report) Cannot open file: /home/crypt/Private/squid-
reports//2011Jan11-2011Jan12/12.12.12.1/tt12.12.12.1-ppa_launchpad_net_ubuntu_mozilla_daily_ppa_ubuntu_pool_main_f_firefox_firefox_branding_3_6_14%7Ehg20110111r34860+nobinonly_0ubuntu1%7Eumd1%7Elucid_amd64_deb.html

Turning off file name encryption is definitely meaningless here.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-12 Thread crypt
My mistake sarg isn't written in perl, just wrapper. Anyway, file names
may be too informative.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-12 Thread jangad butta
Instead of using obsolete solution from www.longpathtool.com, you'd
better visit the website of original manufacturer - www.pathtoolong.com
- to download the latest version of Path Too Long.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup:
  lookup_one_len() returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-10 Thread BlueT - Matthew Lien - 練喆明
This hits my develop server when building perl, too...
Reproduce:
bl...@ubuntu-rocks:~$ LC_ALL=C sudo touch 
really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-long-directory-name-1
touch: cannot touch 
`really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-really-long-directory-name-1':
 File name too long

bl...@ubuntu-rocks:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 10.04 LTS
Release:10.04
Codename:   lucid
bl...@ubuntu-rocks:~$ uname -a
Linux Ubuntu-Rocks 2.6.32-27-generic-pae #49-Ubuntu SMP Thu Dec 2 00:07:52 UTC 
2010 i686 GNU/Linux

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup: lookup_one_len() 
returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-04 Thread John Johansen
So just an update on my probing and messing with this bug and
documenting some of what I have encountered/reasons for making some of
the choices I have.

The Prototype is in progress, but isn't up yet.  It should be working in
a day or two.  I started messing with putting the long names in the
header but switched to xattrs due to the factors detailed below.

Storing long names in meta data is problematic for
• hardlinks - this can be handled somewhat by either allowing a single longname 
or by allowing multiple longnames as space allows

Fail over to storing long names in header
• long directory names - problematic.  There is no header for directories
• long symlink names - problematic.
• require update of header (reencryption) on rename

Fail over to storing long names in xattrs
• problematic for filesystems that don't support xattrs
• leaks fact that long name is present unless all files are given longname xattr
• requires update of xattr (reencryption) on rename

Combining current FNEK names and long names requires encoding
information to distinguish that a given name was long and stored
differently, this leaks some information about the filename.  This leak
provides more information than the xattr on the file, in that it
provides information on which dentry is long when a file has multiple
names.

Prototype
• filenames stored using current FNEK method
• detect when encrypted and encoded filename is too long and fallback to 
longname support
• longname support
  ∘ create unique shortname that indicates a longname exists and on which file 
it is stored.
 ‣ Need to be able handle name collisions, deterministic way to modify 
shortname until a suitable name is found.  Needs to be reversed by lookup to 
verify that lookedup file/dir is correct one
• Prototype doesn't handle collisions
  ∘ store longname in xattr using current FNEK encryption
 ‣ currently support only a single longname
  ∘ longname needed when?
 ‣ listing directory contents
 ‣ lookup of shortname, to validate against name collisions
• ie first shortname may not be unique, only way to verify that 
shortname lookup is valid is to compare name to stored longname

Once the prototype is up, I'll update here, and post it out to the
ecryptfs mailing list with more details, especially of what needs to be
done to move from prototype to a full functional patch.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup: lookup_one_len() 
returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2011-01-04 Thread Dustin Kirkland
Hi John,

Wow, thanks for stepping up and taking a crack at this!

Just a few words of feedback on your concerns about leaking that long
filenames exist...

I agree that meta leakage is suboptimal, and should be avoided when
possible.

On the other hand, this sort of thing happens elsewhere with eCryptfs.
 File permissions, owners, and timestamps all must be stored in the
clear, as well as file structures.  That's sometimes enough to
identify which file is which.

I've always preferred calling eCryptfs' filename encryption -
obfuscation, which is a more accurate description, in my opinion.
File contents are most certainly encrypted, in a rather strong manner.
 File names and file metadata are merely obfuscated.  ie, the filename
is not immediately available, but enough metadata about the file
(perms, owners, timestamps, rough sizes) to make reasonable guesses as
to real filenames in a regularly laid out filesystem.

Dustin

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup: lookup_one_len() 
returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 344878] Re: file name too long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry)

2010-12-22 Thread Andy Whitcroft
** Summary changed:

- file name to long when creating new file (ecryptfs_lookup: lookup_one_len() 
returned [-36] on lower_dentry)
+ file name too long when creating new file (ecryptfs_lookup: lookup_one_len() 
returned [-36] on lower_dentry)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/344878

Title:
  file name too long when creating new file (ecryptfs_lookup: lookup_one_len() 
returned [-36] on lower_dentry)

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs