<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 4, 2013 at 6:32 AM, Carl Wilhelm Soderstrom <span dir="ltr"><<a href="mailto:chrome@real-time.com" target="_blank">chrome@real-time.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 04/04 12:43 , gregrwm wrote:<br>
> i was just about to migrate containers onto this box.  it was fine last<br>
> week.  well heck, better run some tests instead i guess.  but what?  if it<br>
> wasn't raid1/lvm, i'd run fsck -c, but as it is raid1/lvm, what should i<br>
> bang on it with?<br>
<br>
</div>Spinrite is payware, but it does work for finding bad blocks on the<br>
underlying disk.<br>
<a href="http://www.grc.com/sr/spinrite.htm" target="_blank">http://www.grc.com/sr/spinrite.htm</a><br>
The site is a bit dated, but the tool is good. Only downside I've found is<br>
that if you have a bad spot on your disk, the tool can spend a *very* long<br>
time trying to recover data from it even if you know for a fact there's no<br>
data there you want to recover (such as in the case of a disk you don't have<br>
any data on you care about). There's no way to tell it to just mark certain<br>
sectors bad and not try to recover data from them.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>It also doesn't handle SATA disks well. I tried to use it to recover data from a SATA drive and it blew up with a divide by zero. Tech support for spinrite just told me that it works best on IDE drives. I ended up returning it for a full refund. When I want to recover a system now I use dd_rescue. <br>
</div></div><br><br clear="all"><br>-- <br><div dir="ltr"><a href="http://mtu.net/~jpschewe" target="_blank">http://mtu.net/~jpschewe</a><br><br></div>
</div></div>