Tengo una máquina que ha sido dañada por algunos mensajeros descuidados y quiero reemplazar las piezas dañadas de manera eficiente. Tengo oportunidades limitadas para probar componentes en otras computadoras, por lo que estoy tratando de descubrir qué está roto de otras maneras.
Tengo dos problemas principales:
Artefactos gráficos. Estos toman la forma de pequeños cuadrados alineados con una cuadrícula que generalmente aparecen y luego parpadean de una posición a otra. Si el controlador de pantalla no falla, a menudo se estabilizan en una posición final y, a veces, el contenido de los cuadrados cambia. Esto me dice que la VRAM se está corrompiendo. De vez en cuando hay otros artefactos, como picos poligonales, en los juegos.
Esto se ve afectado al presionar físicamente la tarjeta gráfica: en particular, con el ordenador de lado, suele desaparecer, lo que sugiere claramente un error de la tarjeta gráfica. Sin embargo, también podría ser la ranura PCI-e o alguna parte de la placa base.
Dos veces desde que comenzaron los problemas, Windows de alguna manera se volvió imposible de arrancar y de recuperar: cada vez, algunos archivos de arranque estaban corruptos y SFC no pudo repararlos (errores y archivos diferentes cada vez), así que tuve que reinstalarlo. La primera vez que esto ocurrió fue después de un BSOD que ocurrió después de artefactos gráficos mientras se jugaba un juego. La segunda vez, la computadora emitió un BSOD mientras yo no estaba haciendo nada, pero me pregunto si estaba instalando actualizaciones.
La cuestión es que me gustaría que, por el bien de mi bolsillo, sucediera que estos problemas fueran causados por el mismo fenómeno subyacente. Entonces, mi pregunta es: ¿es razonable creer que el daño a la tarjeta gráfica podría de alguna manera causar corrupción en el sistema (presumiblemente porque el controlador de pantalla hace algo extraño en el modo kernel?) y/o es razonable creer que algún otro tipo de daño al sistema, presumiblemente a la placa base, podría causar artefactos gráficos muy específicosy¿Ocasionalmente roturas más generales?
Debo decir que dudo mucho que la RAM sea la culpable (ya que estamos hablando de daño físico y la RAM es bastante resistente y pasa todo menos la prueba extrema del martillo en memtest)
Deshabilité la tarjeta gráfica y la probé con gráficos integrados. Esto elimina los artefactos gráficos pero, por supuesto, no descarta la ranura o los circuitos de la placa base relacionados con la tarjeta.
He comprobado si hay errores SMART en los discos pero no hay ninguno. Por supuesto, eso no es el principio ni el fin de todo. Todas las temperaturas son bastante razonables (la CPU se calienta un poco, pero siempre lo hace) y definitivamente no están correlacionadas con los artefactos o BSOD. Puedo ejecutar furmark/prime95 bastante felizmente durante años sin efectos nocivos. Es más probable que juegos específicos provoquen artefactos y accidentes en el controlador, presumiblemente porque utilizan más los circuitos defectuosos.
Respuesta1
Descripción general / Discusión preliminar
Es casi seguro que a la RAM es a lo que hay que culpar en este caso.
(En teoría, un bus defectuoso (vía de comunicación en la placa base) o una CPU defectuosa podrían causar tales cosas. Sin embargo, en la práctica, la RAM defectuosa ocurre con una frecuencia mucho mayor que esas cosas. La única forma de probar eso sería si intentara diferentes chips de RAM y descubrió que el mismo hardware sigue informando que los chips de RAM en buen estado son malos. Una fuente de alimentación defectuosa también podría provocar ciertos tipos de problemas).
No sorprende en absoluto que algunos programas puedan provocar más problemas que otros. Este puede ser el caso a menudo debido a razones como la cantidad de subprocesos paralelos que ha utilizado un programa en su diseño. No es nada raro que los juegos utilicen mucho hardware, lo que los hace particularmente propensos a exponer problemas reales. Los problemas a menudo se ven exasperados por el diseño interno del software, y diferentes creadores de software pueden usar diferentes procesos técnicos, por lo que no es raro que un juego muestre problemas, mientras que otro juego de apariencia similar no los muestre. mismos problemas. (El aspecto del juego, por ejemplo si se trata de un "shooter en primera persona", puede ser una buena base para tratar de sacar conclusiones sobre si es probable que ciertos tipos de problemas sean similares, pero no siempre es una buena base. .)
Entonces, aparte de que las tendencias históricas de RAM son más probables, ¿por qué deberíamos ser propensos a culpar a la RAM defectuosa? Tenemos dos razones.
Coincide con los problemas experimentados (muy bien)
La mala RAM puede afectar lo que la computadora entiende cuando lee archivos. Peor aún, una RAM defectuosa puede afectar lo que la computadora cree que debería escribirse en el disco, liderando los archivos del sistema. Entonces esto explica su segundo síntoma.
La mala RAM también podría afectar lo que la tarjeta de video cree que debería consumirse y explica el primer síntoma.
Así que la RAM es muy sospechosa, pero el factor decisivo es este:
Tienes pruebas de que la RAM es la culpable
Es posible que se esté inclinando en contra de la idea de confiar en esta evidencia. No estoy de acuerdo. Creo que se debe confiar en esta evidencia.
"La RAM es bastante resistente y pasa todo excepto la prueba extrema del martillo en memtest"
Cuando tengo mala RAM (desafortunadamente para mí, la tengo), Memtest86 generalmente la detecta en la primera pasada. En algunos casos, no se recupera hasta la tercera o cuarta pasada. En raras ocasiones, ha detectado errores de RAM en números de paso más grandes, como 78, 81 o 133. Si Memtest86 detecta algún error, considero que la RAM está defectuosa. Si estoy en una máquina que almacena archivos que tienen datos que me interesan, entonces considero que la RAM defectuosa no es adecuada. (No quiero que mis archivos tengan datos incorrectos). En teoría, podría usar una máquina con mala RAM para algo como un servidor de medios, un servidor de impresora, etc., donde la estabilidad es menos importante para mí y donde no No almaceno ningún dato que no me importaría perder. En la práctica, esta limitación termina significando que realmente no tengo uso para una RAM defectuosa.
Sin embargo, hacía tiempo que no leía la documentación de Memtest86 y no estaba familiarizado con esta "prueba de martillo extrema en memtest". Así que lo comprobé.
Memtest86.com: Preguntas frecuentes sobre solución de problemas: "¿Por qué solo recibo errores durante la prueba 13 Hammer Test?"
El texto contiene una respuesta un poco larga (varias pantallas), pero sugiero leerlo ya que parece que esto le afecta. En particular, señalo esta frase: "Los errores detectados durante la Prueba 13, aunque expuestos sólo en casos extremos de acceso a la memoria, son ciertamente errores reales".
Respuesta2
Comenzaré diciendo que personalmente no he visto ningún problema de visualización que conduzca directamente a una RAM defectuosa. Cada vez que tenía mala RAM, experimentaba BSOD, la computadora no arrancaba o fallas aleatorias. Nunca artefactos en la pantalla. No digo que esto no sea posible, no sé lo suficiente para estar seguro. Sólo digo que, según mi experiencia, esto nunca sucedió.
He visto GPU defectuosas que producen artefactos y BSOD. Pero en mi opinión lo más probable es que el problema esté en la placa base. No veo cómo una GPU rota podría dañar los archivos del sistema. Si puede, puede probar si todavía tiene los artefactos cuando su GPU está conectada a otra ranura PCIe a través de una tarjeta vertical de GPU, si tiene una. O podrías instalar tu GPU en otra computadora (¿tal vez un amigo podría ayudarte con eso?). De esa manera puedes eliminar o confirmar si la GPU funciona según lo previsto.
El segundo problema que mencionas podría deberse a la placa base o a un disco defectuoso. Pero como revisaste el disco en busca de errores, diría que la culpa es de la placa base.
Desafortunadamente, este es el equipo más difícil de probar para detectar errores, ya que básicamente hay que probar si todos los demás equipos funcionan correctamente en otra placa base.