Драйвер инфраструктуры виртуализации vid не работает

Обновлено: 07.01.2025

Виртуализация является полезной функцией, но иногда могут возникнуть проблемы с ней. Говоря о проблемах виртуализации, вот некоторые распространенные проблемы, о которых сообщили пользователи:

Убедитесь, что в BIOS включена виртуализация
Обновите свой BIOS
Обновите драйверы до последней версии
Переустановите функцию HyperV
Удалить проблемные обновления
Используйте команду bcdedit
Используйте команду DISM
Проверьте, поддерживает ли ваш процессор виртуализацию
Используйте сторонние приложения

Решение 1. Убедитесь, что в BIOS включена виртуализация

Чтобы проверить, включена ли виртуализация, просто войдите в BIOS и найдите эту функцию. Чтобы узнать, как правильно получить доступ к BIOS и найти эту функцию, мы советуем вам ознакомиться с руководством по материнской плате для получения дополнительной информации. Как только вы включите эту функцию, вернитесь в Windows и проверьте, сохраняется ли проблема.

ЧИТАЙТЕ ТАКЖЕ: 5 лучших программ для резервного копирования, которые Hyper-V сможет использовать в 2019 году

Решение 2. Обновите свой BIOS

Несколько пользователей сообщили, что они исправили эту проблему, обновив их BIOS до последней версии. Это сложный процесс, и если вы его не выполните должным образом, вы можете нанести непоправимый вред вашему ПК, поэтому мы советуем вам быть особенно осторожными.

Мы уже написали краткое руководство о том, как прошить BIOS, но если вы знаете, как правильно обновить BIOS на материнской плате, рекомендуем вам ознакомиться с руководством по материнской плате для получения подробной информации.

Решение 3. Обновите драйверы до последней версии.

Чтобы обновить драйверы, вам просто нужно зайти на сайт производителя и загрузить последние версии драйверов для вашей модели. Это довольно просто, если вы знаете, где искать и какие драйверы обновлять, но этот процесс может быть немного утомительным, если вам нужно обновить несколько драйверов.

Если вы хотите обновить все драйверы на вашем компьютере, возможно, лучше использовать стороннее решение, такое как TweakBit Driver Updater . Используя этот инструмент, вы можете автоматически обновить все ваши драйверы всего за пару кликов, поэтому обязательно попробуйте.

Загрузите программу обновления драйверов Tweakbit

Отказ от ответственности: некоторые функции этого инструмента не бесплатны

В строке поиска введите функции Windows . Теперь выберите Включить или выключить функции Windows в списке результатов.
Найдите функцию HyperV и снимите ее. Теперь нажмите ОК , чтобы сохранить изменения. Если вас попросили перезагрузить компьютер, обязательно сделайте это.
После перезагрузки компьютера вернитесь в окно Функции Windows и включите функцию Hyper-V . Вас могут попросить перезагрузить компьютер еще раз, поэтому обязательно сделайте это.

Как только ваша система перезагрузится, проблема с Hyper-V должна быть решена, и все снова начнет работать.

ЧИТАЙТЕ ТАКЖЕ: исправлено: не удается установить Hyper-V в Windows 10

Для решения проблемы рекомендуется найти проблемное обновление и удалить его. Для этого выполните следующие действия:

Откройте приложение Настройки и перейдите в раздел Обновление и безопасность . Чтобы сделать это быстро, вы можете просто использовать ярлык Windows Key + I .
Выберите Просмотреть историю обновлений .
Теперь вы должны увидеть список последних обновлений. Обратите внимание на последние обновления и запомните их или запишите. Теперь нажмите Удалить обновления .
Список последних обновлений появится в новом окне. Чтобы удалить обновление, дважды щелкните его и следуйте инструкциям на экране.

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

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

Решение 6. Используйте команду bcdedit

Если у вас есть проблемы с виртуализацией, возможно, вы можете решить эту проблему, просто запустив одну команду в командной строке. Для этого выполните следующие действия:

Нажмите Windows Key + X , чтобы открыть меню Win + X. Выберите в меню Командная строка (Администратор) или PowerShell (Администратор) .
Когда откроется Командная строка , введите следующую команду:
- bcdedit/store c: BootBCD/установить гипервизор запуска типа Авто

