- El bugcheck 0x50 indica acceso inválido a la nonpaged area; parámetros y subtipo revelan la operación (lectura/escritura/ejecución) y el motivo preciso.
- Las causas habituales son controladores/servicios defectuosos, antivirus, NTFS dañado y fallos de RAM; el Visor de eventos ayuda a correlacionar.
- Modo seguro, SFC/DISM, CHKDSK y actualización/reinstalación de drivers suelen resolver; Driver Verifier y WinDbg permiten aislar el módulo culpable.
Cuando Windows se desploma con la pantalla azul y aparece el código PAGE_FAULT_IN_NONPAGED_AREA (0x00000050), no es un susto cualquiera: significa que el sistema ha intentado usar memoria que no debía, ya sea porque la dirección es inválida o apunta a memoria liberada. Este bugcheck 0x50 no es nuevo y lleva rondando desde versiones antiguas de Windows, pero por suerte tenemos un mapa muy claro de causas y soluciones.
Aunque el error pueda parecer aleatorio, casi nunca lo es: normalmente llega tras cambiar hardware (RAM, gráfica), instalar o actualizar controladores, aplicar una actualización de Windows o tocar servicios del sistema. La buena noticia es que con un par de diagnósticos bien ordenados podrás acotar si el origen es software o hardware y actuar sin perder el tiempo.
Qué significa exactamente PAGE_FAULT_IN_NONPAGED_AREA
La “zona no paginada” (nonpaged area) es un fragmento de memoria que el sistema debe tener siempre disponible en RAM, sin posibilidad de enviarla al archivo de paginación; si el kernel intenta acceder a algo allí y falla, se dispara el pantallazo con el código 0x50. Dicho de forma llana: Windows ha referenciado memoria del sistema que no es válida, o se ha usado una dirección que ya estaba liberada.
Este síntoma puede venir de un controlador mal escrito o corrupto, de un servicio del sistema defectuoso, de software antivirus metiendo la pata o de daños en NTFS; también de problemas de hardware, con la RAM como sospechosa principal (módulos defectuosos, caché L2, incluso RAM de vídeo en algunos casos). La clave está en diferenciar causa lógica (software) de causa física (hardware).
Parámetros del bugcheck 0x50 y cómo interpretarlos
Además del código de parada, Windows proporciona cuatro argumentos que te dicen mucho sobre el fallo; interpretarlos bien te ahorra horas.
| Parámetro 1 | Dirección virtual de la memoria referenciada (la que ha causado el fallo); si es basura o está fuera de rango, ya tienes una pista. |
| Parámetro 2 | Indica la operación realizada y varía según arquitectura y versión. Después de Windows 1507 (TH1):
Antes de Windows 1507 (TH1) (x64/x86): 0 = lectura, 1 = escritura; no existía el código diferenciado para ejecución. |
| Parámetro 3 | Dirección de la instrucción que referenció la memoria no válida (si está disponible); sirve para desensamblar y ver qué hacía el código en ese punto. |
| Parámetro 4 | Tipo de fallo de página; aquí Windows clasifica el motivo exacto. Valores típicos:
|
Si el sistema puede señalar a un controlador, su nombre se imprime en la propia BSOD y queda en KiBugCheckDriver (PUNICODE_STRING). Con WinDbg puedes verlo con dx: dx KiBugCheckDriver y así confirmar el sospechoso del fallo.
Causas frecuentes y cómo detectarlas rápido
En la práctica, el 0x50 se debe a drivers defectuosos o servicios del sistema que pisan memoria que no deben, a antivirus interviniendo en zonas críticas o a un volumen NTFS con errores; por la parte física, la RAM suele estar detrás (módulos dañados, contactos sucios, zócalos poco firmes), además de posibles fallos en caché L2 o VRAM.
Revisa el Visor de eventos (registro del sistema) y filtra por errores críticos en el minuto en que saltó la BSOD: verás servicios que se caen, controladores que no cargan o pistas de E/S en disco. Correlacionar el tiempo del pantallazo con eventos del sistema te dice por dónde empezar.
Si el error aparece tras instalar nuevo hardware o tras limpiar el equipo, mira primero lo obvio: módulos de RAM bien asentados, gráfica en su ranura, cables firmes, y que nada se haya movido con el aire comprimido. Un leve desplazamiento es suficiente para desatar el caos; no subestimes el factor mecánico.
Un caso típico: tras jugar, el PC reinicia y en cuanto entras a Windows te da BSOD con este código; actualizas o limpias drivers gráficos con DDU, pero sigue cayéndose e incluso al restaurar un backup “bueno” de días previos persiste. Si al volver a un estado sano de software el problema continúa, la probabilidad de que sea hardware aumenta, aunque conviene agotar pruebas de sistema antes de cambiar piezas.
Entrar en Modo seguro y en el entorno de recuperación
Para trabajar sin que se cargue el driver culpable, es fundamental arrancar en Modo seguro con funciones de red. Este modo usa controladores genéricos y te permite actuar sin que salte la BSOD en cuanto inicia el escritorio.
Si Windows no te deja entrar, fuerza el Entorno de recuperación (WinRE): inicia el PC y cuando aparezcan los puntos giratorios, mantén pulsado el botón de encendido 5–10 s hasta apagar; repítelo dos veces y, en el tercer arranque, verás las opciones avanzadas. Desde ahí puedes acceder a Reparación de inicio, Restaurar sistema, Modo seguro o Símbolo del sistema, o analizar el arranque con BootTrace.
En equipos que aún permiten la tecla de función, prueba con F4/F5/F8 justo al encender para cargar las Opciones avanzadas. Entra en Solucionar problemas > Opciones avanzadas > Configuración de inicio y pulsa la tecla 5 para habilitar el Modo seguro con red; esto te da cancha para aplicar arreglos sin BSOD al instante.
Soluciones de software que conviene probar primero
Antes de culpar a la RAM, conviene descartar corrupción del sistema y problemas en disco. Empieza por Comprobador de archivos de sistema (SFC) y DISM, y después revisa el volumen con CHKDSK; si hay drivers sospechosos, actualízalos o reinstálalos y, durante las pruebas, desactiva temporalmente el antivirus.
Reparar archivos de sistema (SFC y DISM)
Abre PowerShell o Símbolo del sistema como administrador y ejecuta: sfc /scannow. Espera a que termine y, si encuentra y repara archivos, reinicia. Si SFC no arregla todo, lanza DISM:
DISM.exe /Online /Cleanup-image /ScanHealth
DISM.exe /Online /Cleanup-image /RestoreHealthEstos comandos reparan la imagen de Windows y, combinados con SFC, dejan el sistema íntegro para descartar que la culpa sea de ficheros del SO corruptos.
Comprobar y reparar el disco (NTFS)
Abre cmd como administrador y ejecuta chkdsk C: /f /r (sustituye C: si tu sistema está en otra unidad). Acepta programar la comprobación y reinicia; si había sectores reasignados o errores en el sistema de archivos, CHKDSK los marcará y reparará lo posible.
Actualizar o reinstalar controladores problemáticos
Desde el Administrador de dispositivos, localiza el dispositivo sospechoso (muy a menudo gráfica, almacenamiento o red) y elige Actualizar controlador; si la cosa viene de una actualización reciente, prueba a Revertir o, como medida limpia, desinstalar y reinstalar desde el sitio del fabricante. En GPUs, usar DDU en Modo seguro y luego instalar el último WHQL suele ser mano de santo; si tienes problemas con la instalación de drivers, consulta la guía de AMD Adrenalin.
Antivirus e Inicio rápido
Desactiva temporalmente tu antivirus (y nunca dejes dos en tiempo real a la vez). Microsoft Defender es suficiente para la mayoría de usuarios; si con Defender solo el problema desaparece, ya has aislado al culpable. Además, deshabilita Inicio rápido en Opciones de energía para evitar estados híbridos que a veces arrastran problemas entre sesiones.
Archivo de paginación y memoria virtual
No es lo habitual, pero un archivo de paginación hecho trizas puede contribuir al caos. Ve a Propiedades del sistema > Avanzado > Rendimiento > Configuración > Avanzado > Memoria virtual y desmarca la gestión automática; puedes probar sin archivo de paginación o fijar tamaño estable en otra unidad. Tras cambios, reinicia y comprueba si cesa la BSOD.
Windows Update
Comprueba si hay actualizaciones pendientes: muchas BSOD se solventan con parches del kernel o de pila de almacenamiento. Ve a Configuración > Actualización y seguridad y pulsa en Buscar actualizaciones; instala todo lo importante y reinicia. Los fixes acumulativos a menudo incluyen correcciones de memoria.
Diagnóstico de hardware: RAM, GPU y compañía
Si tras limpiar software sigue cayendo, toca abrir la caja. Apaga, desconecta, descarga electricidad estática y reseat la RAM: quita módulos, limpia contactos con isopropílico, sopla con cuidado los zócalos y vuelve a colocarlos hasta oír el clic. Un mal contacto es más frecuente de lo que crees.
Prueba módulo a módulo y ranura a ranura; si con un stick funciona y con otro no, ya localizaste al culpable. Si tienes dos, alterna para acotar. En equipos con gráfica dedicada, revisa también que la GPU esté bien anclada y con alimentación PCIe correcta; una gráfica medio salida puede provocar excepciones de memoria en el kernel.
Ejecuta la herramienta Diagnóstico de memoria de Windows: búscala en el menú Inicio, elige “Reiniciar ahora y comprobar si existen problemas” y deja que pase todas las fases. Luego revisa el Visor de eventos la entrada “MemoryDiagnostics-Results”. Si reporta errores, la RAM no está bien y toca reemplazar.
Si has cambiado hardware recientemente (CPU cooler, SSD, RAM o gráfica) y desde entonces aparecen los pantallazos, desmonta y vuelve a montar con mimo. A veces, al colocar un disipador, se flexiona la placa o se mueve un módulo de memoria milímetros… y eso basta para que el sistema se estrelle.
Driver Verifier: cazando controladores díscolos
El Comprobador de controladores estresa a los drivers en tiempo real para forzar sus errores y exponerlos rápido. Ejecuta “verifier”, elige crear configuraciones estándar y marca únicamente los controladores de terceros sospechosos; no actives todo a la vez porque añade sobrecarga y puede volver el sistema inestable.
Si el equipo arranca con Verifier y obtienes una BSOD diferente que ya señala a un .sys concreto, bingo: pide una versión actualizada al proveedor o retira el driver. Mantén Verifier solo el tiempo necesario, desactívalo cuando cierres el caso.
Cuándo pensar que es hardware (y no software)
Señales claras de hardware: restauras una imagen del sistema “limpia” de hace unos días y el error continúa, cambias drivers y la BSOD persiste, o Windows se cae incluso en tareas ligeras (navegar, escritorio). En ese punto, céntrate en RAM, placa y almacenamiento; prueba módulos de uno en uno, cambia ranuras, ejecuta MemTest o el diagnóstico de Windows, y si puedes, testea en otro equipo.
Con gráficas como una AMD Radeon reciente, desinstalar con DDU en Modo seguro e instalar el último WHQL suele resolver si era software. Si tras eso sigue y temperaturas son normales, el siguiente paso es validar hardware y, como último recurso de software, reinstalar en limpio.
Si has llegado hasta aquí, ya dominas el mapa del PAGE_FAULT_IN_NONPAGED_AREA: sabes qué significan sus parámetros, qué lo provoca con más frecuencia, cómo acotar con Modo seguro y WinRE, qué reparaciones aplicar en el sistema y cuándo levantar la mano y señalar a la RAM o a un componente físico; con WinDbg y Driver Verifier en la recámara, tendrás pruebas sólidas para decidir si toca actualizar un driver, reparar el sistema de archivos o cambiar ese módulo que está dando guerra.
Redactor especializado en temas de tecnología e internet con más de diez años de experiencia en diferentes medios digitales. He trabajado como editor y creador de contenidos para empresas de comercio electrónico, comunicación, marketing online y publicidad. También he escrito en webs de economía, finanzas y otros sectores. Mi trabajo es también mi pasión. Ahora, a través de mis artículos en Tecnobits, intento explorar todas las novedades y nuevas oportunidades que el mundo de la tecnología nos ofrece día a día para mejorar nuestras vidas.