Sobre o SuperUser eles disseram que se usado com -w:
Badblocks makes 4 runs. On a 1 TB external HD it usually takes around 70 hours.
Mas também depende de outros switches e da interface, leia mais aqui .
Estou executando badblocks em uma unidade USB externa de 2 TB (WD Elements) por cerca de quatro dias e ela ainda está em execução. Eu iniciei o comando da seguinte forma:
/sbin/badblocks -wsv -o badblocks-ext-disk.txt /dev/sdc
A saída até agora foi:
Checking for bad blocks in read-write mode
From block 0 to 1953481728
Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: 857148544 / 1953481728
Eu não estou muito familiarizado com os badblocks e não consigo imaginar que isso leve muito tempo. Eu imagino que os badblocks já devem ter colocado alguns conteúdos em badblocks-ext-disk.txt , mas ainda são 0 bytes. Então agora eu acho que ele vai escrever sua saída quando terminar a varredura.
Posso cancelar badblocks e ainda obter alguns resultados úteis? Existem outras dicas que você pode me dar sobre a análise deste disco em defeitos? E o que está causando a varredura longa?
Sobre o SuperUser eles disseram que se usado com -w:
Badblocks makes 4 runs. On a 1 TB external HD it usually takes around 70 hours.
Mas também depende de outros switches e da interface, leia mais aqui .
No entanto, parece digno de nota que os badblocks escrevem os endereços dos blocos defeituosos em -o outputfile durante o processo, não no final.
Então, se você tivesse um arquivo de saída vazio, isso significa que até agora nenhum bloco ruim foi encontrado. Além disso, pelo menos na versão atual dos badblocks (como é fornecido com e2fsprogs 1.42.12 a partir de agosto de 2014), o parâmetro -s mostra a saída ala:
Testing with pattern Ox55: 4.3% done, 7:03 elapsed. (0/0/1 errors)
onde os números se referem ao número de erros (leitura / gravação / corrupção) Então você saberia durante o processo se houve algum erro já encontrado ou não.
Tags badblocks