BlueScreenView - herramienta para determinar el controlador que causa BSOD

De forma predeterminada, busca volcados en la carpeta% systemroot% Minidump, pero se puede configurar y propia carpeta ( Opciones -> Avanzado ). Para los conductores encuentran pantallas de utilidad:

• En el panel superior - nombre de archivo, fecha de creación, el nombre del error de detención, el código de error, parámetros, así como el conductor, al parecer la causa del problema ( causados ​​por el conductor ).
• En el panel inferior - (dependiendo de la configuración de las Opciones -> Modo panel inferior ) todos los controladores se cargan en los errores de tiempo de arranque, o sólo los drivers encontrados en la pila. De todos los controladores - en un fondo de color rosa que muestra presuntamente causó los conductores problemáticos. Además, la utilidad puede mostrar una pantalla azul, muy similar a la que todo el mundo ama.

Importante: Debo señalar que en la determinación de que el conductor no tenga que confiar sólo en el nombre del archivo en la columna causados ​​por el conductor . Se debe considerar que la parte inferior de los controladores (o pantalla en color de rosa única seleccionada se habilita si todos los conductores), prestando especial atención a los conductores no son del sistema.

La utilidad es muy rápido, y también tiene funciones avanzadas para copiar las líneas individuales y la creación de informes en HTML.

BlueScreenView vs kdfe.cmd / WinDbg

En la imagen anterior, el problema no era el culpable Usbport.sys (controlador del sistema), aclaudsl.sys(controlador del módem). Se señaló en el último análisis kdfe , polagayuschegosya de herramientas de depuración para Windows. Y luego me vuelvo a la cuestión de cómo corregir las herramientas de análisis en comparación con kdfe / WinDbg.

Francamente, yo no soy un experto en la depuración, pero una cosa es evidente de inmediato: en contraste con la WinDbg, BlueScreenView no utiliza para el análisis de los personajes que se descargan de Microsoft. Le pregunté al autor del programa, por lo que él considera el análisis correcto en estas condiciones. Y eso es lo que dijo (abreviado):

Sin importar si usted está usando BlueScreenView o windbg con los personajes, no es posible lograr una precisión absoluta en la definición del controlador. 
No creo que los personajes se me han ayudado a hacer de la utilidad de un análisis más preciso. En símbolos proporcionan información adicional que puede ayudar a los profesionales determinar la causa exacta - por ejemplo, una función en el interior del conductor que causó el error. Sin embargo, la determinación de los conductores involucrados en el error, se puede hacer sobre la base de una dirección de memoria y sin ningún carácter.

Decidí probar si los resultados son los mismos con BlueScreenView kdfe. Debido a que el material de hay escasez, tomé media docena de vertederos de improviso con los códigos más comunes (0x8E, 0x50, 0xD1 y 0x0A). Sólo en un caso, los resultados fueron diferentes - BlueScreenView señaló un controlador del sistema, y kdfe - el controlador del cortafuegos Outpost. Las pruebas han mostrado que no siempre es cierto BlueScreenView muestra el controlador de problema en el panel superior, pero en todos los casos, excepto uno, acordado anteriormente, el controlador de problema ha sido identificado en el panel inferior.Por lo tanto, kdfe puntos comprensibles para el conductor problema. Sin embargo, se observó el patrón inverso - a veces kdfe apunta claramente a un controlador de dispositivo, mientras que BlueScreenView también pone de relieve la falta de sistema, que también puede ser la causa del problema.

Resumen

Yo también puedo recomendar BlueScreenView para analizar rápidamente los volcados de memoria que son creados por BSOD. Sin embargo, la utilidad no siempre indica claramente al conductor problema en el panel superior. Por lo tanto, en lugar de admirar la imagen en la parte inferior de la pantalla azul, por ello es mejor incluir los controladores de pantalla y examinar su lista. En los casos que no son evidentes, sino que también es un examen con kdfe , y para el análisis en profundidad y sin WinDbg todavía no es suficiente.