La mejor guía para resolver errores de pantalla azul (BSOD) en Windows

Totovelo10 ha presentado un nuevo comentario sobre el artículo de VirtualBox: Instale las adiciones invitadas hace 7 horas

Windows de bloqueo manual: pantalla azul a pedido

Windows incluye una característica que se puede habilitar para bloquear manualmente el sistema manteniendo la tecla CTRL derecha y presionando la tecla “Bloqueo de desplazamiento” dos veces. Esto puede ser útil para generar un volcado de choque para depurar aplicaciones o puede ser una broma divertida. Siga estos pasos para habilitar esta característica:

1. Abra el editor de registro haciendo clic en el botón Inicio y escribiendo maniobra y golpear enter. Si está en XP, seleccione First Run y ​​luego escriba maniobra y golpear enter.
2. Navegar a: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlset \ Services \ I8042Prt \ Parámetros.
3. Crea un nuevo valor de DWORD y así Crashonctrlscroll
4. Haga clic con el botón derecho en el nuevo valor DWORD y seleccione Modificar.
5. Tipo 1 en el campo de datos de valor y haga clic en Aceptar.
6. Cierre regedit y reinicie su sistema.

Ahora puede Blue Screen (bloquear) su sistema manteniendo la tecla CTRL derecha y presionando “Bloqueo de desplazamiento” dos veces.

CONSEJO:

Su sistema puede reiniciarse automáticamente cuando se inicia este bloqueo. Si su sistema se reinicia inmidadamente iniciando el bloqueo y desea ver la pantalla azul, siga estos pasos:

1. Ir a Panel de control > Sistema
2. Clickea en el Avanzado pestaña
3. Bajo Inicio y recuperación, haga clic en el Configuraciones botón.
4. Bajo Fallo de sistema, Desmarque la opción Reiniciar automáticamente.

La mejor guía para resolver errores de pantalla azul (BSOD) en Windows

Cuando se produce un error fatal en su sistema, Windows muestra el famoso Pantalla azul de muerte (o BSOD para la pantalla azul de la muerte). Este error fatal ocurre cuando el sistema operativo alcanza un estado crítico donde ya no puede funcionar correctamente.

Puede cumplir con uno al instalar una actualización, un programa, equipo o de repente, sin ninguna acción precisa que parezca haberlo activado. Windows todavía actúa así : Se detiene de repente para protegerse de la posible pérdida de datos, muestra su pantalla azul Luego reinicie su computadora.

Según los informes de errores que se enviaron a Microsoft hasta abril de 2014, las razones por las cuales Windows se distribuye así:

• Tercer pilotos periféricos del tercer partido: 70%
• Desconocido, debido a una grave corrupción de la memoria: 15%
• Errores de material: 10%
• Código de Microsoft: 5%

A veces excepcional, la pantalla azul de la muerte que sigue un error fatal desafortunadamente se puede mostrar repetidamente en su máquina. Si este es el caso para usted actualmente, necesitará Encuentre el piloto responsable del error fatal y trae una solución. Un dispositivo, su piloto o un programa vinculado a él puede ser la causa de una pantalla azul. Una actualización del piloto o del programa resuelve en la mayoría de los casos los problemas encontrados.

En este tutorial, te mostraré cómo Analizar una pantalla azul Para encontrar el Conductor responsable del error fatal y así poder resolver definitivamente el problema ! El objetivo es permitirle usar su PC nuevamente en paz, sin temor a que una pantalla azul aparezca nuevamente e interrumpirlo en su trabajo.

Preámbulo: archivos de imagen de memoria

Cuando el sistema se bloquea, Windows, por lo tanto, muestra un pantalla azul, que va acompañado de un Código de parada. Este código de parada nos brinda la primera información sobre el Naturaleza del error fatal.

I Información: Puede encontrar todos los códigos de parada y su significado en el código de referencia de verificación de errores del sitio de Microsoft Hardware Dev Center.

Sin embargo, este código de parada puede ser bastante Avare con información. En la captura anterior, el código de parada Gestión de la memoria indica que ocurrió un error de gestión de memoria grave … sin saber mucho más (ver. Verificación de errores 0x1a: memoria_management).

Hasta Windows 7, se mostró la pantalla azul Cuatro parámetros, que estaban asociados con Código de parada (Es posible encontrar estos cuatro parámetros en el observador del evento). Te permiten saber un poco más sobre el error fatal.

En el ejemplo a continuación, el primer parámetro del código de parada Unmountable_boot_volume Indica el dispositivo que no ha sido montado por el sistema (ver. : Verificación de errores 0xed: unmountable_boot_volume).

Cuando está disponible, el nombre del piloto quien plantado también se muestra. En el ejemplo a continuación, estos son RTKVHD64.sys. Este último nos dice por otro lado por otro lado mucho más Sobre la causa del error fatal. Google Research nos dice que este es el controlador de audio de alta definición de Realtek.

Sin embargo, el nombre del módulo responsable del bloqueo No siempre apareces !

Tengo un código de cierre que no me da información y el nombre del controlador responsable del bloqueo no se muestra … cómo haré para encontrar el origen del error fatal ?

No tuve tiempo para ver lo que estaba marcado en la pantalla azul ! Cómo haré para depurar Windows ?

Sin pánico ! Te iba a dar La solución Para encontrar la fuente de sus pantallas azules.

Después de plantar el sistema y después de que se muestra la pantalla azul, Windows procede a un Vaciar la memoria física (RAM) de la computadora, descargando su contenido en un archivo de disco duro: el Archivo de imagen de memoria (o archivos de volcado de memoria). También puede seguir el progreso del vaciado de la memoria en la pantalla azul a través del porcentaje de finalización, que gradualmente es increíble (hasta “100% terminado”)))).

Por lo tanto, este archivo de imagen de memoria contiene una copia de todos los datos presentes en la memoria de la computadora antes de variarse. Estos datos demostrarán ser preciosos para establecer un Diagnóstico completo en el choque Windows. Al consultarlos, seguramente encontraremos el Piloto de Windows Piloto !

Hay dos tipos de archivos de imagen de memoria: archivos para el modo de núcleo (Volcado en modo kernel) y archivos para modo de usuario (Archivos de volcado en modo de usuario). [1]

[1] Modo de usuario y modo kernel ^

En una PC con Windows, el procesador tiene dos modos diferentes: un modo de usuario y un modo de núcleo. El procesador Cambiar entre los dos modos Dependiendo del tipo de código que realice: aplicaciones Existir en modo de usuario, Componentes del sistema operativo En modo núcleo. La mayoría de pilotos Existen en modo núcleo, pero algunos pueden operar en modo de usuario.

Para resolver sus problemas de pantalla azul, debe analizar el Kernel en modo de modo de archivos de imagen. Estos son los archivos que contienen la información para depurar el sistema; Los archivos de modo de usuario les permiten depurar solo los programas instalados por los usuarios.

Windows puede generar cinco tipos Memoria de imagen para modo kernel, la diferencia es alrededor del tamaño del archivo generado:

• Imagen de memoria completa : contiene Toda la memoria física que fue utilizado por Windows en el momento del bloqueo. Este es el archivo de imagen de memoria más grande. Requiere un archivo de intercambio [2] que es al menos tan voluminoso como la memoria principal del sistema: el tamaño del archivo de intercambio debe ser igual a toda la RAM + 1 MB. Si tiene 16 GB de RAM en su computadora, el tamaño del archivo de intercambio debe ser de 16.001 GB para poder acomodar datos de memoria física !
• Imagen del núcleo : contiene Solo la memoria utilizada por el núcleo En el momento del accidente. Este archivo es considerablemente más pequeño que el archivo de imagen de memoria completa. Su tamaño es aproximadamente igual a un tercio de la memoria física instalada en el sistema (si tiene 16 GB de RAM, el tamaño del archivo será de aproximadamente 5.3 GB). Este archivo de imagen no incluye memoria no alocada, ni la memoria asignada a aplicaciones en modo de usuario. Contiene solo memoria asignada al kernel de Windows, la capa de abstracción de hardware (HAL) y también la memoria asignada a los pilotos y programas en modo kernel. Este es el archivo de imagen de memoria más útil. Más pequeño y más rápido para ejecutar que el archivo de imagen de memoria completo, no contiene datos de memoria física que generalmente no participan en el bloqueo.
• Imagen de memoria parcial (256 kb) : El archivo de imagen de memoria más pequeño, útil en sistemas de espacios de disco muy limitados. En la medida en que contiene Información limitada (Detener mensaje, lista de controladores cargados …), el análisis de este archivo puede no permitir descubrir la fuente de los errores encontrados en el momento del bloqueo de la computadora.
• Vaciado de memoria automática : contiene el misma información que el archivo de imagen de memoria kernel. La diferencia entre los dos no reside en el archivo de imagen en sí, pero en la forma en que Windows define el tamaño del archivo de intercambio del sistema. Si el tamaño del archivo de intercambio del sistema se define en “Administración de archivos de administración automática para lectores”, y el parámetro de imagen de memoria se define en el “vaciado automático de memoria”, Windows define automáticamente un tamaño para el archivo de intercambio, lo suficientemente grande como para capturar el núcleo imagen de memoria.
• Vaciado de memoria activa : Similar a la imagen de memoria completa, sin embargo, no contiene la memoria asignada a las máquinas virtuales Hyper-V, inútil para la depuración de la máquina host.

[2] Archivo de intercambio de Windows ^