После выполнения команды проверьте, решена ли проблема с виртуализацией. Кроме того, вы также можете использовать команду bcdedit/set hypervisorlaunchtype auto .

Решение 7. Используйте команду DISM

Запустите Командную строку от имени администратора.
При запуске Командная строка выполните эту команду:
- dism/online/enable-feature/namename: Microsoft-Hyper-V -Все

После выполнения команды необходимо включить функцию Hyper-V и устранить проблему с виртуализацией.

Решение 8. Проверьте, поддерживает ли ваш процессор виртуализацию

Чтобы использовать встроенную виртуализацию в Windows 10, необходимо, чтобы ваш процессор поддерживал определенные функции. Если у него нет этих функций, вы не сможете использовать встроенную виртуализацию.

Чтобы узнать, поддерживает ли ваш процессор виртуализацию, вам нужно проверить его спецификации на веб-сайте производителя. Кроме того, вы можете использовать сторонние инструменты для проверки, поддерживает ли ваш процессор виртуализацию.

Многие пользователи сообщили, что виртуализация не будет работать на их ПК, так как процессор не поддерживает функцию SLAT. Если ваш процессор не поддерживает необходимые функции, вам, возможно, придется изменить его, чтобы использовать встроенную виртуализацию.

VMWare специализируется на виртуализации, и их программное обеспечение предлагает все необходимые функции как для опытных, так и для начинающих пользователей, поэтому мы настоятельно рекомендуем вам попробовать его.

Загрузите VMware Workstation 15 Player с официальной страницы .

Hyper-V – это одна из технологий виртуализации серверов, позволяющая запускать на одном физическом сервере множество виртуальных ОС. Эти ОС именуются «гостевыми», а ОС, установленная на физическом сервере – «хостовой». Каждая гостевая операционная система запускается в своем изолированном окружении, и «думает», что работает на отдельном компьютере. О существовании других гостевых ОС и хостовой ОС они «не знают».
Эти изолированные окружения именуются «виртуальными машинами» (или сокращенно — ВМ). Виртуальные машины реализуются программно, и предоставляют гостевой ОС и приложениям доступ к аппаратным ресурсам сервера посредством гипервизора и виртуальных устройств. Как уже было сказано, гостевая ОС ведет себя так, как будто полностью контролирует физический сервер, и не имеет представления о существовании других виртуальных машин. Так же эти виртуальные окружения могут именоваться «партициями» (не путать с разделами на жестких дисках).
Впервые появившись в составе Windows Server 2008, ныне Hyper-V существует в виде самостоятельного продукта Hyper-V Server (де-факто являющегося сильно урезанной Windows Server 2008), и в новой версии – R2 – вышедшего на рынок систем виртуализации Enterprise-класса. Версия R2 поддерживает некоторые новые функции, и речь в статье пойдет именно об этой версии.

Гипервизор

Термин «гипервизор» уходит корнями в 1972 год, когда компания IBM реализовала виртуализацию в своих мэйнфреймах System/370. Это стало прорывом в ИТ, поскольку позволило обойти архитектурные ограничения и высокую цену использования мэйнфреймов.
Гипервизор – это платформа виртуализации, позволяющая запускать на одном физическом компьютере несколько операционных систем. Именно гипервизор предоставляет изолированное окружение для каждой виртуальной машины, и именно он предоставляет гостевым ОС доступ к аппаратному обеспечению компьютера.
Гипервизоры можно разделить на два типа по способу запуска (на «голом железе» или внутри ОС) и на два типа по архитектуре (монолитная и микроядерная).

Гипервизор 1 рода

Гипервизор 1 типа запускается непосредственно на физическом «железе» и управляет им самостоятельно. Гостевые ОС, запущенные внутри виртуальных машин, располагаются уровнем выше, как показано на рис.1.

Рис.1 Гипервизор 1 рода запускается на «голом железе».

Microsoft Hyper-V
VMware ESX Server
Citrix XenServer

Гипервизор 2 рода

В отличие от 1 рода, гипервизор 2 рода запускается внутри хостовой ОС (см. рис.2).

