<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_643880973992447995quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_643880973992447995elided-text">> Most importantly: once the trimtester (or *any* "corruption detecting"<br>
> tool) claims that a certain corruption is found, you look at what supposedly is<br>
> corrupt, and double check if it in fact is.<br>
><br>
> Before doing anything else.<br>
><br>
<br>
</div>I did that, but I don't know what a "good" file is supposed to look like, so I can't tell whether it is really corrupted.</blockquote></div></div></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_643880973992447995quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> The last time TrimTester reported a corrupt file, I checked it manually and it looked fine to me, but I don't know what I'm looking for.</blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto"><div dir="auto" style="font-family:sans-serif">For it to be reported as corrupted by trimester, it would need to contain at least one aligned 512 byte sector full of zeroes. Did it? Did it contain even two zero bytes next to each other?</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Or simply the same 256 byte cyclic pattern that is written by this tool?</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">If so, then obviously the tool in error claimed to find a corruption that clearly was not there.</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Feel free to keep using that tool, but fix it first, change the unsigned i and j to size_t or uint64_t. And maybe have it really check all files, before removing them.</div><div dir="auto" style="font-family:sans-serif"><br></div></div></div>