BSOD с DPC_WATCHDOG_VIOLATION

529
Poshi

В течение последней недели я страдаю от рук и BSOD в Windows 10 Pro. Я не менял аппаратное обеспечение и не могу вспомнить ни одного обновления, но возможно, что Windows обновила мой компьютер во время выключения (это происходит регулярно, поэтому я больше не обращал на это внимания).

Поведение таково: компьютер загружается нормально, кажется, что все работает гладко, и через несколько минут (около 5 минут) он почти зависает (мышь все еще движется), через 5 секунд он полностью зависает (мышь не двигается), и через 10 дополнительных секунд я добираюсь до BSOD с единственной ссылкой DPC_WATCHDOG_VIOLATION.

Поведение такое же, если я загружаюсь в безопасном режиме.

После прочтения доступной информации похоже, что это может быть аппаратная проблема или проблема с драйвером. Я попытался переустановить несколько драйверов (названных на форумах), но это не сработало. Я также выполнил стандартный тест памяти и половину теста расширенной памяти, и никаких ошибок не возникло.

Используя BlueScreenView от NirSoft, мне удалось отследить проблему до HAL (это все равно что ничего не сказать мне ... это может быть что угодно).

Есть идеи, что я могу попробовать? Где-нибудь, где я могу видеть, какая аппаратная часть вызывает проблемы? Как только я его найду, я могу попытаться обновить драйвер или отключить / заменить неисправную деталь.

ОБНОВИТЬ:

Мне удалось войти в безопасный режим с командной строкой и запустить sfc /scannow. Некоторое время он работал без проблем, до 25%, затем система получила BSOD. Пока система загружается в Windows, у меня остается всего несколько минут, чтобы сделать все, что мне нужно. Более длительные операции будут остановлены BSOD.

Я также провел тест расширенной памяти. Никаких сбоев, пока я не пошел спать. Когда я проснулся, компьютер был включен, но на экране не было сигнала. Я могу попросить систему повторить тест несколько раз, чтобы пережить ночь. Я буду обновлять, если я получу лучшие результаты.

0
Если вы можете войти в безопасный режим - Командная строка, тогда вы можете попробовать sfc / scannow. В противном случае, запустите полный Memtest Stese 5 лет назад 0
Вы можете проверить наличие обновления BIOS. Важными драйверами являются BIOS, набор микросхем, драйвер дисплея, сеть. harrymc 5 лет назад 1
@ Stese, я обновил вопрос с запрошенной информацией. Ничего плохого не видно в период, когда эти тесты могли пройти. Poshi 5 лет назад 0
@harrymc, я обновил драйвер дисплея. Чипсет и сеть будут принадлежать материнской плате. BIOS может быть опасным, но я могу попробовать. В любом случае, ничего не изменилось ни в этих драйверах, ни в связанном оборудовании до появления BSOD. Poshi 5 лет назад 0
ОК, обновление BIOS пока не совсем указано. Посмотрите в Event Viewer для полезных сообщений. harrymc 5 лет назад 0
Я не буду публиковать это как ответ, так как это всего лишь ссылка. Было бы хорошо, если бы вы могли написать ответ, в котором указано, в каком разделе устранена ваша проблема (если она вообще есть). https://thewindowsplus.org/dpc_watchdog_violation/ Stese 5 лет назад 1
@ Stese, я думаю, что я уже попробовал все из них, но этой ночью я сделаю полный обход этого списка, спасибо. Poshi 5 лет назад 0
@ Stese, у меня есть почти все результаты по этой ссылке. Я отключил быстрый запуск. Я попытался проверить, не поврежден ли жесткий диск, но он оказался недостаточно быстрым и попал в BSOD после 27%. Я обновил драйвер чипсета, использовался не тот, который указан на странице, beu - тот, который я всегда использовал и завершил процедуру. Я удалил драйвер дисплея в безопасном режиме, и он был автоматически установлен снова при перезапуске, как и ожидалось. Я установил все доступные обновления Windows, но последнее, которое было выпущено вчера (BSOD до окончания). Poshi 5 лет назад 0
если компьютер недостаточно стабилен, чтобы завершить полную проверку диска, я бы предложил использовать live-cd или аналогичный для проверки ... тогда вы исключаете проблемы с программным обеспечением, так как диск не используется для загрузки. Stese 5 лет назад 0
Единственный оставшийся шаг - восстановление системы, но для этого я хочу сделать резервную копию, на всякий случай. Для этого я использую Ubuntu с USB-загрузкой. Оказавшись там, я подключил системный диск, но при чтении файлов я получаю ошибки ввода-вывода. Глядя на вывод команды fdisk -l, я вижу внутренние компоненты моего системного диска. Это OCZ Revodrive X2, состоящий из 4 дисков в RAID0 и показанный Windows как один диск. В Linux я получаю к ним доступ через маппер устройств, но все равно могу видеть их независимо. Poshi 5 лет назад 0
Ошибки ввода / вывода? Это указывает на неисправный диск или контроллер. Stese 5 лет назад 0
3 из 4 из этих дисков находятся в хорошем состоянии, но один из них не может быть должным образом проанализирован. `smartctl -i` удается показать данные для всех из них, кроме одного. Так что похоже на проблему, если аппаратная проблема с моим системным диском. Poshi 5 лет назад 0
Но я удивлен, как Windows может загружаться и работать без сбоев в течение примерно 5 минут, пока не истечет время ожидания и не появится BSOD. Poshi 5 лет назад 0
Система не совсем нестабильна. Я добираюсь до BSOD через определенное время. Там истекает некоторое время ожидания и вызывает это. Таким образом, все операции для решения проблемы должны быть выполнены в этот срок :-( Poshi 5 лет назад 0
Единственное, что мне еще нужно сделать, это проверить, что это действительно причина (проверить отказ оборудования). И попробуйте восстановить некоторые данные с этого диска. В любом случае, ничего страшного. Важные данные уже находятся во внешнем RAID5 с резервной копией на дополнительном диске. Poshi 5 лет назад 0
Спасибо за помощь. Я вернусь, когда у меня будут более твердые выводы. Poshi 5 лет назад 0

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

0
Poshi

Спасибо всем за комментарии.

Наконец проблема возникла из-за неисправного SSD. Это был OCZ Revodrive X2, старый SSD, который подключался напрямую к шине PCIe для преодоления ограничений SATA-соединения. Внутри этой карты было 4 SSD-накопителя в конфигурации RAID 0, и драйвер предлагал ее как один диск ОС (хотя в Linux вы могли видеть четыре блока). Один из этих подразделений начал выходить из строя.

Удивительно, что система все еще загружалась с этого SSD, и, очевидно, все работало нормально, и файлы были доступны для чтения до BSOD. При использовании Linux было более очевидно, что одно из подразделений не было должным образом доступно (информация fdisk, информация lsblk ...).

Как только подозрение стало ясным, я скопировал несколько интересных вещей, которые остались на этом диске без других копий, и заменил это устройство стандартным SSD через интерфейс SATA (PCIe SSD больше не производится, и перешел на интерфейс M.2 подразумевается дополнительная карта адаптера, и общая стоимость почти удвоится для, вероятно, не столь заметного прироста скорости). Я установил свежую копию ОС, и пока никаких новых проблем не возникало, поэтому теперь veredict успокоен: это был умирающий SSD. Он хорошо обслуживал меня около 8 лет. Время отпустить его в рай SSD.

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