Cuando vendemos un PC, ya sea un sobremesa o un portátil, nos gusta probarlo antes de que salga de la tienda. Con los portátiles, lo que solemos hacer es probarlos mientras les instalamos una selección de software básico y actualizamos el Windows. Y también cuando instalamos Linux, como en un par de portátiles esta semana.
Con los equipos de sobremesa que montamos nosotros, las pruebas son más exhaustivas. La batería de pruebas normal dura dos días. Pero a veces cuando los clientes llevan mucha prisa, acortamos esas pruebas. Y estas últimas semanas hemos tenido tres casos donde el no hacer todas las pruebas nos ha llevado a tener que volver a revisar los equipos después.
En un par de los casos, eran equipos que se quedaban en el pueblo. Aquí el no terminar es menor problemático. Si algo falla el cliente está al lado y no hay mayor problema en ir a su casa o en que él nos traiga el PC a la tienda. Cuando van fuera si que se complica más el asunto.
Hace más o menos un mes montamos un PC que se iba fuera del pueblo. Lo montamos por la mañana y el equipo no nos dio ningún problema. A última hora de la tarde aparece el cliente por la tienda. Resulta que estaba de vacaciones y como le gusta conducir, pues se vino hasta nuestro pueblo de turismo. Le decimos que mejor esperarse un día más. Pero insistió tanto, que mi socio al final le entregó el PC. Fue culpa nuestra, pero mi socio estuvo casi una hora tratando de razonar con el cliente y acabó rindiéndose.
Una semana después, el cliente se queja de malfuncionamiento del PC. Así que le decimos que nos lo envié. Cuando llega a la tienda, los problemas estaban causados por una reinstalación de software mal hecha por el cliente. Pero al no haber pasado nuestros tests, no estábamos seguros del origen del problema. Una vez el PC estuvo en la tienda y resuelto el problema con el software, empezamos de cero los tests y lo tuvimos 48 horas pasándolos. Y una vez terminados se lo volvimos a enviar.
Y hemos tenido un par de casos en equipos vendidos en el pueblo. Como en el caso anterior, avisamos al cliente que mejor dejarlo a terminar los test, pero en ambos casos los clientes querían llevarse el PC ya. Uno de ellos cuando volvió a la tienda tenía una avería que nos hubiese saltado en los test, un chip de memoria defectuoso, que generaba cuelgues aleatorios del sistema.
El otro tenía un error más sofisticado. No lo hubiésemos visto en los test o si, porque no tenía una pauta fija de aparición. Era el típico fallo endemoniado. Salía cuando quería, no había regla fija. Lo mismo fallaba dos veces en media hora, que luego estaba una semana sin fallar. De hecho al cliente le apareció a los 15 días de llevarse el Pc de la tienda. El error era un cuelgue en seco, sin dejar ningún fichero de errores ni de log al que acudir. Y estuvimos dos semanas dando vueltas alrededor del PC hasta descubrir el problema. Además era un equipo de gama alta, con una placa Z68, un i7, dos discos duros, una nVidia 580, fuente de alimentación de 700w, 16 gigas de ram, blu-ray… O sea que había muchos componentes e interacciones que chequear. Al final el fallo era del segundo disco duro, pero nos costó descubrirlo, porque en los test de disco aparecía todo correcto.
Hay errores que a pesar de tener los equipos en el banco de tests, no aparecen. Pero si que hay muchos que nos salen en esos tests. Y a pesar de las prisas comprensibles para empezar a disfrutar de su nuevo PC que tienen los clientes, mejor esperar a que todo este bien testeado.
Anterior y Posterior
11 Comentarios
Comentarios Cerrados
¿Como testeais la memoria? Yo alguna vez he tenido problemas con la RAM y para saber que es eso voy probando módulo a módulo (dejando el PC solo con uno) hasta encontrar el que hace que el PC falle, pero supongo que habrá sistemas más sofisticados.
Imagino que usarán memtest, o al menos como particular siempre es lo que le hago a los módulos recien comprados.
Las imágenes Live de Linux suelen incorporar memtest como una opción de arranque, con lo cual puedes testear la memoria incluso si el sistema operativo instalado no arranca.
En realidad no es un “incluso si el SO no arranca” la realidad es que el sistema operativo no debería haber arrancado, para probar la memoria lo ideal sería tener el 100% de ella libre, el problema es que incluso el memtest por muy ligero que sea también ocupa parte de la misma 😉
Supongo, que no estoy del todo seguro, que el Memtest se alojará en esos famosos 640Kb de memoria que es dónde se aloja el principio de arranque del sistema, por lo que si está jodida esa parte en concreto, ni cargaría el arranque del CD ni por supuesto el Memtest.
Sí, pero no. Es cierto que se aloja justo al principio, pero eso no significa que siempre salten los fallos de la RAM, por eso está el tema de que el memtest machaca constantemente todos los sectores de la RAM, porque en ocasiones los erores, no saltan siembre a la primera (no sé darte explicaciones más técnicas porque lo mio no es el hardware)
Evidentemente, hay veces que los errores están provocados por ciertas condiciones de temperatura, voltaje o combinaciones de valores binarios anteriores y que entonces es a base de hacer varios test cuando puedes maximizar algo la probabilidad de encontrar fallo. Lo cual no quita que si nada más intentar ejecutar lo que sea una vez pasado el post de la BIOS la cosa falla y ni se puede ejecutar pruebas en “modo live” como el Memtest, ya sea indicativo de fallo.
Coincido plenamente contigo en que muchas veces no hay nada tan jodido de diagnosticar como muchos fallos de memoria “aleatorios”.
Ya te han contestado, el Memtest. De todas formas en ocasiones pasa el test y luego cuando el equipo pasa varias horas de trabajo es cuando falla.
Otro error de los raros, es cuando falla en frío. Nosotros siempre dejamos el equipo varias horas apagado y hacemos un arranque en frío.
Ya que estoy en otro entrado os cuento las pruebas que solemas pasar generalmente con los PCs.
Gracias por adelantado… estaría muy bien que nos contaras cuales son esas pruebas…
Saludos…
La verdad es que una buena batería de test es bastante importante para evitar problemas futuros.
Para Pedro, no se cual usaran ellos, cuando yo montaba solíamos usar memtest para probar las memorias
Yo también tuve en su momento un problema con el segundo disco duro de un raid 0. El caso era que todo funcionaba correctamente y no me daba problemas, salvo que quisieras grabar un cd/dvd, que en el 95% de los casos daba errores en la verificación posterior. Me pasé casi un año haciendo pruebas y sin saber como solucionarlo, hasta que me dió por cambiar los discos y milagrosamente se acabó el problema(a mi tampoco me salía nada en los test de los discos).