[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: TESTE DE INTEGRIDADE SSD



Me retire desta lista 

Obter o Outlook para Android

From: Jose Tavares <jaatavaresf@gmail.com>
Sent: Wednesday, February 28, 2024 2:02:14 AM
To: Yuri Musachio <yuri.musachio@gmail.com>
Cc: Rafael de Almeida <rafael.ipv6@gmail.com>; debian-user-portuguese <debian-user-portuguese@lists.debian.org>
Subject: Re: TESTE DE INTEGRIDADE SSD
 
Me lembrei de algo extra..

Se a máquina onde o SSD está ficar fazendo muito swap, e for colocado no SSD uma particao de swap muito pequena, alguns blocos do SSD serão super stressados com escrita e leitura, podendo danificar aquele espaco precocemente. A recomendacao é que o swap seja sempre 2x a quantidade de ram. Hoje em dia isto pode ser bastante de espaco desperdicado.

Lembrei disto pois já estourei SSD e nvme de laptops algumas vezes. lol ..
Deixa eu contar como aconteceu comigo o problema repetitivamente:
Se o cara ir atrás do MTBF dos modelos de SSD e ler quantos bytes eles aceitam de escrita antes de pifar, e então dividir os bytes pelo espaco de disco, se consegue saber quantas vezes um determinado bloco consegue aceitar escritas antes de estourar.

Depois o cara cria o swap 2x o tamanho da ram e passa a hibernar a máquina no trajeto pro office e no trajeto pra casa, o que seria uma boa prática. Dois hibernates por dia, duas escritas da ram no SSD, no mesmo espaco do swap, vezes uns 2 anos fazendo isto e plim, o SSD comeca a ficar lerdo quando se vai hibernar (realocando) e uma hora dá zebra. É só fazer os calculos, mas pelos 2 anos o problema acontece.

Jose Tavares


On Wed, Feb 28, 2024 at 1:44 AM Jose Tavares <jaatavaresf@gmail.com> wrote:
Alguns fabricantes de SSD tem produtos muito ruins.

Instala o pacote smartmontools, e usa o smartctl fazendo teste short e long .. Quando disparares o teste, verifica quanto tempo irá levar e depois de concluir o tempo, com o parâmetro -a consegues ver o resultado.

O smart roda em background, então não afeta a perf da máquina. Lê com atenção os resultados.

Uma tool simples que recomendo é o f3.
https://fight-flash-fraud.readthedocs.io/en/latest/introduction.html
Foi escrita por um brasileiro.

Basicamente o que ela faz é escrever padrões em toda a memória flash e depois lê e compara os resultados. Com isto, dá para ver se há diferenças na escrita e depois leitura, o que indicaria erro no armazenamento. Serve para qualquer tipo de armazenamento.

Durante as operações, acompanhe os logs da máquina para ver se acontece resets nas controladoras de disco.

Sobre raid1, é uma opção, mas utilize preferivelmente 2 marcas de SSD diferentes, para contornar problemas de fabricantes e de modelos específicos. Outra opção é usar um SSD e um HDD, e então configurar write-mostly para que todas as leituras se dêem somente do SSD e as escritas em ambos para não ter perda de performance significativa.

Uma coisa que costumo sempre fazer antes de usar qualquer disco é rodar um dd if=<device> of=/dev/null
Desta forma fazendo uma leitura completa do disco antes de começar o seu uso. Nisto já se percebe se houver erros. É possível também fazer testes de escrita e leitura usando o fsck.ext4 com -cc caso o disco tenha sido configurado com ext4.. O comando shred também pode te ajudar fazendo passes no disco e vendo resultados.

Mas de todas opções, o f3 me parece o mais fácil e direto para os teus testes, e irá acusar problemas se houverem.

Ah, e execute todos os testes antes de colocar o disco em produção.

Espero ter ajudado.
Jose Tavares


On Wed, Feb 28, 2024 at 12:00 AM Yuri Musachio <yuri.musachio@gmail.com> wrote:
MUITO FÁCIL fazer o RAID1 (no Debian)… chega a ser ridículo! PORÉM, existem certos “pulo do gato” que eu penei pra encontrar soluções na internet, e que na real não encontrei solução pro meu problema. Eu mesmo “desenvolvi”/descobri uma solução. Rs
Outra solução também, bem simples, é deixar o sistema num HD e o /home colocar num segundo HD… Simples, fácil e invisível pro cliente, caso dê problema no HD do sistema.
Mas se for o caso de não haver um segundo slot de HD, acho que um programa (pode ser GUID mesmo) que faça backup num HD externo, pode ser também uma alternativa.





Best,

Em 27 de fev. de 2024, à(s) 21:47, Rafael de Almeida <rafael.ipv6@gmail.com> escreveu:


Cara é surreal o que estou passando aqui em Fortaleza CE , com tanto SSD dando problema . 
Parece que os bichos são descartáveis e o pior a gente tenta falar para o cliente fazer backup e é mesmo que nada . 
Peguei a sugestão do Eriberto o qual tenho grande admiração. De aconselhar a fazer RAID 1 .( espelhamento ) 


Rafael de Almeida Matias
Especialista em Segurança da Informação
Tecnólogo em Redes de Computadores
Técnico em Informática
Currículo Lattes: https://goo.gl/RqclG4



Em ter., 27 de fev. de 2024 às 16:47, Leandro Cunha <leandrocunha016@gmail.com> escreveu:
Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de SSD.

Links sobre isso

Reply to: