BlueScreenView - помощна програма за определяне на драйвера, който е причинил BSOD

BlueScreenView

По подразбиране той търси дъмп в папката% systemroot% \ Minidump, но можете да конфигурирате вашата собствена папка (Настроики -> Разширено). За намерените драйвери помощната програма показва:

Горният панел съдържа името на файла, датата на създаване, името на грешката при спиране, кода на грешката, параметрите, както и драйвера, който предполага, че е причинил проблемаПричинени от водача).
В долния панел - (в зависимост от настройките в Настроики ->Режим на долния панел) всички драйвери, заредени по време на грешката, или само драйвери, намерени в стека. Сред всички драйвери - драйверите, които трябва да причинят проблема, се показват на розов фон. Също така помощната програма може да покаже син екран, много подобен на този, който всички толкова обичат.

Важно! Трябва да отбележа, че не е нужно да разчитате само на името на файла в колоната, когато дефинирате драйвера Причинени от Шофьор. Помислете за драйверите в долния панел (или само тези, маркирани в розово, ако е активирано показването на всички драйвери), като първо разгледате несистемните драйвери.

Помощната програма работи много бързо и има допълнителни възможности за копиране на отделни редове и създаване на HTML отчети.

BlueScreenView vs. kdfe.cmd/WinDbg

В горната екранна снимка проблемът не е причинен от USBPORT.SYS (системен драйвер), aclaudsl.sys (модем драйвер). Именно последното беше посочено от анализа на kdfe, който разчита на инструменти за отстраняване на грешки за Windows. И тогава се обръщам към въпроса, колко правилен е анализът на помощната програма в сравнение с kdfe/WinDbg.

Реших да проверя как резултатите на BlueScreenView са същите като kdfe. Тъй като няма недостиг на материали, взех дузина сметища с най-често срещаните кодове (0x8E, 0x50, 0xD1 и 0x0A). Само в един случай резултатите бяха различни - BlueScreenView посочи системния драйвер, а kdfe посочи драйвера на Outpost Firewall. Тестването също така разкри, че BlueScreenView не винаги правилно показва проблемния драйвер в горния панел, но във всички случаи, с изключение на споменатия по-горе, проблемният драйвер е посочен в долния панел. По този начин kdfe е по-ясно да посочи проблемния драйвер. Въпреки това се наблюдава и обратната картина - понякога kdfe недвусмислено сочи към системния драйвер, докато BlueScreenView също подчертава несистемни драйвери, което също може да е причина за проблема.

Обобщение

Лесно мога да препоръчам BlueScreenView за бърз анализ на сметищата на паметта, генерирани от BSOD. Помощната програма обаче не винаги ясно посочва проблемния драйвер в горния панел. Следователно, вместо да се любувате на синия екран в долния панел, по-добре е да активирате показването на драйвери за него и да проучите техния списък. В неочевидни случаи също е по-добре да анализирате с kdfe, но за задълбочен анализ пак не можете без WinDbg.