WHEA_UNCORRECTABLE_ERROR: причины и поиск виновника аппаратного сбоя

SLUG: whea-uncorrectable-error-prichiny-i-poisk-vinovnika-apparatnogo-sboya

WHEA_UNCORRECTABLE_ERROR (код остановки 0x00000124) — это аппаратное прерывание, зарегистрированное архитектурой WHEA (Windows Hardware Error Architecture). В отличие от большинства «синих экранов», сбой происходит не из-за программной ошибки в драйвере, а по прямому сигналу физического контроллера: процессор, шина передачи данных или накопитель зафиксировали критическое нарушение целостности, при котором продолжение вычислений грозит повреждением данных.

Что такое WHEA_UNCORRECTABLE_ERROR простыми словами

Архитектура аппаратных ошибок Windows (WHEA) агрегирует отчеты от различных аппаратных механизмов защиты: архитектуры машинного контроля процессора (MCE — Machine Check Exception), расширенной отчетности об ошибках шины PCI Express (PCIe AER) и контроллеров памяти.

Слово UNCORRECTABLE означает, что встроенные аппаратные механизмы коррекции не смогли справиться со сбоем:

• Внутренний таймер или кэш ядра процессора (L1/L2/L3) вернул неконсистентные данные из-за нехватки напряжения или деградации транзисторов.
• Контроллер шины PCIe потерял пакет данных от видеокарты или NVMe SSD из-за плохого контакта, перегрева или проблем с питанием.
• Произошла критическая ошибка шины межъядерного взаимодействия (Infinity Fabric у AMD или Ring Bus / Mesh у Intel).

Если подсистема хранения данных в момент сбоя остаётся доступной, Windows штатно записывает аварийный минидамп в папку C:\Windows\Minidump, по которому можно вычислить конкретный узел сбоя.

Шаг 1. Анализ источника WHEA-Logger в Просмотре событий

Вместо слепого тестирования всего железа подряд начните с системного журнала — там записано, какое именно устройство вызвало сбой.

1. Нажмите сочетание клавиш Win + R, введите eventvwr.msc и нажмите Enter.
2. Перейдите по пути: Журналы Windows → Система.
3. В правой панели выберите Фильтр текущего журнала....
4. В выпадающем меню «Источники событий» отметьте галочкой WHEA-Logger и нажмите ОК.
5. Найдите записи уровня «Ошибка» или «Предупреждение» с кодами:

• Event ID 18 (Machine Check Exception): фатальная ошибка процессора. В тексте события обратите внимание на параметр ИД APIC (APIC ID) — разделив это число на 2 (для процессоров с Hyper-Threading/SMT), вы узнаете точный номер физического нестабильного ядра.
• Event ID 19 (Исправленная ошибка): частые предупреждения указывают на нестабильность шины PCIe, кэша или памяти прямо перед полным зависанием.
• Event ID 47: ошибки контроля четности памяти или контроллера ОЗУ.
• Ошибки с указанием PCI Express Root Port или ID поставщика/устройства (Vendor ID / Device ID): прямо указывают на виновника среди периферии — видеокарту, сетевой адаптер или NVMe-накопитель.

Шаг 2. Откат разгона, андервольтинга и XMP/EXPO

В подавляющем большинстве случаев WHEA возникает при нехватке рабочего напряжения на кремниевых кристаллах при динамическом изменении частот.

1. Перезагрузите ПК и нажимайте Del или F2 для входа в BIOS/UEFI.
2. Если вы настраивали Curve Optimizer (AMD), Core Voltage Offset (Intel) или отключали лимиты мощности — верните значения напряжений в режим Auto.
3. Временно отключите профили разгона памяти XMP / DOCP / EXPO, переведя память на базовую частоту JEDEC (2133–4800 МГц в зависимости от типа памяти). Слишком высокая частота контроллера памяти (UCLK/FCLK/VCCSA) — частая причина WHEA 0x124.
4. При наличии программного разгона или твикеров (Ryzen Master, Intel XTU, MSI Afterburner) сбросьте в них профили или временно удалите утилиты.

Шаг 3. Анализ первого параметра Bug Check (дамп памяти)

Если система успевает сформировать дамп, откройте файл из C:\Windows\Minidump бесплатной утилитой BlueScreenView или WhoCrashed:

• Параметр 1 = 0x0 (Machine Check Exception): сбой на стороне CPU (кэш, регистры, ядро). Проверяйте температуры, напряжение Vcore и стабильность питания сокета.
• Параметр 1 = 0x4 (PCI Express Error): рассинхронизация по шине PCIe. Часто виноваты китайские переходники-райзеры, провисающие массивные видеокарты без подпорки либо перегревающийся контроллер NVMe SSD.
• Параметр 1 = 0x5 (Generic Hardware Error): сбой в цепях взаимодействия материнской платы и контроллеров платформы.

Шаг 4. Мониторинг напряжений и температур в HWiNFO

Полноценный стресс-тест на нестабильном ПК может привести к повреждению файловой системы, поэтому сначала оцените базовые показатели без экстремальной нагрузки:

1. Скачайте диагностическую утилиту HWiNFO (режим Sensors-only) [ПРОВЕРИТЬ официальный источник].
2. Проверьте основные температурные узлы:

• CPU Package / Tctl/Tdie: критическими считаются значения выше 90–95°C под типовой нагрузкой.
• VRM / MOS: температура зоны питания процессора на материнской плате не должна превышать 95–105°C.
• Drive Temperature 2 / ASIC (для NVMe): контроллеры современных быстрых SSD при перегреве выше 80°C могут аварийно отключаться от шины PCIe, вызывая WHEA.

1. Проверьте стабильность напряжений блока питания в блоке материнской платы:

