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

Bug #1018050 reported by Wuestenschiff
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
eCryptfs
Invalid
Undecided
Unassigned

Bug Description

I still problem from bug #344878 even though it is marked as fixed.

Had problem downloading torrents with long file names in Tranmission. But it isn't a problem with transmission.

Reproduce:
- cd to folder in encryptet home
$ vi test.txt
$ mv test.txt 111111111222222222333333333444444444555555555566666666667777777777888888888899999999990000000000111111111122222222233333333334444444444555555555566666666667777777777888888888899999999990000000000.txt

expected result:
file should be renamed to new name (~200 letters)

real result:
mv: accessing `111111111222222222333333333444444444555555555566666666667777777777888888888899999999990000000000111111111122222222233333333334444444444555555555566666666667777777777888888888899999999990000000000.txt': File name too long

uname:
Linux Desertbase4 3.2.0-25-generic #40-Ubuntu SMP Wed May 23 20:30:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Ubuntu:
12.04 up2date (Upgrade from 11.10)

Revision history for this message
Tyler Hicks (tyhicks) wrote :

Thanks for using eCryptfs!

This is not a bug. eCryptfs can only store filenames of 143 characters when mounted on top of filesystems that support 255 character filenames. This is due to encryption and metadata overhead. eCryptfs is working as designed in your description.

Changed in ecryptfs:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.