Re: [RFC PATCH] dm-csum: A new device mapper target that checks data integrity
From: Greg Freemyer <hidden>
Date: 2009-05-21 18:18:14
Also in:
dm-devel, lkml
On Thu, May 21, 2009 at 12:13 PM, Alberto Bertogli [off-list ref] wrote:
Hi! I'm writing this device mapper target that stores checksums on writes and verifies them on reads. It's not widely tested, but you can run mke2fs on it and do basic file operations. The to-do list is still large, and most of it can be found within the code. To test it, you will need to format the device using the (very rough) attached tool, and then create the dm device with something like: echo 0 $SIZE csum $REALDEVICE 0 | dmsetup create $NAME I think it can be useful for people who want to detect data corruption and are either using the block layer directly or a filesystem that doesn't check data integrity (which are most, if not all, of the popular ones today). Maybe it could also be used for testing the bio-integrity extensions, although at the moment it's completely independent and I haven't looked much, but it's on my to-do list. It does NOT pretend to be useful for consistency checks for security purposes. Use something else if you do not want someone evil tampering with your data. Comments are obviously welcome. There are also some questions embedded in the code, if anyone cares to answer any of them, I'd really appreciate it. Thanks a lot, Alberto
I have not looked at your patch, but does this tie into the integrity logic that was added to mainline a few months ago? I'm not sure if it should or not, but I am curious how it ties in. Greg -- Greg Freemyer Head of EDD Tape Extraction and Processing team Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer First 99 Days Litigation White Paper - http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html