FWIW, on some of my workstations, when I have gotten the "sector pending" messages, I have been able to take the drive out and run the manufacturer's diagnostics on it (in my case, Seatools), and that fixed some things and I haven't had any issues since. --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanhorn at wright.edu http://www.engineering.wright.edu/~mvanhorn/ On 2/17/12 3:25 PM, "m.roth at 5-cent.us" <m.roth at 5-cent.us> wrote: Mike Burger wrote: > >> A few weeks ago, one of my servers started complaining, via smartd, that >> one drive had one unreadable sector. I umounted it, and ran an fsck -c, >> then remounted it. Error didn't go away. Now, what's really annoying is >> that I've gotten back to it today, and it's reporting the problem, as it >> has for weeks now, every half an hour. >> >> However, when I run >>> smartctl -q errorsonly -H -l selftest -l error /dev/sdb >> it gives me *nothing*. Anyone understand why I get two different >> results? >> >> mark "and I am waiting for the smartctl -t long /dev/sdb to >> complete" > > The smart system works at the hardware level, reading diagnostic > information from the SMART circuitry on the hard drives, themselves. The > hard drives will often, now, try to move the data from bad sectors on the > platters to good sectors, and then mark them so that they won't be used, > later. > > Running fsck only works at the logical filesystem layer. The fsck tool >has > no hooks to deal with the physical layer. Ok, but my thinking was, first, that after the fsck, the system wouldn't try to write to the bad sector, thus not provoking smart. The more annoying thing is that I don't understand why smartctl doesn't give the same info as smartd. When I do a -a, it does tell me that one sector's pending, but not that there's any error. mark _______________________________________________ CentOS mailing list CentOS at centos.org http://lists.centos.org/mailman/listinfo/centos