#Когда применима инструкция и что означает сбой
В Windows 10 падение хост-системы при старте второй или третьей виртуальной машины отличается от BSOD отдельной гостевой ОС. Диагностика должна учитывать суммарную память, гипервизор и драйверы виртуальных сетей и накопителей; не следует отключать защиту ядра ради роста производительности.
#Как отличить возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Нехватка ресурсов или аппаратная нестабильностьНесколько гостей одновременно увеличивают нагрузку на ОЗУ и накопитель. | Одна ВМ работает, несколько приводят к замедлению и BSOD хоста. | Запишите используемые ресурсы и логи, исключите дефект памяти. |
| Конфликт компонентов виртуализацииМожет быть задействовано несколько гипервизоров или старых драйверов. | Падение началось после обновления платформы виртуализации. | Проверьте точные версии и совместимость без отключения безопасности. |
| Сетевые/дисковые фильтры виртуальных машинПри старте нескольких гостей увеличивается число виртуальных подключений и операций диска. | В журнале есть ошибки виртуального коммутатора или накопителя. | Изучите логи конкретной платформы. |
#Пошаговая диагностика и действия
- Зафиксируйте точный код остановки и исходные условияПри следующем случайном сбое сфотографируйте STOP-код, возможное имя файла .sys и запишите время. Для сценария «BSOD происходит при одновременном запуске нескольких виртуальных машин» отметьте, что было подключено или запущено за 1–2 минуты до ошибки. Не пытайтесь вызвать десятки новых аварий: это риск потери несохранённых данных. После удачной загрузки нажмите Win+R, введите winver, перепишите версию Windows 10 и номер сборки. Если экран вообще не показывает код, зафиксируйте поведение и продолжайте проверку по журналам.
- Сверьте запись об аварии, а не только «Критическую ошибку»Нажмите Win+R, введите eventvwr.msc и откройте «Журналы Windows» → «Система». В правой панели выберите «Фильтр текущего журнала» и укажите идентификаторы 41, 1001, 6008, если записи присутствуют. Дважды щёлкните запись времени сбоя, перепишите источник и текст. Kernel-Power 41 означает неожиданный перезапуск, но не называет виновника; событие BugCheck 1001 и сохранённый дамп полезнее. Если дампа нет, не считайте это доказательством исправности.
- Установите, где именно синий экранЕсли синий экран появляется внутри окна гостевой ОС и Windows на основном компьютере работает — диагностируйте гостя. Если весь компьютер перезагружается — сохраняйте дамп хоста Windows 10. Запишите число гостей, их имена, версии используемой платформы и точный порядок запуска. Не включайте вновь виртуальные машины с единственной копией важных данных.
- Сохраните конфигурации виртуальных машинОткройте приложение управления виртуальными машинами, запишите выделенную каждой гостевой системе память, число виртуальных процессоров, подключённые диски и снимки. Убедитесь, что резервные копии виртуальных дисков доступны вне проблемного хоста. Не уменьшайте объём дисков и не удаляйте снимки ради быстрого «освобождения места»: цепочки файлов могут зависеть друг от друга.
- Проверьте суммарную память без опасных экспериментовНажмите Ctrl+Shift+Esc → «Производительность» → «Память» и запишите общий объём, доступную память перед стартом гостя и после запуска одной ВМ. Если для нескольких машин выделено почти всё ОЗУ, уменьшите запланированную нагрузку или запускайте по одной, но не объявляйте это ремонтом BSOD. Ошибки реальной памяти требуют отдельной диагностики.
- Проверьте журнал гипервизораДля Hyper-V при его наличии откройте Win+R → eventvwr.msc → «Журналы приложений и служб» → Microsoft → Windows, затем журналы Hyper-V-VMMS и Hyper-V-Worker (названия/наличие каналов могут различаться). Для VMware или VirtualBox откройте журнал конкретной ВМ через штатное приложение. Сверьте время с событием BugCheck хоста, а не просто с отказом запуска гостя.
- Сопоставьте версии платформы и сетевых компонентовОткройте «О программе» выбранного гипервизора и проверьте совместимость с данной сборкой Windows 10 на официальном сайте разработчика. Если недавно установлен сетевой фильтр, VPN или драйвер виртуального коммутатора, запишите версии. Не снимайте галочки Hyper-V, VBS или изоляции ядра наугад: это может нарушить безопасность и работоспособность других программ.
- Возвращайте нагрузку постепенно только после исправленияПосле официального исправления запускайте гостевые ОС по одной и контролируйте память и события. Если первая ВМ стабильна, а при второй снова падает хост, прекратите проверку; передайте конфигурации и дамп инженеру. Для производственной платформы испытания выполняются на копиях, не на единственном экземпляре виртуального сервера.
- Проведите контролируемую проверку именно этого сценарияПосле каждого безопасного изменения выполните одну штатную перезагрузку и проверьте сценарий «BSOD происходит при одновременном запуске нескольких виртуальных машин» только если повторение не опасно для накопителя или оборудования. Перед проверкой сохраните документы; записывайте единственное изменение и результат, а не меняйте пять параметров сразу. Если вновь появляется BSOD, прекратите испытания, сохраните код и время и перейдите к диагностике у изготовителя.
#Как убедиться в результате
Успешный результат — заданное допустимое число гостей устойчиво запускается и работает, хост Windows 10 не выдаёт BugCheck, журналы гипервизора не фиксируют новых аварий. Если работает только одна ВМ вместо нескольких, проблема лишь локализована.