Novo SSD: travamento do SO e do VMware Workstation (estabilidade SSD / Asus M4A78 Pro)

Question

Uma máquina está executando o Windows 7 x64 com vários outros sistemas em execução no VMware Workstation. Eu mesmo construí a máquina, usando apenas peças de qualidade e executei o memtest86 + várias vezes sem erros. Tudo funcionou perfeitamente durante meses.

Então eu decidi mudar o disco rígido principal, porque era a única parte que não era nova quando eu construí o computador. Já que este disco rígido é somente para o sistema operacional (existem outros HDDs para dados), eu não preciso de muito espaço e queria experimentar algo novo, então comprei um drive de estado sólido de 120 GB: OCZ-VERTEX2 3.5

Algum tempo depois, o sistema caiu pela primeira vez. Ele congelou e AFAIR a tela estava mostrando listras cinzentas. Mais uma vez, algum tempo depois, a VMware caiu - mesmo aqui, a VMware nunca bateu em nenhuma das minhas máquinas antes. Em algum momento, eu queria verificar o status da unidade (muito antes do acidente com o VMware, provavelmente no ano passado) do SSD, então executei o HDD Health e ele me disse que a saúde do SSD é de 86%. Isso não mudou até hoje. Como os SSDs são supostamente mais estáveis, estou imaginando se essa informação é apenas imprecisa.

Aqui está minha pergunta:

Esses dois acidentes são apenas lamentáveis, o que causa algum trabalho, porque eu costumo reinstalar sistemas com falhas ou poderia existir por alguma conexão com o SSD? Existe uma maneira de descobrir isso (teste de estabilidade do SSD ou algo assim)?

• Asus M4A78 Pro
• 4x 4 GB = 16 GB de RAM DDR2
• AMD Phenom 9650 Quad de 2,3 GHz

Answer 1

A única maneira de saber com certeza seria executar um teste equivalente, como o memtest86, mas para discos rígidos. Eu não sei se existe algo assim, porque é claro que todos os dados que estão no disco são apagados.

A leitura de dados corrompidos é um problema conhecido dos discos - geralmente eles são bastante confiáveis, mas sistemas de arquivos como ZFS incluem verifica se os erros de leitura não são detectados, como acontecem.

Você re-executou o memtest86 desde que o problema aconteceu? Dois travamentos sozinhos são bastante comuns, especialmente executando coisas não triviais como uma VM no Windows. O hardware também se deteriora com o tempo, e pode até ter sido algo tão simples quanto uma queda de energia que não impediu o desligamento da sua fonte de alimentação - supondo que você não esteja conectado a um no-break de alta qualidade.

Eu também não tenho certeza do que você quer dizer com SSDs sendo mais 'estáveis' - eles são amplamente conhecidos por terem uma duração significativamente menor do que os discos rígidos - as pessoas os escolhem para velocidade, não confiabilidade. Mesmo a Intel disse que na última conferência Linux Austrália eles não usariam SSDs para dados críticos para a missão ainda (isso foi muito conversa interessante, vá assista o vídeo se você não estava lá!)

    

Answer 2

Para referência futura:

Agora estou convencido de que o SSD não era o problema, mas sim a combinação de memória e mainboard. Eu provavelmente teria problemas relacionados a SSD, mais cedo ou mais tarde, se eu ainda usasse, por causa de sua vida útil limitada em relação aos HDDs, mas meu SSD não era velho o suficiente para isso ser muito provável.

Esta placa-mãe (Asus M4A78 Pro) aparentemente tem alguns problemas trabalhando com módulos de memória diferentes. Há muito tempo, a máquina costumava congelar algumas vezes depois de ser executada por aproximadamente uma semana consecutiva - com um módulo de memória de 2x 2 GB e 1x 4 GB. Quando substituí os módulos de 2 GB por outro módulo de 4 GB (o mesmo tipo que o outro já em uso), ele não congelou mais. Os congelamentos voltaram com outro módulo de 4 GB (os 2 módulos idênticos de 4 GB ainda em uso, mas um novo e diferente módulo de 4 GB), mas foi o momento em que comecei a usar o SSD. Como o sistema congelou novamente após substituir o SSD por um novo HDD, comprei outros módulos de 2 GB do mesmo tipo como antes e removi os dois módulos antigos de 4 GB (todos os quais não produziram nenhum erro no memtest86 +, executando pelo menos 24 horas), então o sistema agora está usando 4 idênticos (rótulo ligeiramente diferente, mas mesmo número de produto, deve ser idêntico) módulos de 4 GB. Desde então (vários meses se passaram), o sistema está funcionando perfeitamente bem - não houve congelamentos ou travamentos.

Comprei os módulos do site crucial.com (site interessante e informativo, envio muito rápido).

    

Answer 3

O Vertex 2 teve vários problemas de compatibilidade quando foi introduzido, e muitas pessoas precisaram atualizar seu hardware ou BIOS SATA para que ele funcionasse corretamente.

Em teoria, você deve estar bem desde que foi há algum tempo, e agora eles estão lidando com os problemas do vértice 3 (SATA III).

No entanto, é muito provável que sejam os mesmos problemas:

• Verifique se sua BIOS está atualizada
• Verifique se o firmware do Vertex 2 está atualizado
• Verifique se você está usando cabos SATA bons (se o vértice veio com um, use-o)
• Verifique se ele está conectado a uma porta SATA II ou III na sua placa-mãe (alguns MB vêm com uma variedade de portas SATA e nem sempre são os mesmos)
• Verifique se você está usando os drivers mais recentes da motherboard / chipset em seus vários sistemas operacionais

O Memtest é uma parte de uma boa gravação na suíte de testes. Se você fizer uma pesquisa por software de teste de gravação, encontrará muitos pacotes que farão testes de estresse do sistema repetidamente (e removerão o SO e o software do loop, pois eles não são executados em cima deles).

Um teste completo apagaria o disco rígido, mas você pode escolher um teste de lessor que testa apenas partes não usadas da unidade.

Se o teste de estresse mostrar que o disco rígido está ruim, substitua-o ou entre em contato com o suporte técnico e veja o que eles dizem sobre compatibilidade de hardware com o sistema. Pode ser que você tenha um mau drive, mas fazer algumas ou todas as opções acima deve lhe dar a melhor chance de fazer o disco funcionar no seu sistema.