ecryptfs team mailing list archive

[Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxx>]

Hi Victor and u-foka - It looks like u-foka is correct that it occurs
when rtorrent creates and extends a file big enough for the entire
torrent download.  If you're downloading something like a dvd iso, this
causes eCryptfs to encrypt 4.7 GB of zero's and write the result to the
lower filesystem.

When I tried to reproduce this, I didn't see more than 50% cpu
utilization, but it did take quite some time to create and extend the
file.  However, rtorrent then proceeded to download the file, as
expected.

You can also reproduce this behavior without rtorrent with `truncate -s
1G foo` inside of an eCryptfs mount to create and extend foo to 1 GB.
It took about 1 minute and 16 seconds to complete inside of my kvm
guest.

Are you all experiencing this on a machine with a relatively slow
processor?

-- 
downloading a torrent to an encrypted home partition hangs and uses 100% CPU
https://bugs.launchpad.net/bugs/431975
You received this bug notification because you are a member of eCryptfs,
which is subscribed to ecryptfs-utils in ubuntu.

Status in “ecryptfs-utils” package in Ubuntu: Incomplete

Bug description:
Karmic with all updates. Home is encrypted with ecryptfs.
I have tried downloading several torrents with thansmission and rtorrent. When downloading to the encrypted home, both programs hang, use 100% CPU and I can't kill them. Downloading to /tmp, which is not encrypted works.