Technical Anshu
Tutorials Blog
Guía maestra de BSOD

Guía maestra de BSOD Cada error de detención importante y lo que realmente le dice

Una pantalla azul significa que Windows protege sus datos, no lo castiga. Cuando el kernel detecta una falla con la que no puede continuar de manera segura, se detiene y deja el código de detención como la primera oración de la historia. Esta guía maestra decodifica cada error de detención importante: lo que normalmente significa, lo que nunca prueba por sí solo y el orden de corrección que coincide con el código.

Technical AnshuWindows 10 / 11Step-by-step fix guide
Mire la guía maestra completa en el vídeo: cada error de parada explicado con su solución, paso a paso

La mayoría de los consejos sobre la pantalla azul fallan porque tratan todos los accidentes de la misma manera. En realidad, el código de detención es una herramienta de clasificación: reduce la lista de posibles causas de todo lo que hay en la PC a dos o tres sospechosos. Utilice esta página como mapa: busque su código en la lista maestra, observe a qué familia pertenece, realice los tres primeros movimientos universales y luego siga la página del caso de ese código para conocer su orden de corrección específico. Una advertencia honesta antes de comenzar: un código estrecha la búsqueda, no la finaliza. El patrón de varios fallos (el mismo código, el mismo nombre de archivo, el mismo momento) es lo que finalmente condena al culpable.

The master list - nine stop codes that cover almost every blue screen (usual meaning)
PAGE_FAULT_IN_NONPAGED_AREA (0x50)Bad memory reference - RAM or driver
IRQL_NOT_LESS_OR_EQUAL (0xA)Driver touched paged memory too early
MEMORY_MANAGEMENT (0x1A)Memory bookkeeping corrupt - RAM first
SYSTEM_SERVICE_EXCEPTION (0x3B)Crash inside a system service - read the file named
CRITICAL_PROCESS_DIED (0xEF)A process Windows cannot live without has died
INACCESSIBLE_BOOT_DEVICE (0x7B)Windows lost its own boot disk
KERNEL_SECURITY_CHECK_FAILURE (0x139)A critical kernel structure was corrupted
DPC_WATCHDOG_VIOLATION (0x133)A driver or device stopped responding
WHEA_UNCORRECTABLE_ERROR (0x124)The hardware itself reported a fatal error
Los nueve códigos que cubre esta guía. En el Visor de eventos, aparecen los mismos códigos en hexadecimal que el ID de evento BugCheck 1001; por ejemplo, 0x00000050, 0x0000000A, 0x00000124.
1

Paso uno: lea la pantalla antes de tocar cualquier cosa

La pantalla azul le ofrece tres pruebas y la mayoría de la gente no utiliza ninguna de ellas. Primero, el nombre del código de parada en mayúsculas: esa es la familia del fallo. En segundo lugar, en muchos fallos aparece una línea que dice Qué falló: seguida de un nombre de archivo que termina en .sys; ese es el controlador que se estaba ejecutando cuando Windows se rindió. En tercer lugar, el momento: ¿se bloquea al arrancar, en un juego, en modo inactivo o de forma aleatoria? Tome una foto de la pantalla antes de reiniciar. Después del reinicio, el mismo código se guarda en el Visor de eventos como BugCheck, ID de evento 1001, con el valor hexadecimal entre paréntesis; por ejemplo, 0x00000050 para PAGE_FAULT_IN_NONPAGED_AREA. Cada página de caso en esta guía lleva ese código, así que busque el suyo en la lista maestra de arriba y vaya directamente a él.

2

Paso dos: clasifique su código en su familia

Los nueve códigos se dividen en cinco familias, y la familia le indica dónde buscar primero. Familia de memoria (0x50, 0x1A y, a menudo, 0xA): la falla está relacionada con la RAM o algo que se escribe en la memoria incorrecta. Familia de conductores (0x3B, 0x133 y, a menudo, 0xA): un conductor se portó mal o dejó de contestar. Familia de arranque y almacenamiento (0x7B): Windows no puede acceder al disco desde el que arranca. Familia de integridad (0x139, 0xEF): el kernel encontró sus propias estructuras dañadas o un proceso del que depende ha muerto. Familia de hardware (0x124): el propio procesador informó el error; trate las correcciones de software como una pérdida de tiempo hasta que se borre el hardware. Observe que 0xA aparece en dos familias. Esa superposición es normal y es la primera lección de esta guía: el código acota la búsqueda, no la finaliza.

