Como forçar a reformulação da contagem atual do setor pendente

Meu disco rígido portátil Crystal Disk Info - Cuidado, então eu descobri que há uma Contagem do setor pendente atual é esta unidade ok? Posso forçar o remapeamento? no Windows ou no Linux?

Eu tentei WDC Data Lifeguard ou até mesmo janelas, chkdsk /rmas sem sorte.

           Modelo: WDC WD5000LPVT-22G33T0
        Firmware: 01.01A01
       Tamanho do disco: 500,1 GB (8,4 / 137,4 / 500,1 / 500,1)
     Tamanho do buffer: 8192 KB
     Profundidade da fila: 32
    Nº de setores: 976773168
   Taxa de Rotação: 5400 RPM
       Interface: Serial ATA
   Versão Principal: ATA8-ACS
   Versão menor: ----
   Modo de Transferência: SATA / 300 | SATA / 300
  Horas de funcionamento: 8531 horas
  Contagem de energia: 5986 contagem
     Temperatura: 40 C (104 F)
   Status de saúde: cuidado
        Recursos: SMART, APM, 48bit LBA, NCQ
       Nível APM: 0060h [ON]
       Nível AAM: ----
    Letra da unidade: C:

- SMART ----------------------------------------------- ---------------
ID Cur Wor Thr RawValues ​​(6) Nome do Atributo
01 200 200 _51 000000000245 Ler taxa de erro
03 155 152 _21 0000000004E2 Tempo de Rotação
04 _87 _87 __0 00000000368F Contagem de Início / Parada
05 200 200 140 000000000000 Contagem de setores realocados
07 200 200 __0 000000000000 Taxa de erro de busca
09 _89 _89 __0 000000002153 Horas de ativação
0A 100 100 __0 000000000000 Contagem de novas tentativas de rotação
0B 100 100 __0 000000000000 Tentativas de recalibração
0C _95 _95 __0 000000001762 Contagem de Ciclo de Potência
BF __1 __1 __0 00000000065E Taxa de erros G-Sense
C0 200 200 __0 00000000006F Contagem de retração de desligamento
C1 184 184 __0 00000000BDB6 Carregar / Descarregar Contagem Cíclica
C2 103 _91 __0 000000000028 Temperatura
C4 200 200 __0 000000000000 Contagem de Eventos de Realocação
C5 200 200 __0 000000000001 Contagem do setor pendente atual
C6 100 253 __0 000000000000 Contagem de Setor Incorrigível
C7 200 200 __0 000000000000 Contagem de Erros de CRC UltraDMA
C8 100 253 __0 000000000000 Taxa de erro de gravação

Eu poderia ser feito, mas você provavelmente não iria querer.

Quando ocorre um erro quando um setor é gravado, a unidade substitui o setor defeituoso por um sobressalente e, em seguida, reescreve os dados e não há perda de dados. A "Contagem de setores realocados" é uma contagem desses setores. Mas as coisas não são tão simples quando ocorre um erro quando um setor é lido. Remapear o setor não seria uma boa ideia, pois isso impediria a recuperação dos dados se uma operação posterior de leitura fosse bem-sucedida. Em vez disso, a unidade faz uma anotação do setor defeituoso e aguarda a ocorrência de um dos dois eventos. A "contagem atual do setor pendente" é uma contagem desses setores.

1. Se o setor for posteriormente lido com sucesso, ele poderá ser remapeado sem perda de dados. Infelizmente você não tem como saber quando isso ocorrerá ou mesmo se é possível. A operação de leitura pode ter sucesso na próxima tentativa ou pode falhar após 1000 tentativas.

2. Se o setor for posteriormente escrito, ele poderá ser remapeado sem perda de dados. Infelizmente não há como saber quando ou se isso ocorrerá. Se o setor contiver dados modificados com freqüência, a espera pode não ser longa. Mas, se o setor contiver um arquivo executável do sistema ou do aplicativo, poderá levar muito tempo até que seja atualizado ou não ocorra.

Observe que tudo isso ocorre inteiramente dentro da unidade com o sistema operacional sem envolvimento ou conhecimento da operação. A unidade não fornece meios de identificar quais setores estão envolvidos, apenas o seu número. Provavelmente, isso poderia ser determinado com um software específico de unidade projetado para o uso de profissionais de recuperação de dados. Tal software é projetado para uso profissional e com preço adequado.

Como não há maneira de saber quais setores estão envolvidos, não há muito que o software possa fazer com eles. Fazer um backup clone da unidade e, em seguida, restaurá-la forçaria os setores pendentes a serem gravados e permitiriam que fossem remapeados. Com um backup de imagem, você não tem garantia de que os setores envolvidos seriam gravados. E os dados nos setores defeituosos seriam perdidos para sempre. E com uma grande unidade isso levaria um tempo considerável.

Realmente não há nada a ser ganho ao forçar a realocação. Não há vantagem em ler com sucesso um setor remapeado com os dados errados sobre a falha na leitura do setor original com os dados originais. E há uma chance de que eventualmente tenha sucesso se não for remapeada. Se o setor for escrito posteriormente, ele será remapeado sem perda de dados.