glibc 2.14-4 eats my data ( F15 ext3, eCryptfs + samba = data corruption ( F15 "Error mounting eCryptfs: Input/output error" on different disks))
On 07/08/2011 12:32 PM, Michał Piotrowski wrote:
W dniu 8 lipca 2011 18:21 użytkownik Michał Piotrowski
<mkkp4x4@gmail.com> napisał:
Hi,
2011/7/8 Andreas Schwab <schwab@redhat.com>:
Use valgrind.
I attach valgrind output.
==1312== 1 errors in context 1 of 116:
==1312== Source and destination overlap in memcpy(0xaef1590, 0xaef1593, 76)
==1312== Â* Â*at 0x4C283B6: memcpy@@GLIBC_2.14 (mc_replace_strmem.c:653)
==1312== Â* Â*by 0x401835: ??? (in /sbin/mount.ecryptfs)
==1312== Â* Â*by 0x5E3039C: (below main) (in /lib64/libc-2.14.so)
I installed ecryptfs-utils-debuginfo package and now it's more readable
==1815== 1 errors in context 1 of 116:
==1815== Source and destination overlap in memcpy(0xaef1590, 0xaef1593, 76)
==1815== at 0x4C283B6: memcpy@@GLIBC_2.14 (mc_replace_strmem.c:653)
==1815== by 0x401835: main (string3.h:52)
So it does appear to be related to the memcpy change in libc.
Could this be related to
Â*- Fix static linking with checking x86/x86-64 memcpy (BZ#12653)
or is it an eCryptfs problem?
Andreas.
--
Andreas Schwab, schwab@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 Â*5EC7 45C6 250E 6F00 984E
"And now for something completely different."
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
StephenÂ*Clark
NetWolves
Sr.Â*SoftwareÂ*EngineerÂ*III
Phone:Â*813-579-3200
Fax:Â*813-882-0209
Email:Â*steve.clark@netwolves.com
http://www.netwolves.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
07-08-2011, 05:27 PM
Steve Clark
glibc 2.14-4 eats my data ( F15 ext3, eCryptfs + samba = data corruption ( F15 "Error mounting eCryptfs: Input/output error" on different disks))
On 07/08/2011 01:19 PM, Michał Piotrowski wrote:
2011/7/8 Jakub Jelinek <jakub@redhat.com>:
On Fri, Jul 08, 2011 at 01:12:04PM -0400, Steve Clark wrote:
So it does appear to be related to the memcpy change in libc.
So eCryptfs is buggy, just fix it.
The compatibility stuff that has been added to glibc to workaround
buggy old programs was just for programs linked against old glibc.
If you compile it again and you want it still working, fix it.
It isn't that hard.
I'll try tomorrow, I hope it is obvious bug.
memove should be used if areas overlap that are being copied.
Â* Â* Â* Â*Jakub
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
StephenÂ*Clark
NetWolves
Sr.Â*SoftwareÂ*EngineerÂ*III
Phone:Â*813-579-3200
Fax:Â*813-882-0209
Email:Â*steve.clark@netwolves.com
http://www.netwolves.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel