Phillip Susi posted on Tue, 18 Nov 2014 10:36:14 -0500 as excerpted: > As I said before though, the errors you posted from dmesg don't indicate > that the drive failed to read sectors, but rather that it returned > incorrect data, and this is *NEVER* supposed to happen. > > I'd suggest running a few passes of badblocks over the drive, testing > writing different patterns and verifying that they read back correctly.
+1 for badblocks! =:^) Tho a hint if you decide to test multiple drives as I did some years ago. Doing a multiple passes (I'd suggest at least two) on a full drive can take QUITE some time (days), due to the shear volume of data to be written to the drive, then read back to verify, then written as a new pattern and read back again. But unlike IDE, the bottleneck on at least spinning rust SATA (well, unless you go heavy port-multiplier) tends to be the platters themselves, not the buses as they're point-to-point now days, or the controllers. Generally you can process four or more drives in parallel without slowing down the individual results significantly at all. Thus, while it takes days to test a single drive, it normally takes the same time to process four drives in parallel! So if you have 4+ devices to badblocks-test, definitely setup four (perhaps more, depending on hardware layout) instances of badblocks running at once, one to each of the devices. Cut your time for all four done serially to say 8 days, to only two days when done in parallel! =:^) Of course good SSDs tend to be both many times faster and several times smaller in capacity, so a badblocks run on them should be MUCH faster, perhaps a couple hours vs a couple days, and much less parallelizable without slowing all of them down, since they tend to saturate the bus or close to it (the reason fast SATA-based SSDs all tend to rate similarly speed-wise, the SATA bus is the bottleneck and the PCI-E bus isn't /that/ far behind!, tho the PCIE bus can be /enough/ faster to give direct PCIE- interface SSDs a definite speed boost over top-of-the-line SATA interface devices... for those that can afford their accordingly higher prices). -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html