• Линия +12V по стандарту ATX не должна проседать ниже 11.40V под игровой нагрузкой. Сильные просадки указывают на износ конденсаторов БП или плохой контакт в разъемах 12VHPWR / EPS.

Шаг 5. Обновление микрокода и BIOS материнской платы

В современных поколениях процессоров микрокод управляет сложными алгоритмами распределения напряжений:

• Для Intel Core 13-го и 14-го поколений (Raptor Lake) критически важно установить BIOS с микрокодом 0x129 / 0x12B и профилями Intel Default Settings, предотвращающими деградацию межсоединений от повышенных всплесков напряжения (Vmin Shift).
• Для платформ AMD AM5 свежие версии AGESA устраняют ранние проблемы с завышением напряжения SoC при включении профилей памяти EXPO.

Скачивайте файл прошивки строго с официальной страницы вашей модели материнской платы и обновляйте через встроенную утилиту (Q-Flash, EZ Flash, M-Flash) с надёжной USB-флешки.

Если ошибка появилась после…

После установки нового NVMe SSD: проверьте, плотно ли накопитель сидит в слоте M.2, затянут ли прижимной винт и установлен ли радиатор охлаждения. Попробуйте переставить накопитель во второй слот M.2, идущий через чипсет, а не напрямую к линиям процессора.

После установки массивной видеокарты: проверьте надежность фиксации карты в слоте PCIe x16. Тяжелые трехслотовые видеокарты без комплектного кронштейна могут выламывать слот под собственным весом, вызывая разрыв сигнальных линий PCIe (WHEA Error 0x4).

После чистки ПК или замены термопасты: убедитесь, что прижимная рамка процессорного кулера затянута равномерно крест-накрест. Неравномерный или чрезмерный прижим кулера в сокетах LGA1700 / AM5 нарушает контакт ножек сокета с выводами шины PCIe и контроллера ОЗУ.

Если ничего не помогло: аппаратная локализация

Если программные сбросы и анализ логов не дают стабильности:

1. Проверка стабильности оперативной памяти: проведите тестирование через TestMem5 (с профилем anta777) в Windows или через загрузочную флешку с MemTest86. При наличии ошибок тестируйте планки по одной в основном приоритетном слоте (обычно слот A2 / второй от сокета).
2. Диагностический запуск на открытом стенде / минимальной конфигурации: отключите корпусные контроллеры, передние панели USB, второстепенные SSD/HDD. Оставьте только материнскую плату, процессор, одну планку памяти и системный диск.
3. Оценка деградации кремния: если WHEA-Logger стабильно указывает на одно и то же ядро (APIC ID) даже на базовых настройках без разгона, а добавление небольшого положительного смещения напряжения (+0.025V Vcore) временно стабилизирует систему — процессор деградировал и подлежит замене.

Частые факапы

Запуск экстремальных стресс-тестов на нестабильной системе. Если система падает в WHEA под легкой нагрузкой, запуск Linpack или Prime95 Small FFTs с AVX может окончательно повредить деградирующие цепи питания или спровоцировать повреждение реестра Windows.

Игнорирование просадок блока питания. Попытка менять видеокарту или процессор при старом дешевом блоке питания бессмысленна: просадки напряжения по линии 12V ниже допустимого предела вызывают мгновенный сбой преобразователей VRM.

Слепая переустановка Windows. WHEA генерируется аппаратным уровнем (hardware layer). Чистая переустановка операционной системы не исправит деградацию кремния, нестабильный XMP-профиль или отошедший контакт в разъеме M.2.

Мини-FAQ

Может ли обычный драйвер вызвать WHEA_UNCORRECTABLE_ERROR? Практически никогда. Драйвер может косвенно спровоцировать ошибку, если некорректно управляет подачей питания устройства через шину PCIe, но первоисточник всегда лежит в аппаратной плоскости или в прошивке устройства.

Всегда ли синий экран сопровождается потерей несохраненных данных? Да, завершение работы аварийное. Однако создание минидампа сохраняет параметры падения для анализа. Если файл дампа не создается, проверьте, включен ли файл подкачки на системном диске и не отваливается ли системный SSD физически в момент сбоя.

Как по номеру APIC ID в журнале понять, какое именно ядро сбоит? Для процессоров Intel и AMD с активным мультипотоком (SMT/HT): разделите значение APIC ID на 2 с округлением вниз. Например, APIC ID: 6 и APIC ID: 7 соответствуют физическому ядру Core 3 (нумерация ядер в системе начинается с 0).

Перегрев всегда вызывает WHEA_UNCORRECTABLE_ERROR? Нет. Перегрев может быть одной из причин, но ошибку также вызывают память, блок питания и PCIe-устройства. Сначала сравнивай показания сенсоров под нагрузкой с дампом и журналом.

Нужно ли сразу менять материнскую плату? Нет. Сначала исключи оперативную память, блок питания, процессор и подключённые устройства. Материнскую плату меняют, когда ошибка остаётся после проверки других узлов.

Вывод

WHEA_UNCORRECTABLE_ERROR — не повод сразу списывать комплектующие в утиль. Большинство инцидентов решаются возвратом заводских параметров в BIOS: отключением агрессивного андервольтинга, возвратом заводских таймингов памяти и установкой актуального микрокода процессора.

Главное правило диагностики: сначала откройте WHEA-Logger в системном журнале и определите конкретный узел сбоя, и только затем приступайте к физической проверке контактов, кабелей питания и температурных режимов.

Читайте также

Читайте также: IRQL_NOT_LESS_OR_EQUAL, CRITICAL_PROCESS_DIED, KERNEL_DATA_INPAGE_ERROR, PAGE_FAULT_IN_NONPAGED_AREA