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 <[email protected]> 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 <[email protected]>
> 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 <
>> [email protected]> 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 <
>> [email protected]> escreveu:
>>
>>> Este é um bom tópico pra se levantar, tendo em vista o aumento em uso de
>>> SSD.
>>>
>>> Links sobre isso
>>> https://wiki.debian.org/SSDOptimization
>>> https://wiki.debian.org/SSD%20Installation
>>>
>>