Una máquina ejecuta Windows 7 x64 con varios otros sistemas que se ejecutan en VMware Workstation. Yo mismo construí la máquina, usando solo piezas de calidad y ejecuté memtest86 + varias veces sin error. Todo funcionó perfectamente durante meses.
Entonces decidí cambiar el disco duro principal, porque era la única parte que no era nueva cuando construí la computadora. Ya que este disco duro es solo para el sistema operativo (hay otros discos duros para datos), no necesito mucho espacio y quería probar algo nuevo, así que compré una unidad de estado sólido de 120 GB: OCZ-VERTEX2 3.5
Algún tiempo después, el sistema se estrelló por primera vez. Se congeló y AFAIR la pantalla mostraba rayas grises. Nuevamente, un tiempo después, VMware se bloqueó. Igual que aquí, VMware nunca antes se había colgado en ninguna de mis máquinas. En algún momento, quise verificar el estado de la unidad (mucho antes de la falla de VMware, probablemente el año pasado) de la SSD, así que ejecuté HDD Health y me dijo que la salud de la SSD es del 86%. Esto no ha cambiado hasta hoy. Dado que se supone que los SSD son más estables, me pregunto si esa información es simplemente inexacta.
Aquí está mi pregunta:
¿Esos dos fallos son solo incidentes desafortunados, que causan algún trabajo, porque tiendo a reinstalar los sistemas fallidos, o podría ¿Hay alguna conexión con el SSD? ¿Hay alguna manera de averiguarlo (prueba de estabilidad SSD o algo así)?
- Asus M4A78 Pro
- 4x 4 GB = 16 GB de RAM DDR2
- AMD Phenom 9650 Quad 2.3 GHz
Respuestas:
La única forma de saberlo con certeza sería realizar una prueba equivalente como memtest86 pero para discos duros. No sé si existe algo como esto, porque, por supuesto, borraría todos los datos que se encuentran en el disco.
Sin embargo, la lectura de datos dañados es un problema conocido con los discos; en general, son bastante confiables, pero a los sistemas de archivos les gusta ZFS Incluya controles para asegurarse de que los errores de lectura no pasan desapercibidos a medida que ocurren.
¿Has vuelto a ejecutar memtest86 desde que ocurrió el problema? Dos fallos por sí solos son bastante comunes, especialmente si se ejecutan cosas no triviales como una máquina virtual en Windows. El hardware también se deteriora con el tiempo, e incluso podría haber sido algo tan simple como un apagón que no causó que su fuente de alimentación se apague, suponiendo que no esté conectado a un UPS de alta calidad.
Tampoco estoy seguro de lo que quiere decir con que las unidades SSD son más "estables": se sabe que tienen una vida útil significativamente más corta que los discos duros: las personas los eligen por velocidad, no por confiabilidad. Incluso Intel dijo en el último Conferencia Linux Australia no usarían SSD para datos de misión crítica todavía (esa fue una charla muy interesante, vaya ver el vídeo Si no estuvieras allí!)
fuente
Para futura referencia:
Ahora estoy convencido de que la SSD no era el problema, sino la combinación de memoria y placa base. Probablemente experimentaría problemas relacionados con la SSD tarde o temprano, si todavía lo usara, debido a su limitada vida útil en comparación con las unidades de disco duro, pero mi SSD no era lo suficientemente antigua como para que eso fuera muy probable.
Esta placa base (Asus M4A78 Pro) aparentemente tiene algunos problemas al trabajar con diferentes módulos de memoria. Hace mucho tiempo, la máquina solía congelarse algunas veces después de funcionar durante aproximadamente una semana, con 2x 2 GB y 1x 4 GB de memoria. Cuando reemplacé los módulos de 2 GB con otro módulo de 4 GB (el mismo tipo que el otro que ya está en uso), ya no se congeló. Los bloqueos volvieron con otro módulo de 4 GB (los 2 módulos idénticos de 4 GB aún en uso, pero un nuevo módulo diferente de 4 GB), pero ese fue el momento en que empecé a usar el SSD. Como el sistema se congeló nuevamente después de reemplazar el SSD con un nuevo HDD, compré otros 2 4 GB de módulos del mismo tipo como antes y eliminé los 2 módulos antiguos de 4 GB (todos los cuales no produjeron ningún error en memtest86 +, ejecutando al menos 24 horas), por lo que el sistema ahora utiliza 4 módulos de 4 GB idénticos (etiquetas ligeramente diferentes, pero con el mismo número de producto, deben ser idénticos). Desde entonces (han pasado varios meses) el sistema está funcionando perfectamente bien, no ha tenido ningún bloqueo ni bloqueo.
Compré los módulos de crucial.com (sitio agradable e informativo, envío muy rápido).
fuente
El Vertex 2 tuvo numerosos problemas de compatibilidad cuando se introdujo, y muchas personas tuvieron que actualizar su hardware SATA o BIOS para que funcionara correctamente.
En teoría, debería estar bien ya que eso fue hace algún tiempo, y ahora están lidiando con los problemas del vértice 3 (SATA III).
Sin embargo, es muy probable que sean los mismos problemas:
Memtest es una parte de una buena quema en la suite de prueba. Si realiza una búsqueda para grabar en el software de prueba, encontrará muchos paquetes que pondrán a prueba su sistema repetidamente (y eliminará el sistema operativo y el software, ya que estos no se ejecutan sobre ellos).
Una prueba completa borraría el disco duro, pero puede elegir una prueba de arrendador que solo pruebe las partes no utilizadas de la unidad.
Si la prueba de esfuerzo muestra que el disco duro es malo, sustitúyalo o póngase en contacto con el servicio de asistencia técnica y vea lo que dicen sobre la compatibilidad del hardware con su sistema. Es posible que tenga un disco defectuoso, pero hacer una parte o todo lo anterior debería darle la mejor oportunidad de hacer que el disco funcione en su sistema.
fuente