Your message dated Sat, 14 Jan 2012 17:13:57 -0600
with message-id <20120114231357.GA1409@burratino>
and subject line Re: ecryptfs-utils: I/O error while updating files through
rsync
has caused the Debian Bug report #631155,
regarding ecryptfs-utils: I/O error while updating files through rsync
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
631155: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631155
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ecryptfs-utils
Version: 83-4
Severity: important
I wrote a bash script to rsync file from a directory to another -
encrypted - one, through ssh.
First, add "mount-wide passphrase" with ecryptfs-manager, and mount -i
/my-ecryptfs-directory.
Then, rsync files. For new files (that means, files that doesn't exist
yet in ecryptfs directory), everything goes fine.
But for files which should be updated, I get lot of "rsync: failed to
open "/my_ecryptfs_dir/my_file", continuing: Input/output error (5)"
through error output, in correlation 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" in /var/log/messages.
Surprisingly, I get the very same behavior for "new files" with --partial
option.
I supposed it was related to the "0-length file bug" on ext
filesystem, but specifying a "--partial-dir" outside the ecryptfs mount
point doesn't help.
For files affected by the "I/O error", they appear to be "corrupted"
(can't cp, mv, ...) : the only solution is to remove them.
-- System Information:
Debian Release: 5.0.8
APT prefers oldstable
APT policy: (500, 'oldstable'), (200, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ecryptfs-utils depends on:
ii gettext-base 0.17-4 GNU Internationalization utilities
ii keyutils 1.4-1 Linux Key Management Utilities
ii libc6 2.7-18lenny7 GNU C Library: Shared libraries
ii libecryptfs0 83-4 ecryptfs cryptographic filesystem
ii libgpg-error0 1.6-1 library for common error values an
ii libgpgme11 1.1.6-2 GPGME - GnuPG Made Easy
ii libkeyutils1 1.4-1 Linux Key Management Utilities (li
ii libnss3-1d 3.12.3.1-0lenny4 Network Security Service libraries
ii libpam-runtime 1.1.1-6.1 Runtime support for the PAM librar
ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l
ecryptfs-utils recommends no packages.
Versions of packages ecryptfs-utils suggests:
pn cryptsetup <none> (no description available)
pn opencryptoki <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 2.6.32-39
Sdkfz262 wrote:
> No problem since Lenny to Squeeze update and 2.6.32 kernel
> (ecryptfs-utils still in version 83-4).
>
> Could be considered as fixed.
Thanks, Loic. Marking so.
--- End Message ---
