Quanto tempo os badblocks demoram em uma unidade de 1 TB?

Question

Estou executando badblocks (ou melhor, "e2fsck -c") em uma unidade de 1TB e, se o indicador de progresso for qualquer indicação (sem trocadilhos), levará quase uma eternidade para ser concluído.

Neste momento, diz 0.01% done, 30:20 elapsed , o que significaria que a coisa levaria cerca de 17 semanas para ser concluída, o que parece bastante excessivo no meu livro.

Isso é uma quantidade normal de tempo para que uma verificação seja feita ou simplesmente porque minhas suspeitas estão corretas na medida em que a unidade está falhando, fazendo com que a verificação demore apenas um pouco menos que a eternidade?

Eu encontrei esta pergunta aqui, mas isso diz respeito à quantidade de passa feito.

    

Answer 1

Para responder a sua pergunta, o mais próximo que posso oferecer é com um 3TB que testei para isso. Aqui estão os 3 testes que eu fiz, mudando apenas os valores de parâmetro para -c e somente fazendo até 10%, já que eles levaram MUITO tempo. Cada uma foi feita 3 vezes para obter uma média.

badblocks -svn /dev/sdb

Para chegar a 1%: 1 hora
Para chegar a 10%: 8 horas e 40 minutos

badblocks -svn -b 512 -c 32768 /dev/sda

Para chegar a 1%: 35 minutos
Para chegar a 10%: 4 horas 10 minutos

badblocks -svn -b 512 -c 65536 /dev/sda

Para chegar a 1%: 16 minutos
Para chegar a 10%: 2 horas e 35 minutos

Então, sim, o parâmetro -c tem uma influência muito grande no tempo necessário para verificar a unidade. Eu diria que para um disco rígido de 1 TB, supondo que ele mantenha o mesmo tempo que o 3TB, seria 1/3 do tempo mencionado aqui, então para chegar a 10% com -c 65536 no HD de 1 TB ele seria cerca de 50 minutos.

    

Answer 2

Badblocks faz 4 execuções. Em um HD externo de 1 TB, normalmente leva cerca de 70 horas.

    

Answer 3

Tente aumentar a quantidade de blocos processados juntos, como em badblocks -svn -b 512 -c 65536 /dev/sda . Dessa forma, posso obter uma unidade de disco rígido de 1 TB em 8 horas.

    

Answer 4

Corri isso ontem antes em um disco com falha de 1 TB no meu 6 TB RAID 6 (MODO DE GRAVAÇÃO DESTRUTIVO!):

# badblocks -svw -b 4096 -c 65536 /dev/sdb

Mainboard é um rack ASRock C2550D4I (eu sei…) com 8x Samsung SpinPoint M8 HN-M101MBB (eu sei…) conectado às portas SATA3. As unidades são unidades 4K "Advanced Format", portanto, o tamanho do bloco de 4K.

badblocks demorou cerca de 28 horas para terminar, sem erros.

As unidades individuais têm ~ 105 MB / seg. (média% de tempo de leitura tamponada emhdparm -tT), 200-230 MB / seg. durante o teste de toda a matriz. Nada superior, hoje em dia, mas agradável para uma pilha de drives antigos de laptops.

Espero que isso ajude, já que esse tópico me ajudou a encontrar uma maneira rápida de executar uma execução de badblocks no disco. Eu sei que seu uso é duvidoso nos dias de hoje, mas quando um smartctl -t long anterior falhou devido a falhas de leitura, decidi que todos os setores fossem tocados e reescritos algumas vezes para ver como o S.M.A.R.T. valores mudariam. Outro teste de smartctl está pendente, se isso falhar novamente, vou comprar uma nova unidade.

    

Answer 5

Estou executando badblocks em unidades WD Red 4TB. Como são unidades de setor de 4k (verificadas usando lsblk -o NAME,PHY-SeC ), estou executando com -b 4096 . Eu queria dar a cada uma das instâncias dos badblocks ~ 800Mb de RAM, então usei -c 200000 , o que dá 4096 bytes * 200,000 blocks = 800,000 Kb . Eles começaram com cerca de 800Mb cada um, mas isso aumentou com o tempo. Essas configurações fornecem uma aceleração significativa em relação às configurações padrão.

Correu 1% em 3min 56sec , mas isso representa 1% de 4 padrões. Também parece demorar mais tempo quanto mais perto você chegar ao final de uma corrida. Ele verificou o disco com o primeiro padrão em cerca de 17 horas, então ele deve completar 4 TB em cerca de 68 horas .

COMANDO ABAIXO EXECUTA UMA ESCRITA DESTRUTIVA

O comando que estou usando é: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt

    

Answer 6

Algumas observações de desempenho:

Estou executando o e2fsck -c -c -v / dev / sda2, que reside neste dispositivo:

/ dev / sda2 77056 976754431 976677376 sistema de arquivos Linux 3.7T

O tempo de execução atual para 63,5% é 53:28:40; 53,5 horas A taxa de progresso é de 1,186% / hora. A esse ritmo, serão necessárias 31 horas adicionais para serem concluídas, com um tempo de execução total estimado de 85 horas. Este é um dispositivo USB 3.0. iotop indica que a velocidade média de leitura / gravação é de aproximadamente 25MB / s. Até agora, zero blocos ruins foram encontrados.

A linha de comando subjacente executada pelo e2fsck é:

sh -c badblocks -b 4096 -X -s -n / dev / sda2 976677375

Postagens no StackOverflow indicam que é seguro interromper badblocks com ^ C (SIGTERM). Se eu fizer isso, não vejo a desvantagem de interromper esse teste e retomar o mesmo no futuro mais tarde, já que essa é uma operação em nível de bloco de disco. Eu preciso desmontar esse sistema de arquivos antes de retomar a conclusão da varredura percentual.