# smartctl -a /dev/sdc >hdc.txt
# less hdc.txt
Vai ter muito informação, nem eu sei o que e cada item. As marcadas como Pre-fail merecem atenção.
Solicitar que o smart faça um teste, curto:
# smartctl -t short /dev/sdc
Teste longo
# smartctl -t log /dev/sdc
Para ver o andamento deste teste, use o smartctl -a /dev/sdc
Próximo ao fim do relatório, terá algo assim:
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA
_of_first_error
# 1 Extended offline Completed without error 00% 16014 -
# 2 Extended offline Aborted by host 90% 16012 -
Nesse caso o HD esta bom.
Se o smart relatar erro, não completando o test, já pode providenciar um HD novo.
O smart pode detectar e realocar o blocos/setores com problemas, mas isso só acontece quando e feito uma gravação.
A seguir pode fazer um teste de leitura com o badblocks
# badblocks -vvv /dev/sdc
Se relatar blocos com defeito, pode tentar fazer o smart realocar esses blocos.
Após fazer a copia dos seus arquivos, use o badblocks em modo não destrutivo.
# badblocks -nvvv /dev/sdc
Isso demora vários horas ou até mesmo dias.
Se não se importar em perder os dados do HD, pode usar o modo destrutivo de dados.
# badblocks -wvvv /dev/sdc
E mais rápido que o não destrutivo, mas nem tanto.
Pode se usar o badblock em teste de leitura para gerar um arquivo com o bad blocks e usar ele no modo de gravação, testando somente esses blocos.
Eventualmente, o smart pode ter ativado o flag de defeito eminente (inclusive com aviso na bios) mas o HD estar ainda bom. O smart+badblocks pode ter corrigido, mas não limpa a flag de defeito (não se tem acesso).
OBS.: vvv são três letras v, para aumentar a quantidade de informação que e apresentada.