There used to be a 197 Current_Pending_Sector value of 8, but after zeroing out the drive the value reverted to 0 and the 196 Reallocated_Event_Count is 0.
Isso significa que, em determinado momento, a unidade teve problemas para ler alguns setores, mas não teve problemas com eles, já que você zerou a unidade. Quando você substituiu a unidade inteira por dados novos, os setores passaram de realocação pendente para normal e, presumivelmente, a unidade ficou satisfeita com a gravação porque os setores não foram realocados nesse ponto. Você deve executar um longo auto-teste SMART (que normalmente inclui uma varredura de superfície) para verificar, mas pode muito bem ter sido uma falha, talvez relacionada a mover o computador enquanto a unidade estava operando.
Also of concern is 188 Command_Timeout which has a value of 1, this is defined as:
Não vale a pena se preocupar. A unidade reporta quase 2600 horas de tempo de ativação e observou um único tempo limite de comando nesse período de tempo. Os tempos limite dos comandos são tratados pelos sistemas operacionais, repetindo o comando com falha ou com falha na operação de E / S, portanto, se esse for um problema persistente, você saberá sobre isso. Pode estar relacionado aos 8 setores pendentes ou pode não estar relacionado.
Eu me preocuparia se isso começasse a aumentar de forma perceptível, mas um número de timeouts de um dígito sem outros sinais de problemas com a operação do sistema não me preocuparia.
I have been doing some low level programming and I have had to force shut off my computer about 50 times.
Isso não deve afetar a unidade física em nenhum nível que valha a pena, embora possa afetar a consistência lógica dos dados (corrupção do sistema de arquivos, etc.).
Além disso, do comentário do sawdust :
You should run the short and extended self-tests. The large number of ID#187 Reported_Uncorrect errors indicates a problem. Seems like there was a swarm of uncorrectabe read errors about 40 POHours ago.
Isso faz um bom ponto, mas não sabemos a codificação do valor bruto. O que podemos dizer é que o "valor" é atualmente um 100 normalizado, com um valor pior visto de 1 e um limiar (para relatar que o drive falhou ou que a falha é iminente) de 0. Ou seja, no momento atual o drive não acha que esse valor é motivo de preocupação. E 1.45e14 ler erros soa quase impossivelmente alto; por sua própria admissão, a unidade tem cerca de (750 GB em 4 KiB / setor) 183.000 setores. Para obter o número de falhas de leitura relatadas como o valor bruto, todo e cada setor individual teria que falhar 791.000 vezes nas 2.586 horas de ativação relatadas, ou uma falha de leitura completa do inteiro superfície a cada 11 segundos. Este é simplesmente um número ridículo (em dez segundos você conseguiria ler apenas uma pequena fração de toda a superfície do disco), então podemos seguramente concluir que para esta unidade e atributo 187, com um alto grau de certeza, o valor bruto é algo outro que uma simples contagem de números inteiros. Pode ser que o valor bruto seja dividido em duas partes, com alta ou baixa bits que codificam o valor real e os outros bits que codificam outra coisa. O valor hexadecimal do valor bruto desse atributo é 83D0 0005 01C8, em que a cadeia de zeros no meio indica tal codificação; embora certamente possível, parece improvável que uma contagem aleatória de erros tenha uma cadeia tão longa de zeros no meio. Se, por exemplo, pegarmos os bits mais baixos (501C8 hex), isso significa que 328.136 relataram erros que, embora ainda pareçam bastante, soam muito mais .
Resultado final, O SMART pode ser uma excelente ferramenta de monitoramento, mas não foi projetado para capturar e relatar todos os problemas. Algumas unidades se movimentam alegremente mesmo após o SMART indicar que elas devem estar completamente descarregadas, e algumas unidades falham catastroficamente, embora a SMART diga que tudo está ótimo mesmo após a falha. Pegue os dados SMART como são, um sistema de alerta antecipado e um relatório de status, não algum tipo de verdade absoluta sobre a integridade da unidade. Além disso, você precisa ler os valores brutos com um olho crítico, pois a codificação deles é definida pela implementação. Em vez disso, você deve verificar como o "valor" relatado se compara ao valor "limite" da unidade, pois eles devem ser definidos de maneira significativa para a unidade específica pelo fabricante.
Se você estiver preocupado com os setores pendentes anteriores (que basicamente significa "difícil de ler"), faça uma varredura de superfície completa pela SMART. Se eles voltarem como "pendentes", então, pode valer a pena considerar a possibilidade de substituir a unidade, mas o simples fato é que praticamente qualquer unidade desenvolverá alguns setores defeituosos ao longo de sua vida útil, e possui vários setores sobressalentes para compensar isso. realocando os setores defeituosos. A realocação exige que os dados sejam conhecidos, portanto, se um setor ficar ruim, ele só poderá ser realocado durante uma gravação para esse setor.