Рис.2 Гипервизор 2 рода запускается внутри гостевых ОС

Виртуальные машины при этом запускаются в пользовательском пространстве хостовой ОС, что не самым лучшим образом сказывается на производительности.
Примерами гипервизоров 2 рода служат MS Virtual Server и VMware Server, а так же продукты десктопной виртуализации – MS VirtualPC и VMware Workstation.

Монолитный гипервизор

Гипервизоры монолитной архитектуры включают драйверы аппаратных устройств в свой код (см. рис. 3).

Рис. 3. Монолитная архитектура

Более высокую (теоретически) производительность из-за нахождения драйверов в пространстве гипервизора
Более высокую надежность, так как сбои в работе управляющей ОС (в терминах VMware – «Service Console») не приведет к сбою всех запущенных виртуальных машин.

Поддерживается только то оборудование, драйверы на которое имеются в гипервизоре. Из-за этого вендор гипервизора должен тесно сотрудничать с вендорами оборудования, чтобы драйвера для работы всего нового оборудования с гипервизором вовремя писались и добавлялись в код гипервизора. По той же причине при переходе на новую аппаратную платформу может понадобиться переход на другую версию гипервизора, и наоборот – при переходе на новую версию гипервизора может понадобиться смена аппаратной платформы, поскольку старое оборудование уже не поддерживается.
Потенциально более низкая безопасность – из-за включения в гипервизор стороннего кода в виде драйверов устройств. Поскольку код драйверов выполняется в пространстве гипервизора, существует теоретическая возможность воспользоваться уязвимостью в коде и получить контроль как над хостовой ОС, так и над всеми гостевыми.

Микроядерная архитектура

При микроядерной архитектуре драйверы устройств работают внутри хостовой ОС.
Хостовая ОС в этом случае запускается в таком же виртуальном окружении, как и все ВМ, и именуется «родительской партицией». Все остальные окружения, соответственно – «дочерние». Единственная разница между родительской и дочерними партициями состоит в том, что только родительская партиция имеет непосредственный доступ к оборудованию сервера. Выделением памяти же и планировкой процессорного времени занимается сам гипервизор.

Рис. 4. Микроядерная архитектура

Не требуются драйвера, «заточенные» под гипервизор. Гипервизор микроядерной архитектуры совместим с любым оборудованием, имеющим драйверы для ОС родительской партиции.
Поскольку драйверы выполняются внутри родительской партиции – у гипервизора остается больше времени на более важные задачи – управление памятью и работу планировщика.
Более высокая безопасность. Гипервизор не содержит постороннего кода, соответственно и возможностей для атаки на него становится меньше.

Архитектура Hyper-V

На рис.5 показаны основные элементы архитектуры Hyper-V.

Рис.5 Архитектура Hyper-V

Как видно из рисунка, гипервизор работает на следующем уровне после железа – что характерно для гипервизоров 1 рода. Уровнем выше гипервизора работают родительская и дочерние партиции. Партиции в данном случае – это области изоляции, внутри которых работают операционные системы. Не нужно путать их, к примеру, с разделами на жестком диске. В родительской партиции запускается хостовая ОС (Windows Server 2008 R2) и стек виртуализации. Так же именно из родительской партиции происходит управление внешними устройствами, а так же дочерними партициями. Дочерние же партиции, как легко догадаться – создаются из родительской партиции и предназначены для запуска гостевых ОС. Все партиции связаны с гипервизором через интерфейс гипервызовов, предоставляющий операционным системам специальный API. Если кого-то из разработчиков интересуют подробности API гипервызовов — информация имеется в MSDN.

Родительская партиция

Создание, удаление и управление дочерними партициями, в том числе и удаленное, посредством WMI-провайдера.
Управление доступом к аппаратным устройствам, за исключением выделения процессорного времени и памяти – этим занимается гипервизор.
Управление питанием и обработка аппаратных ошибок, если таковые возникают.

Рис.6 Компоненты родительской партиции Hyper-V

Стек виртуализации

Служба управления виртуальными машинами (VMMS)
Рабочие процессы виртуальных машин (VMWP)
Виртуальные устройства
Драйвер виртуальной инфраструктуры (VID)
Библиотека интерфейсов гипервизора

Управление состоянием виртуальных машин (включено/выключено)
Добавление/удаление виртуальных устройств
Управление моментальными снимками

Starting
Active
Not Active
Taking Snapshot
Applying Snapshot
Deleting Snapshot
Merging Disk

Рабочий процесс виртуальной машины (VMWP)

Для управления виртуальной машиной из родительской партиции запускается особый процесс – рабочий процесс виртуальной машины (VMWP). Процесс этот работает на уровне пользователя. Для каждой запущенной виртуальной машины служба VMMS запускает отдельный рабочий процесс. Это позволяет изолировать виртуальные машины друг от друга. Для повышения безопасности, рабочие процессы запускаются под встроенным пользовательским аккаунтом Network Service.
Процесс VMWP используется для управления соответствующей виртуальной машиной. В его задачи входит:
Создание, конфигурация и запуск виртуальной машины
Пауза и продолжение работы (Pause/Resume)
Сохранение и восстановление состояния (Save/Restore State)
Создание моментальных снимков (снапшотов)
Кроме того, именно рабочий процесс эмулирует виртуальную материнскую плату (VMB), которая используется для предоставления памяти гостевой ОС, управления прерываниями и виртуальными устройствами.

Виртуальные устройства

Эмулируемые устройства – эмулируют определенные аппаратные устройства, такие, к примеру, как видеоадаптер VESA. Эмулируемых устройств достаточно много, к примеру: BIOS, DMA, APIC, шины ISA и PCI, контроллеры прерываний, таймеры, управление питанием, контроллеры последовательных портов, системный динамик, контроллер PS/2 клавиатуры и мыши, эмулируемый (Legacy) Ethernet-адаптер (DEC/Intel 21140), FDD, IDE-контроллер и видеоадаптер VESA/VGA. Именно поэтому для загрузки гостевой ОС может использоваться только виртуальный IDE-контроллер, а не SCSI, который является синтетическим устройством.
Синтетические устройства – не эмулируют реально существующие в природе железки. Примерами служат синтетический видеоадаптер, устройства взаимодействия с человеком (HID), сетевой адаптер, SCSI-контроллер, синтетический контроллер прерывания и контроллер памяти. Синтетические устройства могут использоваться только при условии установки компонент интеграции в гостевой ОС. Синтетические устройства обращаются к аппаратным устройствам сервера посредством провайдеров служб виртуализации, работающих в родительской партиции. Обращение идет через виртуальную шину VMBus, что намного быстрее, чем эмуляция физических устройств.

Драйвер виртуальной инфраструктуры (VID)

Драйвер виртуальной инфраструктуры (vid.sys) работает на уровне ядра и осуществляет управление партициями, виртуальными процессорами и памятью. Так же этот драйвер является промежуточным звеном между гипервизором и компонентами стека виртуализации уровня пользователя.

Библиотека интерфейса гипервизора

Библиотека интерфейса гипервизора (WinHv.sys) – это DLL уровня ядра, которая загружается как в хостовой, так и в гостевых ОС, при условии установки компонент интеграции. Эта библиотека предоставляет интерфейс гипервызовов, использующийся для взаимодействия ОС и гипервизора.

Провайдеры служб виртуализации (VSP)

Провайдеры служб виртуализации работают в родительской партиции и предоставляют гостевым ОС доступ к аппаратным устройствам через клиент служб виртуализации (VSC). Связь между VSP и VSC осуществляется через виртуальную шину VMBus.

Шина виртуальных машин (VMBus)

Назначение VMBus состоит в предоставлении высокоскоростного доступа между родительской и дочерними партициями, в то время как остальные способы доступа значительно медленнее из-за высоких накладных расходах при эмуляции устройств.
Если гостевая ОС не поддерживает работу интеграционных компонент – приходится использовать эмуляцию устройств. Это означает, что гипервизору приходится перехватывать вызовы гостевых ОС и перенаправлять их к эмулируемым устройствам, которые, напоминаю, эмулируются рабочим процессом виртуальной машины. Поскольку рабочий процесс запускается в пространстве пользователя, использование эмулируемых устройств приводит к значительному снижению производительности по сравнению с использованием VMBus. Именно поэтому рекомендуется устанавливать компоненты интеграции сразу же после установки гостевой ОС.
Как уже было сказано, при использовании VMBus взаимодействие между хостовой и гостевой ОС происходит по клиент-серверной модели. В родительской партиции запущены провайдеры служб виртуализации (VSP), которые являются серверной частью, а в дочерних партициях – клиентская часть – VSC. VSC перенаправляет запросы гостевой ОС через VMBus к VSP в родительской партиции, а сам VSP переадресовывает запрос драйверу устройства. Этот процесс взаимодействия абсолютно прозрачен для гостевой ОС.

Дочерние партиции

Вернемся к нашему рисунку с архитектурой Hyper-V, только немного сократим его, поскольку нас интересуют лишь дочерние партиции.

Рис. 7 Дочерние партиции

ОС Windows, с установленными компонентами интеграции (в нашем случае – Windows 7)
ОС не из семейства Windows, но поддерживающая компоненты интеграции (Red Hat Enterprise Linux в нашем случае)
ОС, не поддерживающие компоненты интеграции (например, FreeBSD).

ОС Windows с установленными компонентами интеграции

Клиенты служб виртуализации. VSC представляют собой синтетические устройства, позволяющие осуществлять доступ к физическим устройствам посредством VMBus через VSP. VSC появляются в системе только после установки компонент интеграции, и позволяют использовать синтетические устройства. Без установки интеграционных компонент гостевая ОС может использовать только эмулируемые устройства. ОС Windows 7 и Windows Server 2008 R2 включает в себя компоненты интеграции, так что их не нужно устанавливать дополнительно.
Улучшения. Под этим имеются в виду модификации в коде ОС чтобы обеспечить работу ОС с гипервизором и тем самым повысить эффективность ее работы в виртуальной среде. Эти модификации касаются дисковой, сетевой, графической подсистем и подсистемы ввода-вывода. Windows Server 2008 R2 и Windows 7 уже содержат в себе необходимые модификации, на другие поддерживаемые ОС для этого необходимо установить компоненты интеграции.

Heartbeat – помогает определить, отвечает ли дочерняя партиция на запросы из родительской.
Обмен ключами реестра – позволяет обмениваться ключами реестра между дочерней и родительской партицией.
Синхронизация времени между хостовой и гостевой ОС
Завершение работы гостевой ОС
Служба теневого копирования томов (VSS), позволяющая получать консистентные резервные копии.

ОС не из семейства Windows, но поддерживающая компоненты интеграции

Существуют так же ОС, не относящиеся к семейству Windows, но поддерживающие компоненты интеграции.На данный момент – это только SUSE Linux Enterprise Server и Red Hat Enterprise Linux. Такие ОС при установке компонент интеграции используют VSC сторонних разработчиков для взаимодействия с VSC по VMBus и доступа к оборудованию. Компоненты интеграции для Linux разработаны компанией Microsoft совместно с Citrix и доступны для загрузки в Microsoft Download Center. Поскольку компоненты интеграции для Linux были выпущены под лицензией GPL v2, ведутся работы по интеграции их в ядро Linux через Linux Driver Project, что позволит значительно расширить список поддерживаемых гостевых ОС.

Вместо заключения

На этом я, пожалуй, закончу свою вторую статью, посвященную архитектуре Hyper-V. Предыдущая статья вызвала у некоторых читателей вопросы, и надеюсь, что теперь я на них ответил.
Надеюсь, что чтение не было слишком скучным. Я достаточно часто использовал «академический язык», но это было необходимо, поскольку тематика статьи предполагает очень большой объем теории и практически нуль целых нуль десятых практики.

Выражаю огромную благодарность Mitch Tulloch и Microsoft Virtualization Team. На основе их книги Understanding Microsoft Virtualization Solutions и была подготовлена статья.

Я выполнил чистую установку роли Server 2016 + Hyper-V на новом сервере с Xeon v4, 100 ГБ ОЗУ и картой с поддержкой RemoteFX NVidia Quadro с 6 ГБ GDDR. (Если это сработает, я буду использовать голый сервер Hyper-V 2016, это для тестирования, так что полный сервер + роль в порядке).

Установка была в порядке. Я включил роли и функции, что тоже было хорошо, затем установил драйверы Quadro. Диспетчер Hyper-V сразу же распознал и принял Quadro и сообщает, что может предоставлять с его помощью виртуальные машины службы RemoteFX. Поэтому я создал простую виртуальную машину Gen2, чтобы протестировать ее. ISO установщика виртуальной машины - Win 8.1 Enterprise, совместимая с RemoteFX.

ВМ отказывается запускаться, если я включаю в комплект 3D-адаптер RemoteFX. Он пытается в течение 1-3 минут, а затем сообщает об ошибке 32788 во всплывающем окне с графическим интерфейсом, что он не может запуститься. Если я удаляю виртуальный адаптер RemoteFX, он запускается нормально.

Журналы событий Hyper-V VMMS и Worker показывают различные ошибки:

Я исключил обычные причины (дисковое пространство, несовместимый процессор / карта) и не могу найти какой-либо ресурс для дальнейшего устранения неполадок. На страницах настроек виртуальной машины или гипервизора не отображаются ошибки устройства. На сервере есть все применимые роли для Hyper-V и виртуализации рабочего стола. Все устройства в "Диспетчере устройств" (включая драйвер MS Hyper-V VID в разделе "Система") сообщают о том, что они работают правильно, поэтому это не является ошибкой при запуске драйвера. Вся моя деятельность была в значительной степени такой: установка обновлений Server 2016 +, включение ролей и функций виртуализации рабочего стола Hyper-V / Desktop, установка драйвера Quadro, настройка Hyper-V и создание виртуальной машины, поэтому для странных вещей не так много возможностей для пошли дальше.

Некоторые веб-страницы ссылаются на проблемы с разрешениями RemoteFX, которые могут привести к тому, что виртуальные машины не запускаются, но обычно, если это так, об этом говорится явно (согласно страницам, которые я видел). В моем случае нет явного утверждения о проблеме с разрешениями, хотя "токен" и утверждение о том, что ресурсы "не могут быть доступны", настоятельно предполагают, что может возникнуть какая-то проблема с токеном разрешений. Но нет намека на то, что, если так.

Hyper-V , родная для систем Windows – в её серверных выпусках, а также в некоторых десктопных версиях и редакциях – среда для работы с виртуальными машинами и их гостевыми ОС не всегда работает без проблем. Одной из таких проблем может быть выскакивающее при запуске виртуальной машины уведомление, что, мол, Hyper-V не удаётся её запустить, поскольку не выполняется некая низкоуровневая оболочка.

Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.

Системные требования

Если сама Windows не соответствует требованиям для работы с Hyper-V, а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки.

Для работы Hyper-V необходимо:

• Не менее 4 Гб RAM;
• 64-битный процессор с поддержкой SLAT и технологии виртуализации.

Хранилище BCD

Рассматриваемая ошибка может говорить о неверной конфигурации данных хранилища BCD . Компонент Hyper-V глубоко интегрирован в Windows и стартует до запуска ядра системы. Если в хранилище BCD вносились изменения для модификации запуска гипервизора, они могут быть неверными. Либо же запуск Hyper-V и вовсе был ранее намеренно отключён с целью временной оптимизации использования ресурсов компьютера. В таком случае конфигурацию BCD в части запуска гипервизора необходимо либо подкорректировать, либо вернуть дефолтное значение путём установки автозапуска Hyper-V. Для установки автозапуска открываем CMD от имени администратора (обязательно) , вводим:

bcdedit /set hypervisorlaunchtype auto

После этого осуществляем перезагрузку.

AMD Bulldozer

Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer.

Технологии виртуализации

Для обеспечения жизнедеятельности среды виртуализации посредством любого гипервизора процессор должен быть обустроен технологией, обеспечивающей виртуализацию – Intel Virtualization, либо же AMD-V. О поддержке этих технологий можно узнать на страничке спецификаций процессора на сайтах, соответственно, Intel и AMD . И технология виртуализация, естественно, должна быть включена в BIOS .

Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution. С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V: технология виртуализации включена, а специфические технологии – выключены.

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