3

Paso tres: Los tres primeros pasos universales

  1. Deshacer el último cambio. Nuevo controlador, actualización de Windows, nueva RAM o SSD, nuevo antivirus: el último cambio es el sospechoso número uno. Revierta el controlador en el Administrador de dispositivos o desinstale la actualización desde Configuración o el menú de recuperación
  2. Pruebe en modo seguro. Mantenga presionado Shift mientras hace clic en Reiniciar, luego Solucionar problemas, Opciones avanzadas, Configuración de inicio, Reiniciar y presione 4. El modo seguro casi no carga controladores de terceros. Si la PC está estable allí, la causa es un controlador o programa. Si aún falla en modo seguro, archivos o hardware sospechosos del sistema
  3. Repare los archivos del sistema. En un símbolo del sistema de administrador, ejecute sfc /scannow, luego DISM /Online /Cleanup-Image /RestoreHealth y luego sfc /scannow una vez más. Este par corrige la gran proporción de fallas causadas por archivos de Windows dañados
4

Paso cuatro: siga el orden de corrección de su propio código, no una lista genérica

Las listas de soluciones genéricas son la razón por la que las pantallas azules se prolongan durante semanas. Reinstalar Windows no hace nada por un SSD moribundo, y una prueba de memoria no hace nada por cambiar el modo de arranque en BIOS. Cada familia tiene un orden correcto: los códigos de memoria comienzan con una prueba de RAM, los códigos de arranque comienzan en la configuración de almacenamiento del BIOS, el código de vigilancia comienza con el controlador de almacenamiento y el firmware SSD, y WHEA comienza con la eliminación de cada overclock. Las páginas de casos de esta guía le dan a cada código su propio orden: trabaje con el suyo desde arriba, cambie una cosa a la vez y anote lo que cambió. Y cuando un fallo sigue a otro con un código diferente cada vez, ese patrón en sí mismo es una pista: los códigos aleatorios generalmente significan una cosa inestable debajo (RAM, calor o energía), no nueve fallas separadas.

Sospeche de cualquier lista de soluciones que comience con la reinstalación de Windows para cada código de detención. Una reinstalación no puede arreglar una RAM defectuosa, un SSD agonizante, un CPU sobrecalentado o un cambio en el modo de inicio del BIOS, y destruye el historial de fallos que necesitas como evidencia. Reinstalar es el último paso, después de las pruebas, no el primero.

Mira la guía en vídeo completa

La guía maestra completa de BSOD: cada error importante de detención explicado con su solución, mostrado en vivo, paso a paso.

Watch Full Video
Preguntas comunes (FAQ)

¿Dónde puedo ver el código de detención después de reiniciar la PC?

Abra el Visor de eventos, vaya a Registros de Windows, Sistema y busque el BugCheck de origen con el ID de evento 1001; enumera el código hexadecimal, como 0x00000050. El Monitor de confiabilidad (buscar Ver historial de confiabilidad) también muestra el mismo bloqueo que una entrada de falla de Windows con el código.

¿Una pantalla azul siempre significa una falla de hardware?

No. La mayoría de las pantallas azules son causadas por controladores y archivos del sistema dañados, que son software. Solo un código en esta guía, WHEA_UNCORRECTABLE_ERROR (0x124), es el hardware que informa su propio error fatal, e incluso ese solicita pruebas antes de comprar piezas.

Mi PC mostró una pantalla azul una vez y ha estado bien desde entonces. ¿Debería preocuparme?

Escriba el código y la fecha, y observe lo que cambió justo antes: un nuevo controlador o una actualización es el desencadenante habitual. Un solo choque es una nota; el mismo accidente dos veces es una tarea. Las pantallazos azules repetidos siempre merecen una orden de reparación, porque la falla subyacente no se cura por sí sola.

Esta guía se basa en el video de la guía maestra técnica de Anshu BSOD: atascado en cualquier paso, pregunte en los comentarios del video y obtendrá una respuesta.