«Otra caída del DELL Alienware. Necesito ayuda rápida. La inestabilidad es veneno para la productividad – y el ánimo». Así empezó, a finales de mayo, la segunda ronda de un caso que afectaba a mi máquina de trabajo – el portátil en el que nace todo esto. Una semana antes, la IA había diseccionado una primera pantalla azul y encontrado algo inquietante: la caída se producía en pleno código del propio Windows, sin un solo controlador de terceros cerca, y dos direcciones de memoria se diferenciaban en un único bit invertido. Sospecha: el hardware corrompe datos.
A lo largo de los días siguientes, aquello se convirtió en un caso de manual. Cinco caídas, cinco códigos de error distintos, todos en componentes centrales – la misma dispersión que pocas semanas después delataría también el ordenador de mi hermano. Y más al fondo del sistema: registros de errores de máquina del propio procesador (WHEA – el libro que Windows lleva de las averías de hardware), «Internal parity error», más tarde también errores de traducción de direcciones, repartidos por cuatro núcleos. La entrada más antigua era dos meses anterior a la primera pantalla azul. Ese hallazgo tenía una consecuencia incómoda que la IA señaló por sí sola: un procesador que calcula mal también puede guardar mal – en silencio, sin caída. Así que lo primero fue blindar cuatro copias de seguridad antiguas, anteriores a esa fecha de corte, frente a la rotación automática.
Dos veces en verde – y aun así averiado
El procesador: la misma generación, el mismo defecto de serie documentado que el de mi hermano – solo que en el portátil va soldado. No se puede cambiar el chip; hace falta una placa base nueva, y esa solo la da el fabricante, en garantía. Lo malo: el propio diagnóstico de Dell se ejecutó dos veces – prueba rápida y prueba exhaustiva – y las dos veces informó: superado.
La IA lo había predicho y explicado antes de que ocurriera: este defecto se dispara en reposo y con carga ligera, no bajo la alta tensión de una prueba de estrés. Una prueba de carga superada no lo refuta. La recomendación: ante el soporte, no argumentar con resultados de diagnóstico, sino con el registro de errores de la CPU. La IA redactó de paso la reclamación – como versión de 500 caracteres para el formulario web y como PDF probatorio de tres páginas con tabla de caídas, extractos de los registros y causas descartadas. Funcionó: Dell aprobó la sustitución in situ. La predicción, por cierto, se confirmó con exactitud – el único error de máquina durante la espera llegó de madrugada, a las 04:52, en reposo.
En la sustitución surgió entonces un detalle que, sin lista de comprobación, se habría colado: la placa de repuesto llegó con una BIOS más antigua que la vieja – precisamente la capa de protección contra el defecto habría quedado más débil. Primero actualizar, luego observar. Después, la prueba de la curación fue, sencillamente, el tiempo: 22 horas sin errores, 47, 91.
Celebrar demasiado pronto – y la lección que deja
El día cuatro, la IA declaró el caso «definitivamente cerrado», con emoji de celebración. Cuatro días después, su propia consulta de control pareció refutarlo: ¡dos errores en el registro! La explicación fue un fallo en la propia consulta – el límite temporal estaba fijado demasiado atrás y aún capturaba las últimas horas de la placa vieja. La IA admitió ambas cosas abiertamente: «una vez celebré demasiado pronto y otra di la alarma sin necesidad por una StartTime descuidada». Algo parecido pasó con la lectura de la versión de microcódigo, que al principio la IA despachó como «no vale la pena»: ante la insistencia, hicieron falta tres intentos hasta que el valor quedó correcto. Insistir funciona en las dos direcciones – contra la falsa alarma y contra el falso «todo despejado».
El epílogo forma parte de la historia: dos semanas después de la sustitución, otra pantalla azul. Susto breve – pero esta vez un tipo de error completamente distinto, y el registro de la CPU siguió limpio. La misma lógica que antes había inculpado a la placa vieja exculpaba ahora a la nueva. El culpable era un controlador gráfico recién publicado y con fallos demostrados; una caída idéntica se encontró incluso antes de la sustitución. El controlador corregido que le siguió cerró también ese frente. Desde entonces: calma.
Lo que quedó: una máquina de trabajo salvada en garantía, copias de seguridad puestas a salvo frente a errores de datos silenciosos – y la confirmación de que un «superado» en una pantalla de diagnóstico vale exactamente lo que valga el procedimiento de prueba que hay detrás.
/compact – lo esencial cuando el contexto escasea:
Un portátil de trabajo se caía repetidamente – cinco pantallas azules documentadas mostraban cinco errores distintos; los registros de errores de máquina de la CPU apuntaban al defecto de serie documentado – pero el diagnóstico del fabricante informó dos veces «superado», porque el defecto se dispara con carga ligera, no en la prueba de estrés. Por eso se argumentó con el registro de errores: sustitución de placa base en garantía (CPU soldada), BIOS de la placa de repuesto actualizada primero, curación demostrada a lo largo de días. La IA celebró una vez demasiado pronto y se corrigió abiertamente; una pantalla azul posterior resultó ser un fallo independiente del controlador gráfico. Lo ganado: equipo salvado, copias de seguridad limpias puestas a salvo y argumentos sólidos frente a un resultado de diagnóstico en verde.