Cuando la RAM (RAM) está saturada, Windows crea un archivo (PageFile.Sys) en el lector del sistema (c 🙂 para almacenar información adicional allí: es el archivo de intercambio. Esta técnica permite a Windows almacenar información sobre el disco duro que normalmente debería almacenar en RAM. Se dice que Windows tiene un memoria virtual, que corresponde a la suma entre el tamaño de la RAM (RAM) y la del archivo de intercambio.

Puede configurar el tipo de memoria tipo que Windows crea en caso de un bloqueo en el Configuración avanzada del sistema (%Systemroot%\ System32 \ SystempertiesAdvanced.Exe)> Inicio y recuperación.

Se recomienda dejar el tipo de imagen de memoria predeterminada: Vaciado de memoria automática.

Solo un archivo y solo La imagen de memoria se puede crear durante un bloqueo del sistema. Si se produce un segundo error fatal y se crea una memoria de imagen del núcleo (o una imagen de memoria completa), reemplazará la anterior (si la opción “reemplaza todos los archivos de parámetros existentes” se verifica).

El archivo de imagen de memoria se escribe de forma predeterminada en %Systemroot%\ Memoria.DMP.

Cualquiera sea el tipo de imagen de memoria que haya elegido, Windows siempre crea más Un archivo de imagen de memoria parcial Cada vez que el sistema se detiene inesperadamente (cuando se muestra la pantalla azul), incluso si ha seleccionado “imagen de memoria del núcleo” o “imagen de memoria completa” en la configuración.

Si se produce un segundo error fatal, un segundo Imagen de memoria parcial se crea y se conservará el anterior. Cada nuevo archivo de imagen de memoria parcial tendrá un nombre diferente, con la fecha del bloqueo codificado en el nombre del archivo. Por ejemplo, “050917-10843-01.DMP “es el archivo de imagen de memoria generado el 9 de mayo de 2017.

Todos los archivos de imagen de memoria parcial se mantienen en la carpeta %Systemroot%\ minidump.

Ahora que sabe cómo la operación de los archivos de imagen de memoria, consultemos el Información de desbloqueo que contienen para encontrar al piloto responsable de sus pantallas azules de muerte !

Resolver una pantalla de muerte azul (BSOD)

Paso 1: Analizar archivos de imagen de memoria

Para comenzar, analizaremos el Archivos de imagen de memoria parcial.

Incluso si este último contiene poca información, no es raro encontrar al piloto responsable del error fatal.

Si los archivos de imagen de memoria parcial no nos permiten encontrar la fuente de la pantalla azul de la muerte, analizaremos el Imagen completa o archivo de kernel que contiene mucha más información sobre el bloqueo que causó la pantalla azul de la muerte.

a través de archivos de imagen de memoria parcial

L ‘Utilidad de control de imágenes de memoria (Dobchk.ex) es una utilidad de línea de comando ofrecida por Microsoft para verificar y Leer archivos de imagen de memoria.

A diferencia de otras herramientas de depuración disponibles, Dumpchk.EXE no requiere acceso a los símbolos de depuración, que son voluminosos y que deben descargarse para hacer una depuración.

Aunque efectiva, esta herramienta no es muy ergonómica.

Es por eso que usaremos el programa Visión bluescreenview : Escanea todos los archivos de imagen de memoria creados en su computadora después de un bloqueo de Windows, y muestra claramente la información que contienen.

Ahora, descargue e instale blasCreenview en su computadora, luego ejecutela.

En el panel superior, todos Archivos de imagen de memoria encontrado en la carpeta %Systemroot %\ Minidump, así como el archivo de imagen de Memory %Systemroot %\ Memory.Se muestran DMP. En la captura anterior, se muestran seis imágenes de memoria parcial. Esto significa que esta computadora ha encontrado la pantalla azul seis veces !

Para cada bloqueo, BluesCreenView muestra el nombre del archivo de imagen de memoria parcial, el Fecha de bloqueo y hora, EL Código de parada (se muestra en la pantalla azul), el 4 Parámetros del código de parada, y los Detalles sobre el piloto Quien probablemente causó el bloqueo (nombre del archivo, nombre del producto, descripción del archivo y versión del archivo).

En el panel inferior, de forma predeterminada, se muestra bluescreenview Todos los pilotos que fueron cargados Durante el bloqueo (que ha seleccionado en el panel superior). Los pilotos cuya dirección de memoria se encontró en la batería del accidente se destacan en rosa, lo que facilita la ubicación de los pilotos que probablemente sean responsables del accidente.

Tu misión es simple : Localice el piloto responsable de la pantalla azul en la columna “causado por el controlador” !

En la captura a continuación, vemos que el choque del 5 de agosto de 2013 fue causado por el piloto de NVLDDMM.SYS que probablemente convierte una tarjeta gráfica NVIDIA.

Si desea tener más detalles sobre el controlador detectado (a qué componente, dispositivo o programa que pertenece), haga clic derecho en el archivo de imagen de memoria y seleccione Búsqueda de Google – Verificación de errores + controlador Para comenzar una búsqueda en Internet.

Desafortunadamente, a menudo sucede que los archivos de imagen parciales no contienen suficiente información para poder identificar al piloto responsable de la pantalla azul.

Este es el caso si se muestra bluescreenview ntoskrnl.exe En la columna “causado por el conductor”. Es falso : Este es simplemente el último archivo de batería que se cargó antes de que aparezca la pantalla azul. Este no es el archivo error fatal.

Según lo que BluesCreenview afecta en la columna “Causa por el conductor”, Aplicar lo siguiente ::

• Si BlascreenView muestra un nombre de archivo que se refiere a un componente, un dispositivo o un programa → Aplicar las soluciones específicas a un piloto defectuoso.
• If bluescreenview póster ntoskrnel.exe → Tendremos que analizar el archivo de imagen completo (o núcleo) para encontrar al piloto que realmente causó la pantalla azul. Vaya a la siguiente sección: lea la memoria completa o el archivo de imagen del kernel.

a través de la memoria completa o el archivo de imagen del kernel

I Información: La memoria completa o el archivo de imagen central que analizaremos corresponde al archivo de imagen de memoria del Última pantalla azul que apareció en tu ordenador. En otras palabras, esta es la versión más “completa” del Archivo de imagen parcial más reciente que se muestra en bluescreenview (Puede ordenar archivos de imagen parciales por fecha haciendo clic en el encabezado de la columna “Crash Time”).

Para analizar el archivo de imagen completo o kernel, debemos instalar el Debuges de Windows (Incluido en Windows SDK).

Para esto, siga estas instrucciones:

1. Descargue el programa de instalación SDK (Kit de desarrollo de software) de acuerdo con su versión de Windows.
2. Iniciar en el programa de instalación de Windows DUSDK. En la primera pantalla, deje la ubicación predeterminada y luego haga clic en Próximo.
   
3. Entre todas las características propuestas, instale solo las herramientas de depuración. Dejar Herramientas de depuración para Windows marcado y desmarque todos los otros cuadros, luego haga clic en Instalar.
   

Después de instalar las herramientas de depuración, tiene cinco entornos de eliminación a su disposición (ver. Áreas de depuración para más detalles) de las cuales Microsoft Windows Debugger (WindBG), A depurador capaz de depurar en modo de usuario y en modo kernel.

WindBG proporciona depuración para el núcleo de Windows, los controladores del modo de kernel y los servicios del sistema, así como las aplicaciones y controladores de usuarios. Este es el que usaremos.

I Truco : Para poder leer los archivos de imagen de memoria más fácilmente (.DMG), puede asociarlos con el programa WindBG. Para hacer esto, abra un símbolo del sistema como administrador e ingrese los siguientes comandos (para adaptarse de acuerdo con su versión de Windows):

CD "C: \ Archivos de programa (x86) \ Windows Kits \ 10 \ Debuggers \ x64 \" .\ Windbg.Exe -ia

1. Ejecute WindBG como administrador: abra el menú de inicio, ingrese “WindBG”, haga clic derecho en WindBG (x64) (O Windbg (x86) Si usa una versión de 32 bits de Windows), seleccione Ejecutar como administrador.
2. La ventana principal de Depurador de windbg abertura.
3. Especificar la ubicación de los símbolos de depuración a través de Línea >Ruta del archivo de símbolos. Los archivos de símbolos contienen una variedad de datos que son muy útiles para la depuración.
   
4. Ingrese la siguiente ubicación y luego haga clic en DE ACUERDO ::

Srv*c: \ symbolssrvcache*https: // msdl.Microsoft.com/descargar/símbolos

Guardar el espacio de trabajo a través de Línea >Guardar el espacio de trabajo. Esto nos impedirá tener que redefinir la ubicación de los símbolos de depuración con cada sesión.

Abra el archivo de imagen de memoria a través de Línea >Volcado de choque abierto.

Vaya a la carpeta C: \ Windows y seleccione el archivo Memoria.DMP.

Esperar a que WindBG cargue los símbolos necesarios para depurar el archivo de imagen de memoria. El texto Debuggee no conectado se muestra en la parte inferior de la ventana; Debe esperar hasta que se muestre el símbolo del sistema KD>.

Una vez que tenga su mano, ingrese el comando !Analizar -v para lanzar elAnálisis de archivos de imagen de memoria.

Image_Name: CPUZ138_X64 MODULE_NAME: CPUZ138_X64 Módulo de falla: FFFFF8004DC30000 CPUZ138_X64 Process_name: Speccy64.exe

0x000000d1: Driver_irql_not_or_equal 0x0000000a: irql_not_less_equal 0x0000000050: page_fault_in_nunped_area 0x00000000c2: bad_pool_caller 0x0000000000ed: Unmoutable_boot_volume 0x0000001e: kmode_not_notle s_file_system