Включить виртуализацию в BIOS/UEFI: пошагово для ASUS, Gigabyte, MSI, Dell, HP (2026)

Аппаратная виртуализация (Intel VT-x или AMD-V/SVM) нужна для Docker, KVM, VMware ESXi, Hyper-V и VirtualBox — без неё гипервизоры выдают «hypervisor is not running» и не запускают 64-битные гостевые ОС. Короткий ответ: Advanced → CPU Configuration → Intel Virtualization Technology (или SVM Mode) → Enabled → F10, а вход в прошивку — Del, F2 или F10. Ниже — пошаговые инструкции для ASUS, Gigabyte, MSI, Dell и HP (включая серверное оборудование), команды проверки из-под ОС и нюансы безопасности Secure Boot в 2026 году.

Ответ за 30 секунд

Путь к нужной опции почти всегда одинаков: Advanced → CPU Configuration → Intel Virtualization Technology (для Intel) или SVM Mode (для AMD) → Enabled → F10. Ищите разделы «Advanced», «CPU Configuration», «CPU Settings», «Processor Settings» или «System Configuration» — переключатель виртуализации лежит именно там. Клавиши входа в прошивку: Del или F2 (ASUS, Gigabyte, MSI), F2 (Dell), F10 (HP). Нужны детали — переходите к пошаговой инструкции для своего бренда.

Краткий чек-лист: как включить виртуализацию за 5 минут

1. Перезагрузите компьютер и войдите в BIOS/UEFI. Клавиши входа: Del/F2 — ASUS, Gigabyte, MSI; F2 — Dell; F10 или Esc → F10 — HP/HPE.
2. Перейдите в Advanced Mode (обычно клавиша F7) и найдите раздел, связанный с процессором: Advanced → CPU Configuration, CPU Settings или System Configuration.
3. Найдите опцию виртуализации: «Intel Virtualization Technology», «Intel VT-x», «SVM Mode» или «Virtualization Technology».
4. Установите значение Enabled и сохраните изменения (обычно клавиша F10).
5. Проверьте активацию в ОС: в Windows выполните systeminfo, в Linux — grep -E "vmx|svm" /proc/cpuinfo.

Быстрое решение: если у вас одна из этих ошибок

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

• «VT-x/AMD-V is disabled in the BIOS» (VirtualBox, VMware)
• «This host supports Intel VT-x, but Intel VT-x is disabled» (VMware)
• «hypervisor is not running» (Docker Desktop)
• Невозможность запустить 64-битную гостевую ОС
• KVM отказывается работать, требуя аппаратную поддержку

Алгоритм действий: Перезагрузка → Клавиша входа в BIOS/UEFI → Раздел Advanced/CPU → Опция виртуализации → Enabled → Сохранение → Проверка в ОС.

Далее — детальные инструкции для вашего производителя:

• Как включить виртуализацию на ASUS
• Как включить виртуализацию на Gigabyte и MSI
• Как включить виртуализацию на Dell (ПК и серверы)
• Как включить виртуализацию на HP/HPE (ПК и серверы)

Что такое аппаратная виртуализация и почему она критична для ваших задач

Аппаратная виртуализация — это набор функций процессора (Intel VT-x или AMD-V, также называемый SVM Mode), которые позволяют гипервизору эффективно и безопасно исполнять код гостевых операционных систем. Без её активации на уровне прошивки вы столкнетесь с блокировками в ключевых инструментах:

• Docker Desktop (Windows/macOS) и Docker на Linux: для работы в режиме изоляции (особенно на Windows) требуется гипервизор, который, в свою очередь, зависит от VT-x/AMD-V.
• KVM (Kernel-based Virtual Machine): основной гипервизор для Linux, используемый в Proxmox VE, oVirt и многих облачных платформах. Без активированной виртуализации KVM просто не запустится.
• VMware Workstation/Player, VMware ESXi: требуют аппаратной поддержки для создания виртуальных машин с полной эмуляцией оборудования.
• Oracle VirtualBox: для запуска 64-битных гостевых систем и использования расширенных функций.
• Microsoft Hyper-V: хотя и является гипервизором первого типа, также полагается на аппаратные расширения виртуализации.

Отсутствие активации — самая частая причина ошибок вроде «VT-x/AMD-V is disabled in the BIOS» или «This host supports Intel VT-x, but Intel VT-x is disabled». Решение этой проблемы — основа для развертывания любой современной IT-инфраструктуры, от домашней лаборатории до корпоративного кластера.

Шаг 0: Безопасный вход в BIOS/UEFI (клавиши для ASUS, Dell, HP)

Перед внесением изменений в UEFI/BIOS важно действовать осознанно, чтобы не нарушить загрузку системы. Универсальный способ входа — нажать специальную клавишу сразу после включения компьютера, до начала загрузки операционной системы. Для разных производителей это:

• ASUS, Gigabyte, MSI (потребительские платы): клавиша Delete (Del) или F2.
• Dell (клиентские ПК и серверы): клавиша F2 для входа в настройки, F12 — для меню загрузки.
• HP/HPE (клиентские ПК и серверы): клавиша F10 или Esc, а затем F10.

Рекомендация по безопасности: если интерфейс UEFI позволяет, сделайте снимок текущих настроек (screenshot) или запишите значения критических параметров. Это упростит откат в случае непредвиденных проблем.

Ключевое предостережение: Secure Boot и срок действия сертификатов в 2026 году

В процессе настройки виртуализации вы можете столкнуться с необходимостью отключить или изменить настройки Secure Boot — функции безопасности UEFI, которая проверяет цифровые подписи загрузочных компонентов. Некоторые гипервизоры или альтернативные ОС требуют его отключения для совместимости.

Принимая такое решение, вы должны учитывать важный контекст, связанный с безопасностью. Ключевые криптографические сертификаты Microsoft (Microsoft Corporation UEFI CA 2011 и Microsoft Windows Production PCA 2011), лежащие в основе цепочки доверия Secure Boot, истекают 24 июня 2026 года. После этой даты обновление базы отозванных подписей (DBX), которая защищает от известных уязвимостей уровня загрузки (например, буткитов), станет технически невозможным на устройствах со старыми сертификатами.

Практический совет: если для вашей задачи необходимо отключить Secure Boot, перед этим проверьте на сайте производителя материнской платы или сервера наличие обновления прошивки (BIOS/UEFI), которое включает новые сертификаты. Это позволит в будущем снова включить Secure Boot без потери возможности получать критические обновления безопасности. Подробнее о взаимосвязи настроек виртуализации, TPM и Secure Boot читайте в нашем руководстве: Настройка BIOS Gigabyte для TPM, Secure Boot и виртуализации (VT-d/IOMMU).

Пошаговые инструкции по включению VT-x/AMD-V для конкретных производителей

Интерфейсы UEFI различаются, но логика расположения опций виртуализации обычно схожа: их ищут в расширенных настройках (Advanced), связанных с процессором (CPU) или чипсетом.

Как включить виртуализацию на ASUS

В графическом интерфейсе UEFI ASUS (UEFI BIOS Utility):

1. Перейдите на вкладку Advanced Mode (клавиша F7).
2. Выберите раздел Advanced.
3. Найдите и откройте подраздел CPU Configuration.
4. Прокрутите список параметров до опции:
   Для процессоров Intel: «Intel Virtualization Technology» или «Intel VT-x».
   Для процессоров AMD: «SVM Mode».
5. Установите значение в Enabled.
6. Сохраните изменения и выйдите (клавиша F10), подтвердив перезагрузку.

Примечание: на некоторых платах опция может находиться в Advanced > System Agent (SA) Configuration.

Как включить виртуализацию на Gigabyte и MSI

Для материнских плат Gigabyte:

1. В главном меню UEFI перейдите в раздел Settings.
2. Выберите Advanced.
3. Откройте подраздел CPU Settings.
4. Найдите параметр «Intel Virtualization Technology» (для Intel) или «SVM Mode» (для AMD).
5. Активируйте его, выбрав Enabled.
6. Сохраните и выйдите (клавиша F10).

Более детальная инструкция с нюансами для разных линеек доступна в отдельном руководстве: Активация аппаратной виртуализации (VT-x/AMD-V) в BIOS/UEFI Gigabyte. Если у вас плата с классическим BIOS или вы не уверены, где именно спрятана опция, поможет разбор: Где найти виртуализацию на платах Gigabyte: Classic BIOS vs UEFI.

Для материнских плат MSI:

1. Войдите в UEFI и нажмите клавишу F7 для перехода в Advanced Mode.
2. Перейдите по пути: Settings > Advanced > CPU Configuration.
3. Найдите опцию «Virtualization Technology» или «SVM Mode».
4. Установите значение Enabled.
5. Сохраните изменения (клавиша F10).

Как включить виртуализацию на Dell (ПК и серверы)

Для клиентских ПК (OptiPlex, XPS, Vostro):

1. При загрузке нажмите F2 для входа в UEFI.
2. Перейдите на вкладку Virtualization (может находиться в разделе «System Configuration»).
3. Активируйте опции:
   - Virtualization (или Intel Virtualization Technology) – Enabled.
   - VT for Direct I/O (VT-d) – Enabled, если планируется использовать PCI-passthrough.
4. Примените изменения и перезагрузитесь.

Если вы настраиваете PCI-passthrough, проверьте заодно IOMMU-группы — практические детали и типовые ошибки разобраны в руководстве: Включение Intel VT-x и VT-d в UEFI: полное руководство для виртуализации и PCI-passthrough (2026).

Для серверов Dell PowerEdge:

Настройку можно выполнить двумя способами:

• Через локальный интерфейс: при загрузке нажмите F2, в меню System Setup перейдите в System BIOS > Processor Settings и активируйте «Virtualization Technology» и «VT for Direct I/O».
• Удаленно через iDRAC: войдите в веб-интерфейс iDRAC, перейдите в iDRAC Settings > System Configuration > BIOS Setup и найдите соответствующие опции в разделе настроек процессора.

Как включить виртуализацию на HP/HPE (ПК и серверы)

Для серверов HP ProLiant (HPE):

1. Удаленно через iLO: это предпочтительный метод. Войдите в веб-интерфейс iLO, перейдите в Integrated Management Console > iLO 5 Configuration > BIOS/UEFI Settings. После перезагрузки в режиме настройки найдите раздел Processor Options и активируйте «Intel Virtualization Technology (VTx)» и «Intel VT-d».
2. Локально: при загрузке нажмите F9 для входа в System Utilities, затем выберите System Configuration > BIOS/UEFI Platform Configuration (RBSU) > Processor Options.

Для настольных ПК HP: войдите в UEFI (F10), перейдите в Advanced > Device Configurations и найдите опцию «Virtualization Technology (VTx)».

Как проверить, что виртуализация успешно активирована

После сохранения настроек и перезагрузки необходимо убедиться, что ОС видит активированную технологию.

В Windows 10/11/Server:

• Откройте командную строку или PowerShell от имени администратора и выполните команду systeminfo. В разделе «Требования Hyper-V» должна быть строка: «Аппаратная виртуализация в режимах расширения: Да».
• Альтернативно выполните PowerShell-команду Get-ComputerInfo -Property "HyperV*".

В Linux (дистрибутивы на основе Debian/Ubuntu, RHEL/CentOS):

Выполните в терминале команду:

grep -E "vmx|svm" /proc/cpuinfo

Если вывод не пустой, технология активна. vmx — флаг для процессоров Intel, svm — для AMD. Для удобства можно установить утилиту cpu-checker (в Debian/Ubuntu) и запустить kvm-ok.

Для Docker: выполните docker info и убедитесь, что в выводе нет предупреждений о недоступности аппаратной виртуализации.

Что должно быть в выводе — быстрая шпаргалка:

Решение сопутствующих проблем и ошибок

Даже после активации VT-x/AMD-V могут возникать проблемы.

1. Ошибка «The selected boot device failed» после изменений в UEFI.
Эта ошибка загрузки часто связана не с самой виртуализацией, а с изменением режима загрузки (UEFI/Legacy) или порядка загрузочных устройств. Решение: войдите в UEFI/BIOS (клавиша F2/Del) и проверьте раздел Boot. Убедитесь, что ваш загрузочный накопитель находится первым в списке и выбран правильный режим загрузки (обычно UEFI).

2. Гипервизор (VMware, VirtualBox) всё равно сообщает, что VT-x/AMD-V недоступен.
Это распространенная проблема, причины которой часто лежат не в BIOS. Возможные виновники и решения:

• Конфликт с Hyper-V/WSL2 в Windows: отключите компоненты Hyper-V и платформу виртуальной машины Windows в «Включение или отключение компонентов Windows».
• Блокировка антивирусом или средствами безопасности: некоторые антивирусы с функциями аппаратной изоляции (например, Core Isolation в Windows) могут блокировать доступ. Попробуйте временно отключить их для проверки.
• Устаревший микрокод процессора: обновите BIOS/UEFI до последней версии от производителя материнской платы.

Для глубокой диагностики подобных неочевидных проблем обратитесь к нашему специальному руководству: Гипервизор не видит VT-x/AMD-V: диагностика и решение неочевидных проблем.

Особенности для разных сценариев: домашний NAS, DevOps и корпоративные серверы

Подход к активации виртуализации может различаться в зависимости от контекста использования.

• Домашний NAS или лаборатория (TrueNAS, Proxmox VE): здесь часто требуется максимальная совместимость. Для загрузки с альтернативных ОС (например, загрузчик Proxmox) может потребоваться отключение Secure Boot. Делайте это, осознавая риски безопасности, описанные выше. Стабильность важнее тонкой настройки безопасности в изолированной среде.
• DevOps-лаборатория (Docker, Kubernetes, Minikube): цель — быстрая и надежная активация для работы контейнерных сред. Здесь критична проверка через docker info или kvm-ok. Если вы управляете парком машин, вам может быть полезна статья об автоматизации: Массовая настройка виртуализации на компьютерах Gigabyte.
• Корпоративные серверы (VMware ESXi, Hyper-V Server): каждое изменение в UEFI сервера должно быть согласовано с политиками безопасности компании. Используйте удаленные интерфейсы управления (iDRAC, iLO) для настройки. Активация VT-d (IOMMU) для PCI-passthrough — стандартный шаг для серверов виртуализации. Перед выбором оборудования для таких задач полезно изучить сравнительный анализ: Поддержка виртуализации на материнских платах Gigabyte: сравнительный анализ.

Итоги и дальнейшие шаги

Вы успешно активировали аппаратную виртуализацию в UEFI/BIOS вашей системы. Ключевые шаги: вход в настройки прошивки, поиск опции Intel Virtualization Technology или SVM Mode в разделах Advanced/CPU, её включение и сохранение изменений. Вы также научились проверять активацию из-под ОС и учитывать важные нюансы безопасности, связанные с Secure Boot.

Теперь ваш компьютер или сервер готов к работе с Docker, KVM, VMware и другими платформами виртуализации. Следующими логичными шагами могут быть установка и первоначальная настройка выбранного гипервизора или контейнерной платформы.

Финальная рекомендация: не забывайте о долгосрочной безопасности. Если вы отключили Secure Boot, запланируйте обновление прошивки вашей материнской платы или сервера до версии, содержащей новые криптографические сертификаты, актуальные после 2026 года. Это обеспечит возможность вернуть мощный уровень защиты без ущерба для совместимости в будущем.

FAQ: частые вопросы про виртуализацию в BIOS/UEFI

Почему после включения VT-x гипервизор всё равно не видит виртуализацию?

Чаще всего опция в BIOS тут ни при чём: в Windows аппаратную виртуализацию перехватывают Hyper-V, платформа виртуальной машины (WSL2, Docker Desktop) или средства изоляции вроде Core Isolation. Отключите эти компоненты и проверьте результат через systeminfo — строка «Аппаратная виртуализация в режимах расширения: Да» должна появиться. Если это не помогло, разберите конкретное сообщение гипервизора: Ошибка «VT-x is disabled» в VirtualBox, VMware и других: полное руководство по устранению.

Нужно ли включать VT-d/IOMMU?

Это отдельная функция, и для запуска самих гипервизоров она не обязательна — достаточно VT-x/AMD-V. VT-d (он же IOMMU) нужен, когда вы пробрасываете в виртуальную машину физические устройства: сетевые карты, HBA, GPU или диски целиком. Включается рядом с виртуализацией: у Intel это «VT for Direct I/O» или «Intel VT-d», у AMD — IOMMU.

Сбрасывается ли настройка после обновления BIOS?

Обычно значение сохраняется, но после прошивки UEFI настройки могут вернуться к заводским — как и при сбросе CMOS, например после замены батарейки. Поэтому после обновления прошивки проверьте опцию заново и подтвердите результат из-под ОС: systeminfo в Windows или grep -E "vmx|svm" /proc/cpuinfo в Linux.