From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.server123.net (Postfix) with ESMTPS for ; Wed, 2 Dec 2015 09:38:14 +0100 (CET) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1a42vS-0006c7-6a for dm-crypt@saout.de; Wed, 02 Dec 2015 09:38:10 +0100 Received: from 115.99.100.8 ([115.99.100.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Dec 2015 09:38:10 +0100 Received: from rrs by 115.99.100.8 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 02 Dec 2015 09:38:10 +0100 From: Ritesh Raj Sarraf Date: Wed, 02 Dec 2015 13:34:10 +0530 Message-ID: <1449043450.11060.44.camel@researchut.com> References: <565C4573.3050905@ramses-pyramidenbau.de> Reply-To: rrs@researchut.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-Z2/xZtBKuRJtK+oLatsr" In-Reply-To: <565C4573.3050905@ramses-pyramidenbau.de> Subject: Re: [dm-crypt] LUKS linux encrypted file system causing file corruption List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de --=-Z2/xZtBKuRJtK+oLatsr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Did you get a chance to verify what Ralf and Arno asked for ? I'd too, be interested to know the findings. In the initial post, you did not mention what file system you were on ? Also, interesting is Ralf's point. Are you copying the file while it is opened by another process ? Ritesh On Mon, 2015-11-30 at 13:47 +0100, Ralf Ramsauer wrote: > Hi Sumit, >=20 > a change of the checksum implies that the source and destination file > differ. The reason why it differs is another question. > Does the checksum also differ if you copy it from unencrypted to > unencrypted? >=20 > First, please check your dmesg log if something suspicious occurs > during the copy process. A hard drive failure might also explain your > problem. As you're using VMs, check the dmesg of the hypervisor > machine which accesses the actual hardware. >=20 > Second, ensure that the source file is not changed during the copy > process and also not afterwards when comparing the checksums. Same > applies to the destination. You might want to use 'lsof' to check if > some process is accessing the file. >=20 > Just a guess - ...you mentioned VMs and a file of around 5GB... > Sounds like you're trying to copy a VM image, eh? > If so, make sure that your virtualization software does not touch the > file during copy. >=20 > Cheers > =C2=A0 Ralf >=20 > On 11/30/2015 10:19 AM, Sumit Kumar wrote: > > I am having a LUKS encrypted Linux file system (dmCrypt). When I > > copy a huge file, around 5 GB of file, from un-encrypted linux file > > system to LUKS encrypted linux file system then the target copied > > file MD5 changed. > > I am not sure does it corrupting the file as the MD5 changed? > > I am using CentOS 6.5 and working on VMs not on physical machine.=20 > > Any help will be greatly appreciated .=20 > >=20 > > --=20 > > Thanks & Regards > > Sumit Kumar > >=20 > >=20 > > _______________________________________________ > > dm-crypt mailing list > > dm-crypt@saout.de > > http://www.saout.de/mailman/listinfo/dm-crypt > _______________________________________________ > dm-crypt mailing list > dm-crypt@saout.de > http://www.saout.de/mailman/listinfo/dm-crypt --=20 Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response --=-Z2/xZtBKuRJtK+oLatsr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQIcBAABCgAGBQJWXqX6AAoJEKY6WKPy4XVpuUQP/0kVOIi/olkPrOtjS5Ep62dm uU084jx6iJC1SnRrKutM0mXtb4o7xIbcFWq/wfnsnJoyHEXs9FnkK0X9YruaHnlH 9CgT8OrZmYnCdGwBG6rCHoB83Ylaz3uuzVXVxrQYfMGa/k3wQxv68nQgL9Cai1nu DiKntjgZWvTEp0SpxeAvzO5THRXWoHgymVPbBa/5Dx3XEyTqFBGI1w6++adILovF DnINnRhq5WVwhjG7zzkViyy7vIAURu6YIVLstw+4QKH0hMiCXx4xP13SCeT/u8/q wbHdLd52BX6udpDQPk7U7bKZMLXLkUnSQYxuE5vTDULEO38PGUtnOaCzx0VuSt5z RjSXJhlSUnmerwTa6VKK51Hfbkv+IqunUuYFaKXtA48/b10QqABD8fmb8lXwQsJ4 NQ31X1fihPtm61Qi4R7bryzaQ/QEB6cMEEcBSwWtPILoK+0t9S3Hygha+rib2RtP s4wboJs5/0RvAY0KhAD+kGcgY+N2x0FoRo64fgucX5LpZBvOJ3Oskq6e8MpWyJ+X LrHz8taGVyIqcOnu71TUo/W/Tppn0Z48/7C9qbVz9JRkBKpclVRuw6ugcdZ+JulN WVJUMPL0hb7RgYku4wocFxkCSEOUjXd7F3IRL1iWxEyq2x/V9LnN6gH67RdQntR+ K0kSgFWVPq17yWBDyzLr =bk+2 -----END PGP SIGNATURE----- --=-Z2/xZtBKuRJtK+oLatsr--