DPC_WATCHDOG_VIOLATION в Windows 8.1 только при перезагрузке компьютера

5513
sumitkm

Я получаю страшный DPC_WATCHDOG_VIOLATION на новой установке Windows 8.1. Он использует материнскую плату Gigabyte H87-HD3, i5 4570, 16 ГБ ОЗУ и SSD-накопитель Kingston 240 ГБ (на M / b других моделей нет). Беспроводная клавиатура Logitech K520 + мышь с использованием унифицированного USB-приемника. SSD настроен как SATA, AHCI включен. UEFI установлен на «UEFI и Legacy». Я не использовал драйверы Intel при настройке SSD, я позволил Windows разделить / отформатировать диск.

В противном случае система стабильна, но почти во всех «перезагрузках» она зависает сразу после появления загрузочного экрана. В большинстве случаев происходит сбой перед вводом пароля, иногда он попадает на ввод пароля, но вскоре останавливается и вылетает с DPC_WATCHDOG_VIOLATION. Если я выключу и начну, никаких проблем.

Часто я видел, что сетевое соединение показывает желтый восклицательный знак перед сбоем. Я пытался обновить сетевые драйверы, но безрезультатно. (Я использую встроенную локальную сеть без адаптера WIFI в системе).

Я загрузил файлы Minidump здесь . Любая помощь с анализом сбоев очень ценится.

0

2 ответа на вопрос

1
magicandre1981

Похоже, у вас есть проблема с аудио драйвером:

******************************************************************************* * * * Bugcheck Analysis * * * *******************************************************************************  DPC_WATCHDOG_VIOLATION (133) The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVEL or above. Arguments: Arg1: 0000000000000001, The system cumulatively spent an extended period of time at DISPATCH_LEVEL or above. The offending component can usually be identified with a stack trace. Arg2: 0000000000001e00, The watchdog period. Arg3: 0000000000000000 Arg4: 0000000000000000  Debugging Details: ------------------   DPC_TIMEOUT_TYPE: DPC_QUEUE_EXECUTION_TIMEOUT_EXCEEDED  CUSTOMER_CRASH_COUNT: 1  DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT  BUGCHECK_STR: 0x133  PROCESS_NAME: svchost.exe  CURRENT_IRQL: d  STACK_TEXT:  00 nt!KeBugCheckEx 01 nt! ?? ::FNODOBFM::`string' 02 nt!KiUpdateRunTime 03 nt!KiUpdateTime 04 nt!KeClockInterruptNotify 05 hal!HalpTimerClockInterrupt 06 nt!KiCallInterruptServiceRoutine 07 nt!KiInterruptSubDispatchNoLockNoEtw 08 nt!KiInterruptDispatchLBControl 09 HDAudBus!HdaController::Isr 0a nt!KiCallInterruptServiceRoutine 0b nt!KiScanInterruptObjectList 0c nt!KiChainedDispatch 0d HDAudBus! ?? ::FNODOBFM::`string' 0e nt!KiExecuteAllDpcs 0f nt!KiRetireDpcList 10 nt!KxRetireDpcList 11 nt!KiDispatchInterruptContinue    STACK_COMMAND: kb  FOLLOWUP_IP:  HDAudBus!HdaController::Isr+13e fffff800`026fe1cd 488b4628 mov rax,qword ptr [rsi+28h]  FAILURE_BUCKET_ID: 0x133_ISR_HDAudBus!HdaController::Isr  BUCKET_ID: 0x133_ISR_HDAudBus!HdaController::Isr  ANALYSIS_SOURCE: KM  FAILURE_ID_HASH_STRING: km:0x133_isr_hdaudbus!hdacontroller::isr

Поэтому обновите аудио драйвер realtek:

Image path: \SystemRoot\system32\drivers\RTKVHD64.sys Image name: RTKVHD64.sys Timestamp: Tue Oct 29 11:18:58 2013
Привет, спасибо за ваш вклад. Это, кажется, последняя версия драйвера от Realtek. Я вернулся к драйверам MS, но это ничего не решило. Фактически это ухудшило ситуацию (потребовалось 5+ попыток загрузки, к сожалению, WinDbg отказывается даже загружать созданные файлы MiniDump). Если аудиоустройство отключено, я думаю, что могу RMA M / b. Один вопрос, хотя, если я отключаю аудиоустройство из BIOS и все начинает работать, это должно быть в значительной степени доказательством того, что аудиоустройство отключено, верно? sumitkm 10 лет назад 0
Похоже, отключение аудио из BIOS не помогло. Ни один не сделал отключение на борту локальной сети. У меня есть куча новых файлов MiniDump http://1drv.ms/1jm1S2r, которые, похоже, указывают на разные драйверы в соответствии с BlueScreenViewer.exe. Любые новые идеи помогут (чувствуя себя неловко, что я не могу найти правильные файлы символов, чтобы сделать это самостоятельно; -) ...) sumitkm 10 лет назад 0
Хорошо, я наконец-то понял, как использовать WinDbg для получения анализа ошибок и для всех файлов MiniDmp, которые я могу загрузить, я получил приведенный выше анализ. Но, как показывает анализ выше, WinDbg указывает на HDAudBus. Любопытно узнать, как вы связали это с RTKVHD.sys (я новичок в WinDbg, поэтому, пожалуйста, будьте добры: -) ...) sumitkm 10 лет назад 0
Наконец немного света в конце туннеля. Похоже, что отключение Hyper V решает проблему WATCHDOG_VIOLATION. Это очень похоже на этот вопрос http://www.eightforums.com/bsod-crashes-debugging/32377-dpc_watchdog_violation-windows-8-1-upon-logging.html (на который, как я полагаю, отвечает и magicandre; ) ...). Это дает некоторое облегчение, что H / W не может быть неисправным, но для меня это абсолютно нет-нет, потому что основной целью новой машины было использование Hyper-V (в основном разработка WP8) sumitkm 10 лет назад 0
это не я. Обратитесь в службу поддержки Microsoft по этому вопросу. magicandre1981 10 лет назад 0
0
sumitkm

This issue was finally resolved by updating the BIOS and drivers via Gigabyte's App Center tool. I first updated the drivers, next, updated the BIOS (from version F5 to F6), rebooted and the BSOD stopped. Haven't got one in last 3 weeks, so I say we are good to go!

Похожие вопросы