Re: TESTE DE INTEGRIDADE SSD

Humm vou dar o meu pitaco pois faz muito tempo que não mexo com o msadm,
mas na época eu fazia um grub-install /dev/ sda; grub-install /dev/sdb....

Em seg., 4 de mar. de 2024, 14:27, Anderson Rodrigues <
[email protected]> escreveu:

> Por falar em Raid tem um problema que eu ainda não consegui contornar,
> fazendo Raid em Software temos um problema para instalar o /Boot no Raid
> por exemplo "md0/boot" o Grub não consegue ver esse diretório durante a
> instalação uma forma de contornar isso é criar uma partição no disco
> somente para o /boot, porém se esse disco for o que apresentar o problema
> perdemos o acesso ao sistema, uma pergunta RAID em software é recomendado
> apenas para máquinas desktops e não servidores, ou temos alguma forma de
> deixar o /boot com grub em todos os discos de forma a não parar a máquina?
> Muito Obrigado a todos e um bom dia.
>
> Em sáb., 2 de mar. de 2024 às 16:01, Rafael de Almeida <
> [email protected]> escreveu:
>
>> Galera,
>> Quem quiser saber mais sobre SSD no Linux
>> https://eriberto.pro.br/palestras/ssd-ref-biblio.pdf
>>
>> Em sáb., 2 de mar. de 2024 às 01:47, Leandro Cunha <
>> [email protected]> escreveu:
>>
>>> João, é você que realiza o processo pra se retirar da lista.
>>>
>>> https://lists.debian.org/debian-user-portuguese/
>>>
>>> Em qua., 28 de fev. de 2024, 14:37, João Pedro Nader Gervasoni <
>>> [email protected]> escreveu:
>>>
>>>> Me retire desta lista
>>>>
>>>> Obter o Outlook para Android <https://aka.ms/AAb9ysg>
>>>> ------------------------------
>>>> *From:* Jose Tavares <[email protected]>
>>>> *Sent:* Wednesday, February 28, 2024 2:02:14 AM
>>>> *To:* Yuri Musachio <[email protected]>
>>>> *Cc:* Rafael de Almeida <[email protected]>;
>>>> debian-user-portuguese <[email protected]>
>>>> *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 <[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
>>>>
>>>>
>>
>> --
>> *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
>>
>>