11 mensajes de error de Windows y lo que significan de verdad

Lea el código, no el pánico

El código de detención al pie de la pantalla azul y el número hexadecimal debajo son el único texto útil de esa pantalla. El nombre indica el subsistema que claudicó —memoria, pila de almacenamiento, controlador—, y el hexadecimal reduce la lista de sospechosos. El código QR y la carita triste son decorado; el mensaje es el código. Desde Windows 10 los mismos datos quedan en el registro: eventos BugCheck con identificador 1001 en el registro de Sistema del Visor de eventos, y al lado el Monitor de confiabilidad, que muestra qué se instaló o actualizó justo antes del fallo. El minivolcado va a C:\Windows\Minidump: es la transcripción del suceso, no una prueba «para luego».

Antes de tocar nada, responda una pregunta: ¿hubo patrón —una aplicación concreta, una actualización reciente, hardware nuevo? Un cuelgue es un incidente; tres en una semana son un diagnóstico. Anote el código en cada caída: dos códigos distintos alternándose suelen indicar la memoria; un mismo código repetido, un componente concreto. Es una línea en el bloc de notas que ahorra horas de reinstalaciones a ciegas.

• Anote el código de detención y el número 0x… antes de que la pantalla se apague
• Abra el minivolcado de C:\Windows\Minidump con WinDbg o BlueScreenView
• Revise en el Monitor de confiabilidad qué se instaló justo antes del fallo
• ¿Códigos distintos en cada caída? Pruebe la memoria con mdsched.exe
• Compruebe el SMART del disco antes de culpar a los controladores

Los códigos que apuntan al hardware

CRITICAL_PROCESS_DIED suena a placa base muerta, pero casi siempre son archivos de sistema dañados: lo curan sfc /scannow y DISM, no reemplazar piezas. UNMOUNTABLE_BOOT_VOLUME y KERNEL_DATA_INPAGE_ERROR son tema de almacenamiento: cable, controladora, un disco agonizante; empiece por el SMART y por cambiar el cable SATA, que sale más barato que cualquier diagnóstico. WHEA_UNCORRECTABLE_ERROR es la queja del procesador o de la memoria ante sus condiciones de trabajo: devuelva el overclock y los voltajes a valores de fábrica y en la mitad de los casos el código desaparece.

FAULTY_HARDWARE_CORRUPTED_PAGE casi siempre señala a los módulos de RAM, y en eso es honesto; MEMORY_MANAGEMENT es de la misma familia: la memoria, o un controlador que corrompe páginas ajenas. PAGE_FAULT_IN_NONPAGED_AREA acusa a todos a la vez, pero el volcado suele nombrar al culpable: la línea "What failed" o el nombre del módulo en el informe. El principio es simple: códigos sobre páginas, memoria y datos dañados — primero prueba de memoria; códigos sobre volúmenes y sistemas de archivos — primero el disco.

Los códigos que apuntan a controladores y software

DPC_WATCHDOG_VIOLATION significa que un controlador retuvo al procesador más de lo permitido: los culpables clásicos son el firmware del SSD y los controladores de almacenamiento, y actualizar ese firmware cura lo que meses de reinstalaciones de Windows no curaron. DRIVER_IRQL_NOT_LESS_OR_EQUAL nombra al sospechoso directamente: el nombre del controlador aparece en los detalles del error y en el volcado. NTFS_FILE_SYSTEM es un sistema de archivos dañado o un disco enfermo: chkdsk y SMART. UNEXPECTED_STORE_EXCEPTION, pese al nombre exótico, casi siempre es almacenamiento: el controlador Intel RST o el mismo SSD agonizante.

Y un género aparte: errores sin pantalla azul. "This app can't run on your PC" no es una avería, sino una arquitectura equivocada: está ejecutando un binario de 64 bits o una compilación ARM donde no corresponde. Entradas WHEA a miles en el registro sin un solo cuelgue suelen ser telemetría de los sensores de la placa, no anuncios de defunción. La frontera es simple: caída del sistema — volcado y código; caída de un programa — el registro de ese programa.

Preguntas y respuestas

Sigue leyendo