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 < leandrocunha...@gmail.com> 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 < > jnge...@hotmail.com> escreveu: > >> Me retire desta lista >> >> Obter o Outlook para Android <https://aka.ms/AAb9ysg> >> ------------------------------ >> *From:* Jose Tavares <jaatavar...@gmail.com> >> *Sent:* Wednesday, February 28, 2024 2:02:14 AM >> *To:* Yuri Musachio <yuri.musac...@gmail.com> >> *Cc:* Rafael de Almeida <rafael.i...@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 <jaatavar...@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.musac...@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.i...@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 < >> leandrocunha...@gmail.com> 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