Код CLOCK_WATCHDOG_TIMEOUT в документации Microsoft записан как 0x00000101, на экране часто короче: 0x101. Это не код Центра обновления, не ошибка установки с флешки и не «таймаут часов Windows» в бытовом смысле. Сторожевой таймер ядра ждал тактовый сигнал с одного из ядер процессора и не дождался. Система останавливается, чтобы не продолжать работу на зависшем камне.

В поиске пишут «код clock watchdog timeout» без числа. Отдельного второго кода с таким именем нет. Если на синем экране другое имя - DPC_WATCHDOG_VIOLATION или WHEA_UNCORRECTABLE_ERROR - это соседние истории, не тот же багчек.

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

Процессор не обрабатывает прерывания. Официальная формулировка: ожидаемое тактовое прерывание на втором процессоре не пришло за отведённый интервал. На практике это разгон, недобор напряжения, перегрев или питание, реже сам камень.

Разгон, который человек не считает разгоном. Precision Boost Overdrive, MultiCore Enhancement, Curve Optimizer, ручной BCLK. Код 0x101 в игре при горячем пакете - сначала сток, не «драйвер чипсета».

Питание и VRM. Блок без запаса, один кабель на 8-pin CPU, sag. Ноутбук с чужим адаптером. Код тот же, сценарий другой: падение под архивацией, а не в меню BIOS.

Память через контроллер в процессоре. XMP, который плата «взяла, но не держит». Рядом могут всплыть MEMORY_MANAGEMENT и 0x124. Тогда виноват не «код часов», а нестабильный контур камень-память.

Путают с 0x133. DPC_WATCHDOG_VIOLATION - другой стоп, часто диск и задержанный DPC. Лечить 0x101 статьёй про 0x133 бессмысленно. Имена на экране не смешивайте.

Не код программы. Окно «приложение не удалось запустить» с 0xc0000005 - не CLOCK_WATCHDOG_TIMEOUT. Синий кадр с 0x101 появляется в работе системы или при тяжёлой нагрузке, не как диалог установщика.

Почему в дампе часто ntoskrnl.exe. Сторож срабатывает внутри ядра. Это не значит, что «ядро Windows сломалось» и его надо подменить файлом с форума. Подмена ntoskrnl.exe закончится другим стопом или отказом подписи. Смотрят питание и сток, не файл ядра.

Что делать: инструкция к коду

  1. Убедитесь, что на экране именно CLOCK_WATCHDOG_TIMEOUT или 0x00000101. Сфотографируйте. Если видите 0x133 или WHEA - откройте ту статью, не эту.

  2. Сбросьте BIOS к умолчаниям. Без XMP, без PBO, без ручных множителей. Это главная проверка для кода 0x101, важнее sfc /scannow.

  3. Прогоните нагрузку, которая роняла систему. Игра, архиватор, рендер. На стоке тихо - не возвращайте все настройки разом. Вернули профиль памяти и снова 0x101 - живите без профиля.

  4. Температура и питание. HWiNFO по пакету процессора, кабели CPU в своих разъёмах, родной блок ноутбука. Не отключайте сторожевые таймеры в скрытых пунктах прошивки: вы спрячете зависание, а не причину.

  5. Память на стоке. mdsched.exe. Ошибка в отчёте - планка. Чистый тест на стоке и синий экран на XMP - профиль, не «код Windows».

  6. Прошивку платы - только с сайта производителя. Микрокод иногда лечит конкретные ревизии. Файл «BIOS мод от юзера» для этого кода не лекарство.

Не правьте реестр, не снижайте «таймаут watchdog» гайдами из поиска и не копируйте hal.dll с другого ПК. Код 0x101 живёт ниже этих файлов.

На ноутбуке без разгона код CLOCK_WATCHDOG_TIMEOUT всё равно бывает: забитая пылью трасса и чужой адаптер. Чистка и родной блок здесь полезнее любой утилиты «оптимизации CPU». ThrottleStop и похожие программы имеют смысл только если понимаете, что отключаете. Иначе получите тот же 0x101 или троттлинг без понятной причины.

Если 0x101 только в одной игре при горячем камне - сначала паста и стоп авторазгона. Только при архивации и рендере - питание и LLC. В простое на рабочем столе - уже хуже: смотрят память, прошивку и сам процессор, не «драйвер чипсета с Pack». Игру «ещё разок, вдруг пронесёт» лучше не запускать: каждый сбой может портить открытые файлы.

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

Какой числовой код у CLOCK_WATCHDOG_TIMEOUT? 0x00000101, на экране часто 0x101. Другого «кода clock watchdog» нет.

Это код обновления Windows? Нет. Центр обновления пишет 0x8007xxxx и похожие. 0x101 - стоп ядра.

Почему переустановка не помогает? Потому что код про ответ процессора, не про повреждённый explorer.exe.

Связан ли 0x101 с WHEA_UNCORRECTABLE_ERROR? Соседи по железу. Оба не лечатся sfc. Имена не смешивайте.

Можно ли игнорировать разовый 0x101? Если больше не повторился после стока и чистки - да. Если сыпется - нет: каждый сбой может портить открытые файлы.

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