Синий экран DPC_WATCHDOG_VIOLATION с кодом 0x133 значит: какой-то драйвер завис в отложенном вызове дольше, чем ядро готово ждать. Windows не стала рисковать и остановилась. Чаще всего это диск, контроллер SATA/NVMe или USB, реже сеть. Это не «вирус» и не отдельный стоп-код 0x133 «без имени»: 0x133 и DPC_WATCHDOG_VIOLATION - одно и то же.

Почему это происходит

Драйвер накопителя. Самая частая ветка. SSD на контроллере без нормального драйвера, старый storahci, Intel RST после обновления Windows, карта расширения с чужим .sys. Отличие: стоп при копировании больших файлов, при загрузке, при выходе из сна. В дампе часто имя вроде stornvme.sys или iaStorA.sys.

USB и внешние диски. Дешёвый хаб, корпус с просадкой питания, флешка, которую дёргают во время записи. DPC_WATCHDOG_VIOLATION 0x133 появляется, когда вы копируете на внешний диск или просто держите приёмник мыши в перегруженном хабе. Отличие: без этого устройства стоп пропадает.

Сеть и VPN. Драйвер Wi‑Fi или фильтр VPN завис в DPC. Тогда синий экран ближе к моменту, когда сеть активна, а не когда копируете фильм на SSD.

Не видео. VIDEO_TDR_FAILURE - про видеокарту, чёрный экран и nvlddmkm.sys / amdkmdag.sys. DPC_WATCHDOG_VIOLATION про другое: сторожок отложенных вызовов, не Timeout Detection and Recovery графики. Лечить 0x133 переустановкой видеопакета вслепую - трата времени, если в дампе диск.

Диск уже умирает. HDD с зависшими секторами или SSD, который перестаёт отвечать, даёт тот же 0x133. Драйвер ждёт устройство, сторожок срабатывает. CrystalDiskInfo с красным SMART здесь честнее, чем третья переустановка Windows.

Не подменяйте .sys из архива «исправленный storahci» и не отключайте проверку подписей, чтобы его поставить. Ядро ждёт конкретную версию, подпись и зависимости. Чужой файл даст новый стоп-код или диск, который не откроется после перезагрузки. Правка ключей TDR и «таймаутов DPC» в реестре маскирует зависание: экран станет реже, причина останется.

Как исправить пошагово

  1. Спишите имя с экрана и сохраните минидамп. Нужны DPC_WATCHDOG_VIOLATION, 0x133 и файл .sys, если он есть. Папка C:\Windows\Minidump - скопируйте на флешку, пока система ещё оживает.
  2. Вспомните, что меняли. Новый SSD, кабель, док USB, обновление чипсета, VPN. Откат этого изменения полезнее десятка утилит «очистки».
  3. Отключите лишнюю периферию. Все внешние диски, хабы, картридеры. Оставьте клавиатуру и мышь в портах на задней панели. Если 0x133 пропал - ищите виноватое устройство, не переустанавливайте Windows.
  4. Обновите драйвер хранилища с сайта вендора. Для Intel - пакет RST или стандартный AHCI, тот который совпадает с режимом в UEFI. Для AMD - драйвер чипсета с сайта AMD. Не сборник «все драйверы паком». На ноутбуке - страница вашей модели.
  5. Проверьте диск. CrystalDiskInfo: здоровье, переназначенные сектора, процент износа SSD. chkdsk C: /f - логика файловой системы. Если SMART уже Caution или Bad - копируйте данные и готовьте замену. Сторожок DPC на умирающем диске сам не пройдёт.
  6. Уберите сторонний антивирус и VPN на неделю. Фильтры сидят глубоко и ошибаются чаще офисных программ. Штатный защитник для проверки достаточный.
  7. Не правьте таймеры в реестре. Старые гайды предлагают увеличить порог DPC. Синий экран станет реже, зависание драйвера останется. При записи это риск для файлов.

Если стоп только при игре, а дамп всё равно про диск - смотрите температуру и кабель SSD под нагрузкой, не античит. Если 0x133 в простое на рабочем столе - чаще USB, сеть или уже больной накопитель.

На ноутбуке DPC_WATCHDOG_VIOLATION после сна часто связан с NVMe, который не проснулся вовремя. Отключите быстрый запуск на проверку. Если стоп пропал - чинили сон, не «ядро Windows».

Часто задаваемые вопросы

0x133 и DPC_WATCHDOG_VIOLATION - одно и то же? Да. 0x133 - числовой bug check, имя на экране - DPC_WATCHDOG_VIOLATION.

Это из-за видеокарты? Редко. Чаще диск, USB или сеть. Смотрите имя .sys в дампе.

Можно ли заменить .sys с форума? Нельзя. Подпись не сойдётся, появится новый отказ.

Поможет ли переустановка Windows? Если виноват драйвер - иногда. Если диск не отвечает - код вернётся.

Нужно ли отключать проверку подписей драйверов? Нет. Это обход, не ремонт, и открывает путь чужим файлам в ядро.

Смотрите также