From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from v6.tansi.org (ns.km31936-01.keymachine.de [87.118.116.4]) by mail.server123.net (Postfix) with ESMTP for ; Wed, 2 Dec 2015 13:22:09 +0100 (CET) Received: from gatewagner.dyndns.org (77-57-54-224.dclient.hispeed.ch [77.57.54.224]) by v6.tansi.org (Postfix) with ESMTPA id 85FA920DC13E for ; Wed, 2 Dec 2015 13:22:08 +0100 (CET) Date: Wed, 2 Dec 2015 13:22:08 +0100 From: Arno Wagner Message-ID: <20151202122207.GA8774@tansi.org> References: <565C4573.3050905@ramses-pyramidenbau.de> <1449043450.11060.44.camel@researchut.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <1449043450.11060.44.camel@researchut.com> 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 I second that. I have some experience with handling large=20 data-sets. Doing a verify after copying larger amounts of data=20 is one of the better ways to identiify problems with RAM,=20 busses and controllers. Regards, Arno On Wed, Dec 02, 2015 at 09:04:10 CET, Ritesh Raj Sarraf wrote: > Did you get a chance to verify what Ralf and Arno asked for ? >=20 > I'd too, be interested to know the findings. In the initial post, you > did not mention what file system you were on ? >=20 > Also, interesting is Ralf's point. Are you copying the file while it is > opened by another process ? >=20 >=20 > Ritesh >=20 >=20 > 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 > > =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 >=20 > _______________________________________________ > dm-crypt mailing list > dm-crypt@saout.de > http://www.saout.de/mailman/listinfo/dm-crypt --=20 Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718 ---- A good decision is based on knowledge and not on numbers. -- Plato If it's in the news, don't worry about it. The very definition of=20 "news" is "something that hardly ever happens." -- Bruce Schneier