#Что означает проблема и когда она возникает
Ошибка возникает не просто «из-за BIOS»: включение Intel VT-x или AMD-V меняет работу аппаратной виртуализации, с которой могут взаимодействовать Hyper-V, изоляция ядра и драйверы. Сначала нужно выяснить, связано ли падение с конкретным приложением виртуализации или происходит уже при обычной работе Windows.
#Как различить возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Конфликт драйвера с гипервизоромСтарый драйвер ядра может вести себя иначе при активной виртуализации. | Падение начинается после загрузки Windows или запуска виртуальной машины. | Сопоставьте дату драйвера и время сбоя; обновите его у производителя. |
| Неисправная конфигурация прошивкиПараметр виртуализации мог быть изменён вместе с другими настройками UEFI. | Падения начались после изменения прошивки или её обновления. | Сохраните сведения о настройках и обратитесь к инструкции производителя. |
| Аппаратная нестабильностьОшибки ОЗУ или процессора могут проявляться в определённой нагрузке. | Несколько разных кодов остановки, непредсказуемые сбои не только в виртуальных машинах. | Проверьте память и стандартный режим работы без разгона. |
#Пошаговая проверка и безопасные способы решения
- Зафиксируйте код и время сбояЕсли Windows показывает синий экран, запишите весь код остановки, имя файла .sys (если указано), момент появления и время по часам. После обычной загрузки нажмите Win+R, введите eventvwr.msc и нажмите Enter. Слева откройте «Журналы Windows» → «Система», справа «Фильтр текущего журнала», укажите идентификаторы 41, 1001, 6008 и подтвердите. Найдите записи около времени сбоя. Kernel-Power 41 лишь показывает нештатное выключение; BugCheck 1001 при наличии содержит сведения о коде. Если ничего нет, запишите отсутствие событий — не придумывайте причину.
- Отделите виртуализацию от запуска виртуальных машинПосле входа в Windows нажмите Ctrl+Shift+Esc и откройте вкладку «Производительность» → «ЦП»: там может отображаться строка «Виртуализация: включено». Запишите статус. Запустите обычные задачи без виртуальных машин. Если падение бывает только при открытии Hyper-V, VMware или другого приложения, фиксируйте его версию; если система падает ещё до входа, не пытайтесь несколько раз менять BIOS наугад.
- Уточните включённые компоненты WindowsНажмите Win+R, введите optionalfeatures и нажмите Enter. Посмотрите, отмечены ли «Hyper-V», «Платформа виртуальной машины» и «Платформа низкоуровневой оболочки Windows». Ничего пока не снимайте. На Windows Home часть пунктов отсутствует — это нормально. Запишите включённые компоненты и сравните с требованиями именно вашей программы.
- Проверьте драйверы, работающие рядом с гипервизоромНажмите Win+X → «Диспетчер устройств». Проверьте видеокарту, сетевые адаптеры и контроллеры хранения: нет ли жёлтых значков. При наличии недавнего обновления откройте «Свойства» устройства → «Драйвер» и запишите дату/версию. Если кнопка «Откатить» активна и сбои появились ровно после обновления, согласуйте откат с администратором или выполните его с правами администратора, затем перезапустите ПК. Если откат не помог, установите совместимую версию с официального сайта производителя.
- Изолируйте проблему без изменения защитыЕсли Windows доступна, откройте «Пуск» → «Параметры» → «Центр обновления Windows» (Windows 10: «Обновление и безопасность» → «Центр обновления Windows»), проверьте обновления. Версию BIOS и список изменений смотрите на странице точной модели ПК; обновление прошивки выполняйте только по инструкции производителя и с устойчивым питанием. Не отключайте изоляцию ядра и Secure Boot для обхода сбоя. Если потребуется сравнение с другим режимом UEFI, сначала сохраните ключ восстановления BitLocker, сфотографируйте исходные параметры и поручите переключение специалисту.
- Проверьте наличие диагностического файлаПосле входа в Windows нажмите Win+E. Вставьте в адресную строку %SystemRoot%\Minidump и нажмите Enter. Если есть файлы .dmp с датой сбоя, сохраните их копию в защищённом месте для специалиста; они могут содержать фрагменты конфиденциальных данных. Если папка пуста, посмотрите %SystemRoot%\MEMORY.DMP. Не удаляйте файлы и не вызывайте BSOD искусственно. Если ошибка повторяется без дампов, проверьте тип дампа через Win+R → sysdm.cpl → «Дополнительно» → «Загрузка и восстановление» → «Параметры».
- Проверьте результат и зафиксируйте откатПосле каждого изменения перезагрузите Windows обычным способом, если это предусмотрено установщиком, и проверьте только исходный сценарий. Не подвергайте компьютер опасной нагрузке для намеренного вызова ошибки. Если проблема исчезла, запишите, какое единственное действие помогло, и сохраните прежние параметры. Если синий экран повторяется, верните изменённый режим или драйвер через тот же раздел, прекратите рискованные испытания и передайте специалисту код, версии драйверов, записи событий и дампы.
#Проверка результата и действия при повторении ошибки
Сравнивайте результат только с исходной ситуацией: Повторите исходный сценарий без ошибки, проверьте настройки после перезапуска; при неуспехе зафиксируйте код, номер сборки и журнал. При повторном сбое запишите дату, точный STOP-код, модель оборудования и последние изменения. Если устройство не запускается, данные под угрозой или коды меняются, прекратите многократные испытания, обеспечьте сохранность файлов и обратитесь к квалифицированному специалисту.