Серия

Средства дефрагментации #137— сбои в режиме отладки ядра и зависания

В этом эпизоде средств defrag Эндрю Ричардс и Чад Beeder используют средства отладки для Windows (WinDbg) для отладки некоторых дампов памяти в режиме ядра. Мы исследуем аварийное завершение режима ядра (BSOD) и зависание системы.

[00:00] Введение — режим ядра и отладка в пользовательском режиме
[02:18] Дамп #1: мини-дамп остановки 0xD1 (DRIVER_IRQL_NOT_LESS_OR_EQUAL)
[03:24] Начните с !analyze -v
[04:58] Справка отладчика содержит полный список кодов проверки ошибок
[07:45] Выполните веб-поиск функций в стеке
[08:58] Скорее всего, эта ошибка исправлена 3055343 базы знаний
[10:22] Дамп #2: аварийно созданный вручную аварийный дамп системы зависания, отправленный средством просмотра Channel 9 Tom
[11:22] Дампа была вынуждена с помощью клавиатуры: принудительное завершение работы системы с клавиатуры
[12:15] !process 0 0 для перечисления всех выполняемых процессов
[14:33] Смешная история Эндрю о диагностике проблемы с производительностью сервера в кластере DEC Alpha
[16:17] !process [address] 17 , чтобы просмотреть все потоки в процессе (включая стеки пользовательского режима)
[19:50] !thread без параметров, чтобы увидеть, что выполняется на этом ЦП
[23:58] ~0, чтобы узнать, что работает на процессоре 0
[24:44] Поток storport пытается получить спин-блокировку в течение длительного времени. Общие сведения о спин-блокировках
[29:05] !locks показывает, кто-то держит IopDeviceTreeLock и PiEnginelock - некоторые потоки выполняют работу Plug&Play - пере перечисление шины
[31:53] lmvm , чтобы посмотреть на драйвер хранилища - выглядит довольно старым. Проверьте наличие обновлений.
[33:22] !devnode 0 1 показывает дерево устройств
[36:10] Вопросы? По электронной почте по адресу defragtools@microsoft.com