Como usar o comando badblocks?

Nick-us
(usa Slackware)

Enviado em 26/07/2020 - 23:58h

Boa Noite a todos, estou precisando de ajuda para entender esse comando! vou explicar abaixo!

Em minhas pesquisas no Google e Man ficaram muito confusas do jeito correto de usar e como usar, mas ainda assim a conclusão do comando que eu deveria usar foi:

# badblocks -svw -b 512 -c 65536 -o badblocks.txt /dev/sdb1 

Cheguei a conclusão acima porque meu Hd de 1Tb tem setores com tamanho 512 e aumentei o número de blocos para testar para que o teste seja mais rápido (mesmo que lento claro)

Acontece que tudo parecia estar indo a MIL Maravilhas conforme mostro abaixo:

Checking for bad blocks in read-write mode

From block 0 to 1953521663

Testing with pattern 0xaa: done                                                 

Reading and comparing: done                                                 

Testing with pattern 0x55: done                                                 

Reading and comparing: done                                                 

Testing with pattern 0xff: done 

Mas neste teste 0xff está me deixando MUITO preocupado, pq tá se mostrando diferente dos outros!

Reading and comparing: 0.00% done, 41:35:35 elapsed. (35014/296378368/0 errors) 

Reparem que onde sempre ficou (0,0,0 erros) está cheio de números preocupantes, e o arquivo que sempre ficou vazio a quase 41Hs de execução, tem agora neste momento 3GB de tamanho....

O que isso significa? Ele começou a achar Badblocks? Eu pensei que estes testes era ele testando o Hd igualmente tantas vezes. Mas não sei se é assim. Me parece que cada teste é 1 ítem diferente testado! Outra coisa que notei, é que a Luz do Hd apagou neste teste atual, enquanto nos outros ela sempre ficou piscando, ou seja 41hs ininterruptas piscando!

Gostaria que alguém me explicasse o que é (0,0,0) dele pq em nenhum lugar explica o que é isso! O que siginifica cada campo dessa informação?
Eu preciso dessa informação pq preciso saber se posso ou não usar esse Hd, ele é novo, 0Km, pq se ele tá ruim, vou devolver a loja!
E de fato esse 0xff está me deixando preocupado! O que é esse teste? Pq passou nos outros e nesse parece tão estranho? Pq o Hd Apagou? isso é normal? Ele desliga neste teste?

Fiquei na dúvida se o Hd desligou por algum motivo e atrapalhou o teste, ou se é assim mesmo! Por favor, quem souber informar agradeço!

Henrique-RJ
(usa Outra)

Enviado em 28/07/2020 - 05:34h

Rapaiz isso é uma coisa meio compRicada ...

Já li que HDs possuem maior risco de defeito quando ou muito novos ou muito velhos.

Prepara um CD/pendrive de ferramentas do Hiren's Boot CD que você terá muitas para fazer testes e todas elas livres.

-------------------------------------------
A Paz esteja convosco ( Jo 20, 19 )

maurixnovatrento
(usa Slackware)

Enviado em 28/07/2020 - 07:56h

Não lembro bem o significado dos dois primeiros, mas o importante é que o último sempre fique no zero. É pra ser isso.

___________________________________
Conhecimento não se Leva para o Túmulo.

maurixnovatrento
(usa Slackware)

Enviado em 28/07/2020 - 08:03h

Para quem se interessar aqui achei um conteúdo muito bom do comando:

https://treinolinux.com/comando-badblocks/

___________________________________
Conhecimento não se Leva para o Túmulo.

ricardogroetaers
(usa Linux Mint)

Enviado em 28/07/2020 - 09:28h

Comentando, até onde eu entendi:
"... porque meu Hd de 1Tb tem setores com tamanho 512 .."
O termo "setor", neste caso, é entendido como um segmento de trilha delimitado por um setor (ver adiante), e tem sempre 512 Bytes (ou meio KibBytes, antigamente chamado erroneamente de KiloBytes). Não confundir com o conceito real de setor, que a grosso modo, é como uma "fatia de bolo" convergente da periferia para o centro do disco.
Cluster é uma unidade de alocação, que pode abranger apenas 1 "setor" (segmento de trilha) em (discos de pequena capacidade, até 256 MB, formatados em fat32 por exemplo, que não mais existem) ou abranger varios "setores", dependendo da capacidade do disco (ou melhor, da partição) e do sistema de arquivos nela contido. Ex:
Em fat 16 um disco antigo de 1 a 2 GB tem cluster padrão de 32 KiB , cada cluster tem 64 "setores"
Em fat 32 um disco antigo de 256 MB a 8 GB tem cluster padrão de 4 KiB, cada cluster tem 8 "setores"

Do manual do comando:
"-svw"
-s -> Mostre o progresso da varredura registrando a conclusão aproximada de porcentagem dos badblocks atuais passados no disco. Observe que os badblocks podem fazer várias passagens de teste no disco, principalmente se a opção -p ou -w for solicitada pelo usuário.
-v -> Modo verboso. Gravará o número de erros de leitura, erros de gravação e corrupção de dados no stderr (erro padrão)
-w -> Use o teste no modo de gravação. Com essa opção, os badblocks procuram blocos defeituosos, escrevendo alguns padrões (0xaa, 0x55, 0xff, 0x00) em todos os blocos do dispositivo, lendo todos os blocos e comparando o conteúdo. Esta opção não pode ser combinada com a opção -n, pois são mutuamente exclusivas.
Nunca use a opção -w em um dispositivo que contenha um sistema de arquivos existente.
Esta opção apaga dados! Se você deseja testar o modo de gravação em um sistema de arquivos existente, use a opção -n. É mais lento, mas preservará seus dados.

"-b 512 -c 65536"
-b -> Especifique o tamanho dos blocos em bytes. O padrão é 1024.
-c -> é o número de blocos que são testados por vez. O padrão é 64.
Temos, aproximadamente:
512 Bytes x 65536 = 33.554.432 Bytes = 33.554 KB = 34 MB testados por vez. (voce determinou)
1024 Bytes x 64 = 65.536 Bytes = 66 KB = 0,0655 MB testados por vez (padrão)
Diferença brutal! Um aumento de 51.780% em relação ao padrão. Será que o programa aguenta fazer testes nessa taxa, sem errar?

"Fiquei na dúvida se o Hd desligou por algum motivo e atrapalhou o teste, ou se é assim mesmo!"
Dificil determinar. Pode o Gerenciador de Energia ter desligado o disco. Ou o HD, ou o programa, ou o sistema travou. Observe:

"Verificando blocos defeituosos no modo de leitura e gravação
Do bloco 0 ao 1953521663
1-Teste com o padrão 0xaa: concluído
Leitura e comparação: pronto
2-Teste com o padrão 0x55: concluído
Leitura e comparação: pronto
3-Teste com o padrão 0xff: concluído

Leitura e comparação: 0,00% concluído, 41:35:35 decorrido. (Erros 35014/296378368/0)"

Eu não confio muito nesse programa da mesma forma que não confio no SMART.
Como tambem não confiava 100% nos testes de superficie do scandisk e do ndd no tempo do DOS.

Já vi HD de marca (made in Paraguay?) dar problema precoce.
Manda o programa discos preencher o HD com zeros e veja se "empaca" ou rateia durante a operação.
(obs: essa operação é destrutiva, os dados serão apagados).