[RESOLVIDO] SSD 870 EVO congela sistema (arquivos maiores que 256 MiB) [DEFEITO]

edjin
(usa Ubuntu)

Enviado em 02/03/2024 - 00:25h

Olá pessoal.

Comprei um SSD de 01 TeraByte já faz alguns dias num site Chinês logo "Ali" do outro lado do mundo, se é que vocês me entendem, fiz a instalação no meu pc, e logo em seguida providenciei um dualboot entre Xubuntu 23.10 X Windows 10 Home ambos de 64Bit. Porém percebi que o sistema CONGELA quando estou "lendo ou escrevendo" algum arquivo que seja grande, exemplo: retirar um LiveDVD do pendrive e jogar na Home, Desktop etc, antes dessa atualização, tinha um HD 250GiB com Xubuntu 22.04 e Windows 7 funcionando perfeitamente, por isso acredito que outras partes de Hardware estão funcionando dentro do esperado.

Fiz alguns testes no Windows 10 com o CrystalDiskInfo, tenho o diagnóstico que o disco está em perfeito estado, verifiquei a temperatura da CPU está entre 60 e 70°C, mas quando executo o teste com o CrystalDiskMark no Windows e com KCrystalDiskMark no Xubuntu, ele trava em ambos os sistemas no estágio de Escrita Aleatória quando o arquivo do teste é maior que 256MiB, ou seja, congela o sistema quando maniopula o arquivo temporario que o programa cria para executar os testes.

Obs:
-- Já troquei o cabo SATA
-- Fiz teste (disponível na tela de boot) pra detectar falha na memória RAM (8GiB) não temos nenhum erro.
-- Abilitei ACPI no BIOS.
-- Fiz o mesmo dualboot no HD 250GiB, funciona normal, inclusive nos testes do KCrystalDiskMark no Xubuntu.

Alguma solução meus amigos? Já passaram por isso, ou estão passando? Qualquer ajuda será muito bem vinda!

Tocagano
(usa Arch Linux)

Enviado em 02/03/2024 - 06:46h

Será que você não "autorrespondeu" a sua pergunta? Você disse:



Tirando um eventual problema de hardware ou de compatibilidade com a sua placa-mãe, esse seu disco não seria um Çamsungui, Samçungui ou "SangueSungue" não? Por acaso você pagou quanto nele?

>>> NÃO visite este canal, o cara não sabe nada! <<<
https://www.youtube.com/channel/UCRgokKtNlttdmg2RJEa2VYw

leandropscardua
(usa Ubuntu)

Enviado em 02/03/2024 - 16:54h

Leia o seguinte artigo na parte "RAM versus Swap" e veja se faz alguma diferença no seu sistema
https://www.akitaonrails.com/2017/01/17/optimizing-linux-for-slow-computers

edjin
(usa Ubuntu)

Enviado em 02/03/2024 - 19:45h

Olá, então... já tinha visto sobre ajustar as Configuração dos Parâmetros de Memória Suja quando abri um tópico no

https://ubuntuforum-br.org/index.php?topic=125773.0 

Mas de qualquer maneira muito obrigado pela indicação do artigo, pois verifiquei que a configuração scheduler está em [[mq-deadline]], ou seja, um dos melhores modos para SSDs.

Verdade seja dita, não gostaria de que o problema fosse no SSD. Mas estou quase comprando outro. :-(

edjin
(usa Ubuntu)

Enviado em 02/03/2024 - 19:50h

Sim, esse é um "SangueSunga", paguei cento e poucos reais nele.
Por favor, fale mais sobre os eventuais problemas de hardware? Quem sabe passou algum detalhe importante.

Tocagano
(usa Arch Linux)

Enviado em 02/03/2024 - 21:19h

Nesse seu caso não é problema do hardware da sua máquina e sim na "enganação" do SSD de 1TB, um Samsung EVO de 1TB original não custa 170 pratas nem se fosse roubado, basta ver os preços do equipamento no Mercado Livre ou, de preferência, em lojas oficiais, por exemplo. Talvez ele nem seja falso mas pode estar com defeito. Olhe esse vídeo:




>>> NÃO visite este canal, o cara não sabe nada! <<<
https://www.youtube.com/channel/UCRgokKtNlttdmg2RJEa2VYw

ricardogroetaers
(usa Linux Mint)

Enviado em 03/03/2024 - 00:03h

Para testar a capacidade real de uma mídia flash, apenas sugestão, nunca testei esses programas:

Para Windows:
H2testw
Link para download: https://h2testw.en.lo4d.com/windows

Para Linux:
F3
Tem no repositório, interface em linha de comando.

edjin
(usa Ubuntu)

Enviado em 03/03/2024 - 14:34h

Esse SSD não é "literalmente" uma copia, ele não veio nem na caixa e nem com logo da SanSung, que na real fica mais escancarado a ná qualidade.

Valeu pelo vídeo!

removido
(usa Nenhuma)

Enviado em 03/03/2024 - 15:54h

considerando a qualidade do ssd como já disseram pode ser que ele não esteja conseguindo ser rápido o suficiente para responder as necessidades do sistema e consequentemente congela quando tem muitas operações a serem realizadas
veja qual o scheduler que você está usando nele com o comando
$ cat /sys/block/sda/queue/scheduler
se estiver como noop ou none mude para algum outro que estiver disponível por exemplo
# echo bfq > /sys/block/sda/queue/scheduler
e em seguida teste com intenso uso de disco para ver se vai travar

se isso resolver o problema você pode tornar isso permanente criando um arquivo /etc/udev/rules.d/60-ioschedulers.rules
com o seguinte conteúdo

# HDD

ACTION=="add|change", KERNEL=="sd[a-z]*", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq"

# SSD

ACTION=="add|change", KERNEL=="sd[a-z]*|mmcblk[0-9]*", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="bfq"

# NVMe SSD

ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="bfq"

 

https://wiki.archlinux.org/title/improving_performance#The_scheduling_algorithms

leandropscardua
(usa Ubuntu)

Enviado em 03/03/2024 - 16:00h

Provavelmente a parte "rápida" da transferência está usando o cache do ssd e o este acaba vai para a transferência direta, eu acho.

Tocagano
(usa Arch Linux)

Enviado em 03/03/2024 - 18:12h

Eu já pediria a troca ou a devolução da grana da compra desse SSD em vez de ficar tentando isso ou aquilo quando já está quase na cara que é produto falsificado ou, no mínimo, com defeito. Se você for masoquista, o teste final é copiar para o disco "centenas" de arquivos de 100MB para ver até onde o ssd permite a gravação de arquivos. Quando chegar a tela de travamento depois dessas cópias seguidas, basta ver quantos arquivos foram copiados e quantos gigas ele copiou antes de travar pra mostrar a real capacidade do ssd.


>>> NÃO visite este canal, o cara não sabe nada! <<<
https://www.youtube.com/channel/UCRgokKtNlttdmg2RJEa2VYw

edjin
(usa Ubuntu)

Enviado em 04/03/2024 - 00:34h

Olá meu querido, tudo bem? Então, quando estava logado com o Xubuntu 23.10 verifiquei que [mq-deadline] estava definido como padrão, verifiquei que este modo é um dos melhores pra lidar com leitura/escrita em SSDs. Muito interessante a indicação do artigo que trata das diversas possibilidades na melhoria de desempenho! Nas o que me incomoda é o fato do problema persistir no Xubuntu quanto no Windows. Muito esquisito aida o fato de que de vez em quando ele funciona perfeitamente, daí logo depois "desgraça" tudo denovo kkkkkkkk. Problema que não tenho um SSD extra e nem outro pc, pois assim poderia testar tanto o funcionamento do SSD e do meu pc. Quero esgotar as possibilidades com esse SSD para só depois gastar mais dinheiro. ;-)