Maverick is no longer supported.
** Changed in: linux (Ubuntu Maverick)
Status: Incomplete => Won't Fix
** Also affects: linux (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Quantal)
Importance: Medium
Status: Won't Fix
** Changed in
on precise the same issue
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications about this bug go t
Is there any chance that this issue might be negatively and severely
affecting startup time of a system?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add t
You need to file a new bug for your problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications
I believe I'm seeing this on 12.04 with ecryptfs home folder: I have no
0-length errors (In fact I have no errors at all concerning ecryptfs in
my logs) but files are being corrupted regularly.
Specifically: Downloading torrents (Which are supposed to be verified
while downloading) then manually v
After trying the 'delete zero-length files in $HOME/.Private, I found
that deleting $HOME/.Skype and restarting skype fixed it for me!
(oneric on a Lenovo W520)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net
Sorry, just read #213. Please ignore my previous comment. :-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To mana
Hi,
I can confirm the bug's presence in 12.04:
$ uname -a
Linux ninux 3.0.0-19-generic #33-Ubuntu SMP Thu Apr 19 19:05:57 UTC 2012 i686
i686 i386 GNU/Linux
$ find $HOME/.Private/ -size 0c -exec ls '{}' \; | wc -l
4
[ 444.91] Valid eCryptfs headers not found in file header region or xattr
For those of you seeing specifically the 0-length lower file resulting
in IO errors in the mounted ecryptfs filesystem, please go to the report
for that: bug #957843 -- remember indicate that the bug affects you, and
to subscribe to it. (both will increase the bug heat)
--
You received this bug n
Got this back after upgrading to 12.04 too. 4 of 84 encrypted files are
affected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to enc
It seems like this bug (also see duplicate
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/529002 ) is
unfortunately still very much present on 12.04.
$ uname -a
Linux cpbotha-e6410 3.2.0-24-generic #38-Ubuntu SMP Tue May 1 16:18:50 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux
$ find $HOME/.Priv
Deleting them seems to have worked:
vadi@gooseberry:~$ find . -type f -exec cat {} \; > /dev/null
cat: ./.config/google-chrome/.com.google.Chrome.ok97wK: Input/output error
cat: ./.config/google-chrome/.com.google.Chrome.vQ5Sr2: Input/output error
cat: ./.config/google-chrome/.com.google.Chrome.w
I was still getting this error after reinstalling 12.04 on a brand-new
SSD. So this issue still spawns.
As per comment 78, I got several files with the io error. I take it
these files were unreachable because programs using those files were
affected.
I'm not certain why did this corruption happen
Tyler Hicks (tyhicks) wrote on 2012-05-04:
> This is a completely unrelated (but serious!) issue. Please file a new
> bug for this. In the meantime, I'll try to recreate what you're seeing.
Well yes and no, I reported this issue in Bug #957843
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-ut
Interestingly, I haven't had that message with kernel 2.6.38-14-generic
on 11.04, but now, whith 12.04, I get it regulary and the kernel panics
right after that. Is this coincidence? Is there a way to check the
integrity of the whole eCryptFS?
** Attachment added: "panic.log"
https://bugs.laun
On 2012-04-29 18:49:40, hanfkeks wrote:
> Confirming it for 12.04, did not occur for me with earlier Ubuntu
> releases.
Hello - Can you please be very clear about what it is that you're
confirming? There are a number of unrelated issues mentioned in the
comments to this bug and it can be difficult
On 2012-04-26 19:16:25, vkapas wrote:
> The bug still is happening in Ubuntu 10.04.3.
> Apr 26 22:29:39 dell-inspiron-1501 kernel: [174527.74] Either the
lower file is not in a valid eCryptfs format, or the key could not be
retrieved. Plaintext passthrough mode is not enabled; returning -EIO
Maybe someone with sufficient permission can reopen the state of lucid +
add series precise to this bug to track this non fixed bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryp
Yep Martin, this is the reason why I moved away from ecryptfs. It's
dangerous and alpha and should not be used productively by anyone. Use a
LUKS encrypted partition on $HOME/Private with pam_mount. With an LVM
you can even grow it, albeit not automatically.
--
You received this bug notification
I forgot to mention that remounting or rebooting does not resolve the
corruption.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encr
Just encountered this bug in 12.04. Due to bugs in evolution, I was trying to
export my folders
by saving to mbox format, and ran across another evolution bug where it wrote
out gigabytes of
data to the mbox file (the folder is only a few megabytes) filling up the home
file system. I now have
Confirming it for 12.04, did not occur for me with earlier Ubuntu
releases.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted
>The bug still is happening in Ubuntu 10.04.3.
10.04.4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage noti
The bug still is happening in Ubuntu 10.04.3.
$ uname -a
Linux dell-inspiron-1501 2.6.32-41-generic #88-Ubuntu SMP Thu Mar 29 13:10:32
UTC 2012 x86_64 GNU/Linux
$ mount -l
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/dev/sda5 on /home type xfs
This still is happening, its also in 12.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications a
@Colin, ok, I'll gather more info and see if I need to file a new bug.
Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypt
@JD Rogers, the relevant fix is in Oneiric, commit
3aeb86ea4cd15f728147a3bd5469a205ada8c767, so perhaps you are seeing
another related issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title
Colin, I'm confused.
Oneiric currently uses 3.0.0-17 and the messages are certainly not fixed for me.
This bug is listed as "fix released" for oneiric as well as older 9.10 in the
original bug report. Should a new bug be opened for oneiric and 3.0 kernels
even though 11.10 is listed as affected
** Branch linked: lp:ubuntu/maverick-updates/linux-mvl-dove
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage
@Adam, it was verified for 2.6.38-14.58, which was in proposed at the
time of testing. Check that you are using this kernel before filing a
new bug. Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bu
Excerpts from Adam Porter's message of Sat Mar 31 23:16:30 UTC 2012:
> The reports seem to indicate that this isn't fixed in Oneiric. Should
> that still be marked "Fix Released"?
>
It was confirmed to be fixed in at least this context. If there is an
additional case where it is not, then that w
The reports seem to indicate that this isn't fixed in Oneiric. Should
that still be marked "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/509180
Title:
ecryptfs sometimes seems to ad
verified on 2.6.38-14.58 -proposed with ext2, ext3, ext4, xfs, btrfs
lower file systems.
** Tags removed: verification-reverted-natty
** Tags added: verification-done-natty
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
On Thu, Mar 22, 2012 at 2:55 PM, Launchpad Bug Tracker <
509...@bugs.launchpad.net> wrote:
> This bug was fixed in the package linux - 2.6.32-40.87
>
>
hurrah, and thanks to everyone involved.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
This bug was fixed in the package linux - 2.6.32-40.87
---
linux (2.6.32-40.87) lucid-proposed; urgency=low
[Herton R. Krzesinski]
* Release Tracking Bug
- LP: #947375
[ Upstream Kernel Changes ]
* IB/mlx4: pass SMP vendor-specific attribute MADs to firmware
- LP: #
Tested and verified working for Lucid -proposed i386 2.6.32-40.87
** Tags removed: verification-needed-lucid
** Tags added: verification-done-lucid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/50918
This bug is awaiting verification that the kernel for Lucid in -proposed
solves the problem (2.6.32-40.87). Please test the kernel and update
this bug with the results. If the problem is solved, change the tag
'verification-needed-lucid' to 'verification-done-lucid'.
If verification is not done by
** Tags removed: verification-reverted-lucid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications
Linux host 3.0.0-16-generic-pae #28-Ubuntu SMP Fri Jan 27 19:24:01 UTC 2012
i686 i686 i386 GNU/Linux
New Thinkpad X220, quite fresh install, all updates, using Docking station,
disk never filled up
I got aware because Skype (comes up at startup) always asked me for the license
agreement again, a
Still happening. Skype seems to exacerbate the situation.
$ find $HOME/.Private/ -size 0c -exec ls '{}' \; | wc -l
find:
`/home/xxx/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWYQViTKpRilBEQrvyhYzFbx53yokrMo5MdfE-hi0ZqRBXpRjN1jF7OjKU--/ECRYPTFS_FNEK_ENCRYPTED.FXYQViTKpRilBEQrvyhYzFbx53yokrMo5Mdf6-WXCmCjMQ
I'm on precise and this has happened to me.
Any way to do fsck on ecryptfs?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted
Issue occurred here yesterday, leaving a Git repo with ~8 not-pushed
commits broken. :(
Linux tango 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux
The script for fixing (#41) does not work at all here:
$ git st
fatal: loose object df09705cdd19da7f6745
Please:
uname -a
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications about this bug go to:
https
Still can confirm this bug.
Dell Inspiron 1525, Ubuntu 11.10 amd64 (latest update)
dmesg shows:
[ 77.294511] init: plymouth-stop pre-start process (1944) terminated with
status 1
[ 125.756619] init: bootchart post-stop process (3866) terminated with status
141
[ 248.972426] Valid eCry
Same as ulugutz here. Is there at least an option for the kernel module
to print any useful information about the broken files?
(actually, how come I get thousands of these messages but I couldn't
detect any data loss yet? Seems improbable that it shouldn't hit an
important file sometime?)
--
Yo
getting thousands of these with. please provide fix!!!
Feb 8 20:29:19 x kernel: [ 4935.274109] Either the lower file is not in a
valid eCryptfs format, or the key could not be retrieved. Plaintext passthrough
mode is not enabled; returning -EIO
Feb 8 20:29:19 x kernel: [ 4935.274120] V
Missed the "is broken" (sorry).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications about this bu
Actually the script in comment #173 so here is a better version:
#!/bin/bash
# Matches decrypted files in the home directory to empty files in the
# underlying encrypted directory by inode number. Limits search to the
I see this problem with "Linux durandal 3.0.0-15-generic #26-Ubuntu SMP
Fri Jan 20 17:23:00 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux" after
accidentally filling up my harddrive.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bu
I use this script to find broken files where the encrypted file is
empty:
#!/bin/bash
# Matches decrypted files in the home directory to empty files in the
# underlying encrypted directory by inode numbe
I have the same issue on an up-to-date Oneric (however the issue marked
as resolved on Oneric).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing g
I think we really need to improve the QA.
First step would be to have a test case/regression test that can be run
automatically.
Some of the reporters/commenters probably already have some scripts
flying around. Could they please provide them here?
Are there any existing efforts that try to addr
Also in addition to #168 I feel I must add that some files had become
unreadable. In my case there was no severe data loss, but I would stress
that people should backup the data on their ecryptfs partitions.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
In the mean time, I worked around the problem by removing the encryption
from my home folder, using this:
http://www.satansgarden.org/2010/03/05/removing-encryption-from-home-
directories-in-ubuntu-9-10/
By mounting the encrypted home folder at /home/username/Private it lets
you (sort of) remove
[ 545.409840] Either the lower file is not in a valid eCryptfs format, or the
key could not be retrieved. Plaintext passthrough mode is not enabled;
returning -EIO
[ 545.410475] Valid eCryptfs headers not found in file header region or xattr
region
[ 545.410478] Either the lower file is not i
I'm also seeing this on 11.10 Oneiric x86_64. Using an encrypted home
partition, and I have filled the partition up on a few occasions.
However, the massive amounts of errors being logged in in my syslog and
kern.log have exceeded 2GB such that even my root partition was maxed
out today.
This shou
Reference #162 for background. I converted to a plain ext4 home and am
getting fewer freezes, but still getting freezes. It is baffling! I'm
going to pull an Office Space on my laptop!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I'm getting freezes as well. I was wondering what the problem was,
until I checked syslog and noticed literally thousands of messages to
the tune of:
12/10/11 06:53:39 PMexample kernel [ 1398.520173] Valid eCryptfs headers
not found in file header region or xattr region
12/10/11 06:53:39 P
Sounds like a plausible deniability feature is active.
"Honest, its not encrypted, it's corrupted. Ouch"
Of course, to be plausible, such a mode cannot be disabled.
However in England failure to decrypt could result in jail time so this bug
entry could be evidence.
--
You received this bug not
I am seeing similar behavior to #159, except my lockups are so frequent
that I cannot even use my laptop anymore. I'm running 11.10 64-bit with
all the latest updates.
I see tons of
"Either the lower file is not in a valid eCryptfs format, or the key
could not be retrieved. Plaintext passthrough
Ubuntu Oneiric 11.10 x64 (fresh install) with Kernel
3.1.3-030103-generic:
[ 94.300994] Valid eCryptfs headers not found in file header region or xattr
region
[ 94.300998] Either the lower file is not in a valid eCryptfs format, or the
key could not be retrieved. Plaintext passthrough mode i
This issue is still not fixed under a fresh install of Ubuntu Oneiric
x64. Dmesg is getting polluted with:
"Either the lower file is not in a valid eCryptfs format, or the key
could not be retrieved. Plaintext passthrough mode is not enabled;
returning -EIO"
Please fix this finally.
--
You rece
I see this problem on a clean U11.10 64bit install on a Thinkpad T420
and disk is no where near full. (As an aside: I dont know if it is
related to numerous random lockups which sometimes appear on startup,
sometimes appear shortly after desktop-login. Sometimes, they dont
happen for hours. )
Li
Not sure if this is relevant info or not but I just rebooted and saw in
my boot.log that a lot of orphaned inodes was cleared. Maybe something
related?
...
/dev/sda7: Clearing orphaned inode 2621447 (uid=1000, gid=1000, mode=0100664,
size=40960)
/dev/sda7: Clearing orphaned inode 2621442 (uid=100
I just noticed today that my syslog fills up with this:
Nov 28 22:28:29 oscar-laptop kernel: [87699.041735] ecryptfs_encrypt_page:
Error attempting to write lower page; rc = [-5]
Nov 28 22:28:29 oscar-laptop kernel: [87699.041749] ecryptfs_writepage: Error
encrypting page (upper index [0x000
This is NOT fixed in Oneiric.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage notifications about this bug
This problem seems to be exacerbated by files requiring many opens and
closes and reads and writes (such as program locks).
I've noticed this the most with files generated by skype.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
http
The EINTR is not passed up, and leaves bad data in the cache as if
ecryptfs thought the files were not encrypted. This is what causes the
short writes. Getting an strace is quite difficult, but this time I
succeeded:
lstat("include/asm-ia64/ia64_int.h", {st_mode=S_IFREG|0664, st_size=12288,
...
This bug no longer affects me, as well as all other ecryptfs related
bugs! :)
It has turned out that my needs are fulfilled by another solution, much better
in terms of stability AND performance: LUKS.
The difference from ecryptfs from the user's point of view:
1. whole partition/volume is encryp
Carefully don't fill your file system is the only remedy right now,
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
T
The problem remains on my 11.10 ubuntu.
Anyone knows how to fix this issue?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted
I'd like to point out that I am seeing data corruption events due to
this issue. It appears that once the files are mangled they cannot be
decrypted and end up showing up as null. This is a very serious problem
as there is no way to retrieve the data.
A quick search with `find ~ -type f -exec tail
As for the bug, I forgot to mention that my disk may well have been
filled 100% right before the error occurred. I think somebody posting
above reported a similar thing. So maybe that can explain why the
supposedly fixed bug resurfaced on my system using the 3.0.0-12 kernel?
For the record, to cle
I'm seeing this bug in a 3-week old fresh install of oneiric, with
encrypted home and ext4fs. Out of the blue the system froze up, then X
wouldn't start on the next boot, scared the living s*** out of me. Now X
intermittently does start. So it seems this bug really isn't fixed.
here's my kernel:
** Package changed: nautilus (Ubuntu) => linux (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
To manage not
** Package changed: linux (Ubuntu Lucid) => nautilus (Ubuntu Lucid)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes seems to add trailing garbage to encrypted files
T
Ubuntu 10.04 x64 with all updates
Linux dell-inspiron-1501 2.6.32-36-generic #79~pre201110180903-Ubuntu SMP Tue
Oct 18 10:11:27 UTC 2011 x86_64 GNU/Linux
(kernel from ppa:kernel-ppa/pre-proposed)
mount
===
/dev/sda1 on / type ext4 (rw,errors=rem
Ian! D. Allen (idallen) wrote: "It took many more runs (several dozen)
to discover the corruption than when using the 2.6.38 kernel, and *only*
the md5sums changed between runs, not the file sizes as well as was true
with 2.6.38."
Have you ruled out hardware causes (e.g. tried the same test on a
d
Since this bug is marked "fixed" in both Natty and Oneric, is there
another bug people should be following who are experiencing this issue,
or does this need to be re-opened?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs
See also my comments #104, #128, #129, #131, #132, #134, #141, 143.
Ubuntu 11.10 Oneiric desktop new install, fully updated
shows file corruption when reading ecryptfs files.
Linux ubuntu 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC 2011
x86_64 x86_64 x86_64 GNU/Linux
Reading the same
See also my comments #104, #128, #129, #131, #132, #134, #141.
The above ecryptfs corruption is reduced but not gone in Ubuntu 11.10
Oneiric:
Linux ubuntu 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC
2011 x86_64 x86_64 x86_64 GNU/Linux
I repeatedly ran md5sum on a read-only ecryptf
Ever since moving to an ext4+ecryptfs oneiric system, I receive this
message about 6,000 times a day in /var/log/kern.log:
Oct 16 01:56:39 hostname kernel: [32384.222198] Valid eCryptfs headers not
found in file header region or xattr region
Oct 16 01:56:39 hostname kernel: [32384.11] Either
See also comments #104, #128, #129, #131, #132, #134.
Still seeing ecryptfs file size corruption (leading to file corruption)
in latest Ubuntu 11.04 kernel update:
Linux linux 2.6.38-12-generic #51-Ubuntu SMP Wed Sep 28 14:27:32 UTC
2011 x86_64 x86_64 x86_64 GNU/Linux
The ecryptfs occasionally r
bump, one more guinea pig happy to test possible solutions (whole system
drive encryption btw)
Linux parafia 2.6.38-11-generic #50-Ubuntu SMP Mon Sep 12 21:17:25 UTC
2011 x86_64 x86_64 x86_64 GNU/Linux
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
On 2011-10-06 14:34:12, Paolo Bonzini wrote:
> I still see occasional errors:
>
> [33945.269075] ecryptfs_decrypt_page: Error attempting to read lower page; rc
> = [-4]
> [33945.269084] ecryptfs_readpage: Error decrypting page; rc = [-4]
>
> that are reported as "short read: Success" when doing
On 2011-10-06 15:18:11, tankdriver wrote:
> kernel: [18393.960955] ecryptfs_encrypt_page: Error attempting to write lower
> page; rc = [-5]
This is an -EIO error returned from the lower filesystem. It isn't
related to this bug and isn't an eCryptfs bug. If anything, it is
eCryptfs being too verbo
kernel: [18393.960955] ecryptfs_encrypt_page: Error attempting to write lower
page; rc = [-5]
kernel: [18393.960962] ecryptfs_writepage: Error encrypting page (upper index
[0x006c])
$ uname -a
Linux thomas-VPCF13J0E 3.0.0-12-generic #19-Ubuntu SMP Fri Sep 23 21:23:39 UTC
2011 x86_6
Please, anyone responding to this report, please please please tell us
exactly which kernel you're running.
uname -a
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/509180
Title:
ecryptfs sometimes s
I still see occasional errors:
[33945.269075] ecryptfs_decrypt_page: Error attempting to read lower page; rc =
[-4]
[33945.269084] ecryptfs_readpage: Error decrypting page; rc = [-4]
that are reported as "short read: Success" when doing a "git grep" on an
encrypted repository. Redoing the grep
> Launchpad Janitor (janitor) wrote 18 hours ago: #133
> This bug was fixed in the package linux - 2.6.32-34.77
It's broken in stock Ubuntu 11.04 using 2.6.38-11-generic #50-Ubuntu SMP
Mon Sep 12 21:17:25 UTC 2011 x86_64.
--
You received this bug notification because you are a member of Ub
This bug was fixed in the package linux - 2.6.32-34.77
---
linux (2.6.32-34.77) lucid-proposed; urgency=low
[Steve Conklin]
* Release Tracking Bug
- LP: #849228
[ Upstream Kernel Changes ]
* Revert "drm/i915: Remove BUG_ON from i915_gem_evict_something"
* Revert "drm/
See also comments #104, #128, #129, #131.
Corruption (file size incorrect for ecryptfs files) also happens with
this kernel from ppa:kernel-ppa/pre-proposed :
Linux ubuntu 2.6.38-11-generic #51~pre201109230902-Ubuntu SMP Fri Sep 23
09:15:48 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
dmesg shows:
[
Ubuntu 11.04 natty
Linux ubuntu 2.6.38-11-generic #50-Ubuntu SMP Mon Sep 12 21:17:25 UTC 2011
x86_64 x86_64 x86_64 GNU/Linux
I'm now reproducing the problem in a VMware virtual machine by repeatedly
md5sum scanning a subset of files on that 17GB directory as small as
119 MB. (If I scan too small
Since you have identified a specific file which seems to be read in two
different ways, it might be useful to capture the actual content of the
file in each case (not just the md5sum values) and see if there is any
discernible pattern to the corruption (e.g., extraneous trailing nulls
in one of the
See also comments #104 and #128.
In parallel with the looping md5sum of everything in the 17G ecryptfs
read-only partition described above, I picked one of the files that
had produced different md5sums on different runs and wrote this script
to repeatedly md5sum the same file over and over (filena
See also comment #104.
Corruption is still evident in Ubuntu 11.04 natty with this kernel:
Linux linux 2.6.38-11-generic #50-Ubuntu SMP Mon Sep 12 21:17:25 UTC
2011 x86_64 x86_64 x86_64 GNU/Linux
I mount a 17GB ecryptfs directory and run an enhanced md5sum on the
directory and save the results.
This bug was fixed in the package linux - 2.6.38-11.50
---
linux (2.6.38-11.50) natty-proposed; urgency=low
[Herton R. Krzesinski]
* Release Tracking Bug
- LP: #848246
[ Upstream Kernel Changes ]
* Revert "eCryptfs: Handle failed metadata read in lookup"
* Revert "KVM
Please ignore the fixed messages from the janitor. The included fix was
reverted because verification was not done or failed on the three
releases (natty, maverick, lucid).
** Tags removed: verification-needed-natty
** Tags added: verification-reverted-natty
** Changed in: linux (Ubuntu Maverick)
This bug was fixed in the package linux - 2.6.35-30.59
---
linux (2.6.35-30.59) maverick-proposed; urgency=low
[Herton R. Krzesinski]
* Release Tracking Bug
- LP: #837449
[ Upstream Kernel Changes ]
* Revert "drm/nv50-nvc0: work around an evo channel hang that some peop
Getting the same errors constantly in dmesg (several times in a second)
with 64-bit natty an 0 0 length files in .Private. First started to
happen bit after upgrade to natty, then disappeared for few days and now
started to happen again yesterday. Don't seem to be able to find the
offending files
1 - 100 of 201 matches
Mail list logo
