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