A varredura de um SSD Flash NAND para setores defeituosos ajuda?

Question

Se eu tiver arquivos corrompidos e quiser detectar se o Flash NAND SSD é o problema ou se a instalação está apenas corrompida, a verificação de setores defeituosos ajudaria ou isso é útil somente em unidades de disco rígido comuns?

    

Answer 1

De um modo geral, o firmware do SSD deve estar cuidando da localização de seus dados se o local atual estiver prestes a ficar ruim. Contudo. Nada é 100% confiável, incluindo algoritmos de re-alocação de firmware flash. Eu diria que a chance de um setor realmente ruim (por exemplo, você escreve dados, mas não pode ler de volta, ou ler de volta, não o que você escreveu) no SSD é muito baixo, mas não vai doer procurar por setores defeituosos .

Se alguma quantidade não trivial de setores defeituosos aparecer no SSD, eu não usaria o SSD de forma alguma, isso significa que algo está seriamente errado com seu firmware ou com o NAND flash em si.

    

Answer 2

Primeiramente, sugiro consultar os parâmetros SMART da unidade. Por exemplo, a unidade pode ter esgotado o fornecimento de blocos de memória reserva. Você vai querer usar a versão mais recente do smartmontools que você pode facilmente colocar em suas mãos (uma fonte fácil / gratuita: um LiveCD do Ubuntu).

O Smartmontools também pode ativar um autoteste da unidade e mostrar os registros de erros inteligentes do dispositivo, se houver.

Se o SMART não apresentar problemas, provavelmente não são problemas de "mídia" (ou seja, células NAND ruins.) A corrupção pode ter sido causada por um problema de firmware; As unidades flash muitas vezes viram muitas revisões de firmware, portanto, verifique se há firmware atualizado para sua unidade.

Para responder à sua pergunta original: sim, você pode executar badblocks (ou semelhantes) em um SSD.

    

Answer 3

Primeiro faça um backup de todos os dados importantes na unidade.

Você pode verificar a saída do smart, ele deve relatar coisas como contagem de setor realocada, contagem de nivelamento de desgaste, contagem de falhas de programa, contagem de falhas de apagamento, contagem de erros incorrigíveis e assim por diante.

O fabricante do seu ssd provavelmente tem algum software de teste de unidade mais específico que pode fornecer mais dados.

Você sabe exatamente quais arquivos estão corrompidos? Existe algum padrão para ele (apenas arquivos recém-escritos? Apenas arquivos antigos? Aleatórios? Se você baixar um arquivo grande (talvez algum Linux instala cd / dvd) e calcular sua soma de verificação corresponde à soma de verificação postada na página dl? )?

Se nada disso der algo conclusivo, existem métodos mais destrutivos de teste. Eles têm algumas desvantagens. Primeiro, eles destruirão quaisquer dados atualmente na unidade, em segundo lugar, alguns podem ser muito lentos, em terceiro lugar, alguns usarão parte da quantidade limitada de gravações que cada unidade possui (não deve ser um grande problema para a maioria das novas unidades , mas ainda). Eu usaria o sw de fabricantes para redefinir a unidade (limpa todas as células, fazendo com que pareça uma nova unidade), execute badblocks (o teste de gravação destrutivo), redefina a unidade novamente, coloque alguns arquivos com somas de verificação conhecidas na unidade e compare os checksums.

Você pode também testar sua memória e cpu antes de ir para os testes destrutivos, pois os erros de memória / cpu também podem corromper os arquivos, mas os testes não destroem nenhum dado e realmente não causam muito desgaste no seu hw.

Se você falhar durante qualquer um dos testes, poste onde e com qual erro, se não, a unidade parece bem, embora eu ainda ficasse de olho nela usando smart, criando somas de verificação de todos os arquivos e comparando-os a cada tantas vezes por qualquer mudança que não deveria estar lá.