Posso provar que um SSD está quebrado? [duplicado]

Question

Meu SSD está quebrado?

Pedi para substituir tantos SSDs que não tenho vontade de perguntar novamente. Mas se o SSD estiver realmente quebrado, apenas um servidor de tempo baixo custará US $ 500 ou algo assim.

Então, como posso ter certeza de que o SSD está realmente quebrado?

Posso simplesmente reformatar o disco rígido como no Windows? O disco está montado.

Antes de um pino solto, reinicialize o servidor muitas vezes. Parece que danificou todos os SSD lá.

/bin/ls: cannot access cache-zch-5666-cache.txt: Input/output error
/bin/ls: cannot access cache-zch-4970-cache.txt: Input/output error
/bin/ls: cannot access cache-zch-4782-cache.txt: Input/output error
./   cache-zch-4782-cache.txt  cache-zch-5666-cache.txt
../  cache-zch-4970-cache.txt
root@host [/home2/investgr1/public_html/hello/cache/zch]# rm *
rm: cannot remove 'cache-zch-4782-cache.txt': Input/output error
rm: cannot remove 'cache-zch-4970-cache.txt': Input/output error
rm: cannot remove 'cache-zch-5666-cache.txt': Input/output error
root@host [/home2/investgr1/public_html/hello/cache/zch]#

    

Answer 1

Primeiro, verifique a saída de dmesg como sugeri em sua pergunta anterior . Se o kernel está tendo problemas para falar com o drive, ele será relatado lá.

Isso não indica necessariamente que a unidade está ruim. RAM é outro culpado popular, então faça um teste de memória. Eu uso o UBCD para isso, mas existem muitas alternativas.

Se o teste de memória aparecer limpo e não houver erros em dmesg , mas você ainda estiver recebendo erros de E / S, provavelmente terá setores defeituosos na unidade. Para determinar isso, execute fsck -c ou fsck -cc no disco. O primeiro teste é melhor para SSDs, já que é um teste somente leitura, mas não é possível localizar ou corrigir tantos problemas quanto o teste de leitura e gravação que você obtém com -cc .

Por fim, você não pode provar um negativo , então você nunca pode dizer "Este SSD não está quebrado" com absoluta confiança.

Para piorar o problema, é possível que um teste fsck (ou badblocks ) não apresente erros, mas que o sintoma desapareça. Isso ocorre porque as unidades de disco regraváveis modernas possuem recursos de auto-reparo que são acionados quando você pode mostrar à unidade que há um problema. Dito isto, essas instalações geralmente impedem que você veja o efeito de setores defeituosos em primeiro lugar, portanto, se os setores defeituosos são realmente o problema, isso pode significar que o conjunto de setores sobressalentes da unidade está esgotado.

    

Answer 2

Execute badblocks -n -v em uma ou mais das partições. Tenho certeza de que isso não é tão significativo em um ssd (os blocos são virtuais e os ssd fazem seu próprio gerenciamento de bloqueio incorreto), mas se o dispositivo tiver problemas, o processo de badblock pode acioná-los.

Ou seja, se badblocks encontrar blocos inválidos em um SSD, o SSD está quebrado.

Eu não encontrei nenhuma referência para fazer o backup desta tese, mas aqui está o meu raciocínio:

• badblocks -n faz um teste de leitura / gravação de baixo nível de toda a partição.
• Os SSDs gerenciam seus próprios blocos ruins internamente e também usam o nivelamento de desgaste para distribuir o uso; os endereços de bloco enviados para o sistema são virtuais. Portanto, nenhum desses blocos deve testar mal e, se o fizerem, algum funcionamento da unidade falhou.

Como Warren Young diz, é difícil provar um ponto negativo aqui, então só porque este teste passa não significa que o disco não está quebrado.

Note que você deve desmontar as partições primeiro , o que significa que você terá que usar um live CD ou algo assim se o seu sistema de arquivos raiz estiver no SSD.