Синий экран HYPERVISOR_ERROR (0x00020001) на ноутбуке с Windows 11: диагностика BIOS, микрокода, VBS и сна

Синий экран HYPERVISOR_ERROR (0x00020001) на ноутбуке с Windows 11: диагностика BIOS, микрокода, VBS и сна

Многие владельцы ноутбуков искренне удивляются, увидев стоп-код HYPERVISOR_ERROR (0x00020001), ведь они никогда не запускали виртуальные машины Hyper-V или Docker. Разгадка проста: в современных сборках Windows 11 (23H2, 24H2 и 25H2) тонкий гипервизор hvix64.exe (на Intel) или hvax64.exe (на AMD) работает на самом нижнем уровне привилегий постоянно с первой секунды загрузки — даже на домашнем ноутбуке! На нём держатся безопасность на основе виртуализации (VBS), целостность памяти HVCI, изоляция учётных данных Credential Guard, подсистема WSL2 и песочница Windows. Поэтому любая ошибка аппаратной виртуализации процессора, таблиц IOMMU в BIOS или сбой питания ядра при выходе из сна обрушивает не гостевую машину, а саму хост-систему с кодом 0x00020001.

Как проверить, активен ли гипервизор прямо сейчас

Нажмите Win + R, введите msinfo32 и прокрутите нижние строки главного окна Сведения о системе:

• если вы видите надпись «Обнаружен гипервизор. Функции, необходимые для Hyper-V, отображаться не будут» и «Безопасность на основе виртуализации: Выполняется», то сама Windows 11 работает внутри корневого раздела гипервизора Microsoft.

Полезные материалы по смежным узлам ноутбука: руководство по проверке ноутбука с гарантией, проверка узлов по цифровому паспорту ноутбука.

Четыре реальных источника ошибки 0x00020001 на ноутбуках

В отличие от обычных BSOD, внутри минидампа 0x00020001 модуль виновника почти всегда будет подписан как системный ntoskrnl.exe, потому что сам гипервизор из соображений безопасности не выгружает свои закрытые таблицы в обычный пользовательский минидамп. Искать причину нужно по моменту возникновения сбоя и системному журналу Microsoft-Windows-Hyper-V-Hypervisor / Operational:

Пошаговый алгоритм диагностики и устранения

Шаг 1. Обновите UEFI BIOS и драйверы чипсета — это шаг № 1 для кода 0x00020001

В 70 % обращений на ноутбуках с процессорами AMD Ryzen серий 6000/7000/8000/AI и Intel Core 12–14 поколений / Core Ultra стоп-код 0x00020001 при пробуждении из сна или переключении графики вызывается ошибкой микрокода в ранних заводских версиях BIOS, с которыми ноутбук лежал на складе. При установке Windows 11 24H2 обновлённое ядро гипервизора включает новые инструкции изоляции страниц и натыкается на ошибку старой прошивки.

• Зайдите на официальный сайт производителя ноутбука строго по серийному номеру модели.
• Проверьте дату текущей прошивки в msinfo32 (строка Версия BIOS): если ей больше года, установите актуальный стабильный релиз BIOS при подключённом блоке питания и заряде батареи не ниже 50 %, предварительно проверив наличие резервного ключа BitLocker.
• Сразу после этого установите свежий пакет AMD Chipset Drivers или Intel Chipset / Dynamic Tuning / Management Engine с сайта вендора.

Шаг 2. Исключите конфликтующие эмуляторы, старые гипервизоры и античиты

Вспомните, не устанавливали ли вы за последние дни эмуляторы мобильных игр, старые сборки VirtualBox 6.x, устаревшие сетевые снифферы или драйверы аппаратного мониторинга. В среде активного VBS любая программа, чей драйвер .sys пытается самостоятельно выполнить инструкцию VMXON в обход системного Hypervisor Platform, гарантированно вызывает критическую остановку 0x00020001 или ошибку загрузки несовместимого драйвера при включённом HVCI. Удалите устаревшие эмуляторы штатным деинсталлятором и проверьте чистоту системного образа командами:

• DISM /Online /Cleanup-Image /RestoreHealth
• sfc /scannow

Шаг 3. Сбросьте ручные настройки напряжений и таймингов памяти

Гипервизор Windows на порядок чувствительнее обычных офисных приложений к малейшей нестабильности питания ядер и контроллера памяти: малейшее искажение бита в таблицах трансляции адресов Second Level Address Translation (SLAT) мгновенно приводит к HYPERVISOR_ERROR, тогда как браузер мог бы даже не заметить сбой.

1. Войдите в BIOS Setup и загрузите стандартные заводские параметры (Load Optimized / Setup Defaults), убедившись, что пункты Intel Virtualization Technology (VT-x), VT-d или AMD SVM Mode включены штатно без ручных оверклокинговых правок.
2. Если на ноутбуке запускались утилиты программного снижения напряжения процессора или разгона таймингов SO-DIMM, полностью удалите их задачи из Планировщика заданий Windows.

Шаг 4. Диагностическая проверка отключением платформы виртуализации (только для локализации!)

Если BIOS уже самый свежий, память прошла многочасовой тест без единой ошибки, но конкретная редкая модель ноутбука продолжает падать в 0x00020001 строго при выходе из сна, проведите чистый A/B-эксперимент, чтобы на 100 % разделить железный дефект процессора и программно-прошивочную ошибку виртуализации:

1. В компонентах Windows (Панель управления → Программы и компоненты → Включение или отключение компонентов Windows) временно снимите галочки с Hyper-V, Платформа виртуальной машины (Virtual Machine Platform) и Подсистема Windows для Linux, а в «Безопасности Windows» временно отключите Целостность памяти (с осознанием снижения уровня изоляции на время теста!).
2. Перезагрузите ноутбук и проверьте строку msinfo32 — гипервизор перестанет запускаться.
3. Поработайте в таком режиме 2–3 дня:
   • Если синие экраны полностью прекратились — сам кристалл CPU исправен, проблема на 100 % локализована в несовместимости таблиц ACPI/IOMMU прошивки вашей платы с гипервизором (можно отправить баг-репорт производителю и дождаться исправленного BIOS).
   • Если ноутбук продолжает падать, но теперь уже с кодами CLOCK_WATCHDOG_TIMEOUT (0x101), WHEA_UNCORRECTABLE_ERROR (0x124) или внезапным зависанием частоты и сбоями питания — ранее гипервизор просто первым перехватывал аппаратную нестабильность кристалла CPU или цепей его питания VCore.

Стоп-линия: когда требуется сервисная проверка процессора

Обращайтесь по гарантии (порядок подготовки устройства описан в статье о правилах гарантийного сервиса ноутбуков), если на полностью чистой Windows 11 со сброшенным в дефолт последним BIOS и отключёнными сторонними программами ошибка 0x00020001 (а без гипервизора — 0x124 или 0x101) воспроизводится каждые несколько часов даже на холостом ходу. Для современных мобильных SoC, припаянных к системной плате BGA-монтажом, деградация одного из вычислительных ядер устраняется заменой материнской платы в сборе.

Контрольный чек-лист

• [ ] В msinfo32 зафиксированы исходная версия BIOS, сборка Windows 11 и статус работы VBS.
• [ ] Установлены последние стабильные версии UEFI BIOS и драйверов чипсета с официального портала вендора ноутбука.
• [ ] Сброшены любые утилиты андервольтинга/разгона, а оперативная память проверена в режиме JEDEC без ошибок.
• [ ] Удалены устаревшие эмуляторы и несовместимые ядерные драйверы; в журнале Hyper-V-Hypervisor отсутствуют критические ошибки инициализации IOMMU.

Частые вопросы

Нужно ли отключать виртуализацию AMD SVM / Intel VT-x прямо в BIOS навсегда?

Делать это без крайней необходимости не стоит: вы потеряете аппаратную защиту ядра от вредоносных драйверов, работу WSL2, контейнеров разработчика и песочницы Windows. На исправном ноутбуке с обновлённым BIOS аппаратная виртуализация обязана работать абсолютно стабильно неделями без перезагрузок.

Почему ошибка 0x00020001 иногда возникает на корпоративном ноутбуке при подключении внешней Thunderbolt-станции?

При горячем подключении PCIe-устройств через туннель Thunderbolt гипервизор и подсистема Kernel DMA Protection немедленно перестраивают таблицы изоляции памяти IOMMU для защиты ОЗУ от прямого доступа извне. Если прошивка самой док-станции или BIOS ноутбука содержит ошибку в таблицах DMAR/IVRS, именно момент стыковки кабеля провоцирует 0x00020001 — обновите прошивку как ноутбука, так и самой док-станции штатной утилитой производителя.