The Precise Pangolin has reached end of life, so this bug will not be
fixed for that release
** Changed in: linux (Ubuntu Precise)
Status: In Progress => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Part of the issue (why it takes so long) is that ecryptfs does not
support sparse files. So an operation that is fast in an unencrypted fs
is slow with ecryptfs.
$ time truncate -s 2000M file.img # ecryptfs
real 0m26.239s
user 0m0.001s
sys 0m22.984s
$ time truncate -s 2000M file.img #
This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Sometimes it might be because of your hardware failure or overloading of
the torrent application.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading a torrent to an encrypted
** 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/431975
Title:
downloading a torrent to an encrypted home partition hangs and uses
100% CPU
To manage notifications
where can i get this fix...
Thanks regards,
Amit Garg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading a torrent to an encrypted home partition hangs and uses
100% CPU
On 2012-02-08 17:55:02, Amit wrote:
where can i get this fix...
Depends on what you need.
If you just want the patches, append the commit id's I posted in comment
28 to http://git.kernel.org/linus/ like this:
http://git.kernel.org/linus/684a3ff7e69acc7c678d1a1394fe9e757993fd34
If you want a
i just want to fix ecryptfs.
what i should do .?
Thanks regards,
Amit Garg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading a torrent to an encrypted home partition hangs
ok thanks got that change ...!!
--- a/fs/ecryptfs/read_write.c
+++ b/fs/ecryptfs/read_write.c
@@ -130,13 +130,13 @@ int ecryptfs_write(struct inode *ecryptfs_inode, char
*data, loff_t offset,
pgoff_t ecryptfs_page_idx = (pos PAGE_CACHE_SHIFT);
size_t
On 2012-02-08 18:17:49, Amit wrote:
i just want to fix ecryptfs.
what i should do .?
You can pull down those patches, apply them, and build a kernel yourself
(something that you'd have to research and do on your own) or you'll
have to wait for your distro to release a kernel update with these
have change in kernel as you talked about some kernel change.
but still my device is hang with ecryptfs .
please help me.
Thanks Regards,
Amit
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
and its hanging in truncate -s 4G dummy
so please resolve this what is happening with ecryptfs.
Thanks Regards,
Amit Garg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading
and its hanging in truncate -s 4G dummy
so please resolve this what is happening with ecryptfs.
Thanks Regards,
Amit Garg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading
These commits were released in 3.3-rc2:
684a3ff7e69acc7c678d1a1394fe9e757993fd34
5e6f0d769017cc49207ef56996e42363ec26c1f0
a261a03904849c3df50bd0300efb7fb3f865137d
They address the hangs and CPU utilization mentioned in this bug.
Unfortunately, they don't address is the poor performance in the
Tyler has a patch for this under review on the mailing list. I'd
suggest that we consider this for SRU to support Ubuntu Linux kernels
once its upstream, tested and verified.
Marking in-progress.
** Changed in: ecryptfs
Status: Confirmed = In Progress
--
You received this bug
Nominating for Precise. We should be able to land this there fairly
easily. Marking HIGH as this is pretty easy to reproduce, and does hang
a system.
** Also affects: ecryptfs-utils (Ubuntu Precise)
Importance: Low
Status: Invalid
** Also affects: linux (Ubuntu Precise)
** Changed in: ecryptfs
Status: Triaged = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading a torrent to an encrypted home partition hangs and uses
100% CPU
This is clearly a bug, not a wish list item. I can't change the
importance, but since it's clearly been incorrectly triaged, I can
change the status from Triaged to Confirmed.
This is yet another example of Ubuntu pushing out software with known,
serious bugs. In this case, Ubuntu's pushed out
This bug continues to exist.
What: Zombie process consuming 100% cpu, parent pid 1 (init). Unkillable
and never goes away (waited 30h).
How to trigger: Use transmission (or any other software) to create over 4GB
file (5GB torrent in my case) on
encrypted home directory.
It is NOT filesystem or
I think the automated scripts are far to aggressive while trying to fix the
bugs. Please change the importance of this problem to something else than
wishlist, as it's a bug. In case Tyler found some time and the bug got
already fixed, please close it. Maybe Dustin or Tyler can change the
This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Hi Brad,
Does this mean that drive encryption is no longer supported? Or, that drive
encryption is still supported and this bug will never be fixed?
-Malcolm
On Jul 14, 2011 1:18 PM, Brad Figg brad.f...@canonical.com wrote:
This bug was filed against a series that is no longer supported and so
This bug DOES affect lucid which is still supported. I can't see how to
mark that in Launchpad or reopen the bug. Please could someone do that?
Why would we have to open a new bug? That doesn't make any sense.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Tags added: b73a1py79
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading a torrent to an encrypted home partition hangs and uses
100% CPU
--
ubuntu-bugs mailing list
Constructive. Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/431975
Title:
downloading a torrent to an encrypted home partition hangs and uses
100% CPU
--
ubuntu-bugs mailing list
1.5 years after the initial bug report and Ubuntu guys still look aside
and still offer this as an option in the installer with no warning.
This is NOT about torrents but about data in your home directory, you
know... sh*t you work with!
--
You received this bug notification because you are a
Please could someone upgrade this from wishlist? It is a bug, unkillable
processes require a system reboot which is very annoying, this is likely
to contribute to people (including me) regarding Ubuntu LTS as unstable,
and I'm now regretting choosing to encrypt my homedir during the
installation
I can attest to this in Lucid with ecryptfs encrypted /home/user. I'm
not sure about Transmission or Vuze, but in rtorrent, there's a way to
save the machine and still have large torrent downloads; add this to
your ~/.rtorrent.rc:
split_file_size = 8G # or 4G or 3G, depending on your system
Hey JFo,
Actually, it is a kernel bug, and Tyler Hicks (the upstream maintainer)
sees the problem, but hasn't had time to fix it. Ubuntu kernels are
affected, though we're not working on it on the Ubuntu side. We're just
waiting for upstream to commit a fix.
Thanks!
Dustin
** Changed in:
closing the kernel task as this does not seem to be a kernel bug.
~JFo
** Changed in: linux (Ubuntu)
Status: Triaged = Invalid
** Changed in: linux (Ubuntu)
Assignee: Tyler Hicks (tyhicks) = (unassigned)
--
downloading a torrent to an encrypted home partition hangs and uses 100%
Just for the sake of it - a truecrypt encrypted device works smoothly
with torrents and such.
** Tags added: torrent
--
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
I have this problem as well, but I'm quite sure it's now just being
slow, as I waited for several hours and operations didn't finish (all
other operations on the encrypted filesystem take minutes at most, even
with 10 GiB files). It appears that this happens when the requested file
size is bigger
Under top, init with pid 0 is the one that has 100 cpu, so the second bug
isn't one.
On Wed, Jun 16, 2010 at 8:54 PM, CarloBaldassi
carlobalda...@gmail.comwrote:
I have this problem as well, but I'm quite sure it's now just being
slow, as I waited for several hours and operations didn't finish
** Tags added: karmic
--
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 Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I have this in top:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
3663 user 20 0 000 Z 96 0.0 452:08.31 transmission
defunct
killing with sudo kill -9 3663 with no avail
the parent of 3663 is init with the processid 1
the stack for 3663 is
Marking invalid against ecryptfs-utils, as this is not a userspace
issue.
Tyler has it on the upstream kernel side. Adding a task against
Ubuntu's linux package, for tracking purposes, to make sure we pull the
fix when Tyler gets it fixed upstream.
:-Dustin
** Changed in: ecryptfs-utils
** Tags added: kernel
--
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 Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Hy!
I understand that it can take a while to create a 4 gb file, but what is
strange, that:
- I don't think that it has to take more than ten minutes (core2...@2ghz 2 gb
ram WD3200BEVT hdd 5200 rpm)
- The disk stops working after about 3-4 seconds
- with dm-crypt (what I switched to encrypt my
what I think the ext4 file system
Green is still very slow and I think it is stupid to think that besides
the stable ecryptfs that not all Czech
v ext3 and see the difference in yield figure look what happens in fedora
have many problems with ext4
is cruel to say but I would eliminate it
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.
For me, this happens on a core2duo 1,6GHz notebook, so it is not exactly
the fastest thing ever; I think the slow notebook hard drive has a say
in this too.
I don't know how LUKS works behind the scenes, but this only happens on
ecryptfs, not LUKS.
You are right, I was downloading large files,
After taking a look at the call trace during a truncate that extends a
file, eCryptfs could probably handle this in a more efficient way.
- ecryptfs_setattr
- ecryptfs_truncate
- ecryptfs_write
...
- ecryptfs_get_locked_page
- ecryptfs_readpage
- ecryptfs_read_lower_page_segment
Hy there!
I having the very same problem with an up2date jaunty ecryptfs home, and
transmission (the included version, and after first having the issue,
updated to transmissionbt ppa) as soon as transmission starts allocating
the space for the torrent data, my one of my cpu cores gets 100%
Nothing in messages, syslog, kern.log, dmesg.
$ ps waux | grep transmission
victor 10846 82.4 0.6 82124 13712 ?Sl 20:24 5:08 transmission
/home/victor/torrentname.torrent
$ killall transmission
$ ps waux | grep transmission
victor 10846 84.2 0.0 0 0 ?Zl
Do you get anything in dmesg? Or elsewhere in /var/log/*?
Something from the kernel, perhaps, complaining about ecryptfs?
:-Dustin
** Changed in: ecryptfs-utils (Ubuntu)
Importance: Undecided = Low
** Changed in: ecryptfs-utils (Ubuntu)
Status: New = Incomplete
--
downloading a
** Package changed: ubuntu = ecryptfs-utils (Ubuntu)
--
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 Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
46 matches
Mail list logo