Linux RAID subsystem development
 help / color / mirror / Atom feed
From: "Stefan /*St0fF*/ Hübner" <stefan.huebner@stud.tu-ilmenau.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: How to fix Current_Pending_Sector?
Date: Fri, 19 Mar 2010 08:22:26 +0100	[thread overview]
Message-ID: <4BA32632.3050500@stud.tu-ilmenau.de> (raw)
In-Reply-To: <87f94c371003181447w2147cb87h41d8b16613ee1471@mail.gmail.com>

Hi Greg,

Am 18.03.2010 22:47, schrieb Greg Freemyer:
> On Thu, Mar 18, 2010 at 3:37 PM, David Rees <drees76@gmail.com> wrote:
>> On Mon, Mar 15, 2010 at 4:20 AM, Iain Rauch
>> <groups@email.iain.rauch.co.uk> wrote:
>>> The 'Current_Pending_Sector' was still 1, so I dd zero onto the whole drive.
>>> I guess I could have just done part of it, but I suppose that verified the
>>> whole drive 'works'. It only took ~5 hours. Funnily enough this did fix the
>>> Current_pending_sectors count back to zero. Still no error reports in the
>>> SMART data, and 'Reallocated_Event_Count' didn't go up - shouldn't that have
>>> gone up to one?
>>
>> No - the drive was able to successfully write to the sector it was
>> unable to read from.  If the write had failed, it would have
>> reallocated the sector.
>>
>> -Dave
> 
> Dave,
> 
> Most sector writes are blind (ie. non-verified).

That is certainly right!

> 
> Is your theory that if the sector is marked as a Pending_Bad_Sector a
> write is done, but it is verified, and a reallocate only occurs if the
> verify fails?

If the drives has noted errorneous behaviour on a sector (i.e. marked it
pending), it will try to resolve the problem by verify.  It just only
makes sense that way, doesn't it?
> 
> I've never heard that theory, but it makes great sense.

IC, it does ;)
> 
> Greg

Stefan

      reply	other threads:[~2010-03-19  7:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-11 11:51 How to fix Current_Pending_Sector? Iain Rauch
2010-03-11 12:06 ` Michael Evans
2010-03-11 12:25   ` Iain Rauch
2010-03-11 16:54     ` Stefan /*St0fF*/ Hübner
2010-03-15 11:20       ` Iain Rauch
2010-03-18 17:35         ` CoolCold
2010-03-18 19:37         ` David Rees
2010-03-18 21:47           ` Greg Freemyer
2010-03-19  7:22             ` Stefan /*St0fF*/ Hübner [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BA32632.3050500@stud.tu-ilmenau.de \
    --to=stefan.huebner@stud.tu-ilmenau.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=st0ff@npl.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox