Re: was, PATA Hard Drive woes, is "SMART"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Wed, 3 Nov 2010, RedShift wrote:

> To: CentOS mailing list <centos@xxxxxxxxxx>
> From: RedShift <redshift@xxxxxxxxxx>
> Subject: Re:  was, PATA Hard Drive woes, is "SMART"
> 
> On 11/03/10 19:04, m.roth@xxxxxxxxx wrote:
>> Warren Young wrote:
>>> On 11/3/2010 11:27 AM, m.roth@xxxxxxxxx wrote:
>>>> Yeah, but I have problems with smartmon:
>>>
>>> More likely, problems with SMART.  S.M.A.R.T. is D.U.M.B. :)
>>>
>>> It's better than nothing, but sometimes not by a whole lot.
>>>
>>>> one server that's got two bad sectors, which SMART reports. I've
>>>> followed the instructions on how to make the log messages go away, and
>> fsck -c...
>>>> but on reboot, SMART seems to ignore what badblocks found, and the
>>>> irritating messages are back.
>>>
>>> It may be that SpinRite could fix that by forcing a remap.
>>
>> Dunno if we have SpinRite around here.
>>>
>>> Another option -- which I didn't mention because it probably isn't an
>>> option for the original poster, but which may work with your servers --
>>> is that some high-end RAID systems can do something like SpinRite at
>>> level 4+, as can ZFS.  They call it resilvering.  I don't think these
>>
>> No joy - it's a plain SATA drive, the root drive on a server we use for
>> backups. ext3, and no, I'm not going to change filesystem types.... The
>> real thing is why does SMART ignore the results of badblocks (for those
>> who aren't sure, that's invoked when you do fsck -c), and for that matter,
>> why the drive (Seagate ST3170811AS) doesn't automagically relocate those
>> blocks.
>>
>>          mark
>>
>>         mark
>>
>>
>
>
> Auto relocation happens ONLY when writing to foobar 
> sectors. The drive WILL NOT relocate sectors that you are 
> reading from because it cannot trust the content.
>
> SMART reports the number of sectors that have been 
> reallocated. That means, the drive was writing to a 
> sector, found out it was unreliable and decided to remap 
> that sector. It is not abnormal for drives to develop _a 
> few_ bad sectors over the years.

Is there _any_ way to tell how many reserved sectors have 
been used for remapping, and how many are still available. 
Just to give some idea of how long to carry on using a 
disk, before it runs out of spare sectors?

Regards,

Keith

Re: Original post. I've removed the 3 memory modules, and am 
now checking each DDR2 DIMM in turn, (and the DIMM slots 
as well) for any errors.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux