Серия

Средства дефрагментации #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]! обработка 0 0 для перечисления всех выполняемых процессов
[14:33] Смешная история Эндрю о диагностике проблемы с производительностью сервера в кластере DEC Alpha
[16:17]! процесс [адрес] 17 , чтобы просмотреть все потоки в процессе (включая стеки пользовательского режима)
[19:50]! поток без параметров, чтобы узнать, что выполнялось на этом ЦП
[23:58]~0, чтобы перейти к просмотру того, что выполнялось на процессоре 0
[24:44] Поток storport пытается получить спин-блокировку в течение длительного времени. Общие сведения о спин-блокировках
[29:05]! блокировки показывают, что кто-то держит IopDeviceTreeLock и PiEnginelock - некоторые потоки выполняют работу Plug &Play - пере перечисление шины
[31:53]lmvm , чтобы посмотреть на драйвер хранилища - выглядит довольно старым. Проверьте наличие обновлений.
[33:22]! Devnode 0 1 показывает дерево устройств
[36:10] Вопросы? По электронной почте по адресу defragtools@microsoft.com