Проверка включения аппаратной виртуализации (Intel VT-x / AMD-V): Windows, Linux и UEFI BIOS | AdminWiki
Timeweb Cloud — сервера, Kubernetes, S3, Terraform. Лучшие цены IaaS.
Попробовать

Проверка включения аппаратной виртуализации (Intel VT-x / AMD-V): Windows, Linux и UEFI BIOS

11 мая 2026 6 мин. чтения

Перед развертыванием WSL2, Docker, Hyper-V, KVM или VirtualBox нужно убедиться, что аппаратная виртуализация включена. Это критичное требование для производительности и стабильности этих технологий. В этом руководстве вы найдете готовые команды для проверки статуса Intel VT-x или AMD-V в Windows и Linux без перезагрузки, а также инструкцию по включению функции в UEFI/BIOS.

Зачем проверять аппаратную виртуализацию перед установкой WSL2, Docker или гипервизоров

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

От этой технологии зависят:

  • WSL2 (Windows Subsystem for Linux 2) - использует собственный гипервизор на основе Hyper-V.
  • Docker Desktop на Windows и Linux (в режиме Hyper-V или KVM) - требует аппаратной акселерации для контейнеров.
  • Гипервизоры - Hyper-V, VMware Workstation, VirtualBox (с включенной аппаратной виртуализацией), KVM.

Проверка занимает меньше минуты, но экономит часы на отладке ошибок установки вроде «VT-x is disabled» или «No hardware virtualization support».

Быстрая проверка в Windows без перезагрузки: PowerShell и командная строка

Для получения точного результата в Windows запустите инструменты с правами администратора. Это требование связано с доступом к низкоуровневым системным данным.

Метод 1: Используем PowerShell (рекомендуется)

PowerShell предоставляет наиболее детальную информацию через WMI. Выполните команду:

Get-WmiObject -Namespace root\virtualization\v2 -Class Msvm_Processor | Select-Object -Property VirtualizationFirmwareEnabled

Если в столбце VirtualizationFirmwareEnabled вы видите значение True, аппаратная виртуализация включена в BIOS/UEFI и доступна системе. Значение False означает, что функция отключена на уровне прошивки.

Альтернативный способ - использовать системную утилиту с фильтрацией:

systeminfo | Select-String "виртуализация"

Ищите строки «Поддержка аппаратной виртуализации: Да» или «Virtualization Enabled In Firmware: Yes».

Метод 2: Классическая командная строка (CMD)

Этот метод работает на всех версиях Windows, включая серверные. Откройте CMD от имени администратора и введите:

systeminfo | findstr /I "виртуализация"

Ключ /I обеспечивает регистронезависимый поиск. В выводе обратите внимание на две ключевые строки:

  • Требования к аппаратной виртуализации: «Да» - процессор поддерживает технологию.
  • Поддержка аппаратной виртуализации: «Да» - функция включена в BIOS/UEFИ и активна.

Если вторая строка показывает «Нет», виртуализацию нужно включить в настройках прошивки. Вывод этой команды менее детализирован, чем в PowerShell, но достаточен для первичной диагностики.

Проверка поддержки виртуализации в Linux из терминала

В Linux проверка сводится к анализу флагов процессора, которые отображает ядро ОС.

Универсальная проверка флагов процессора

Самый надежный способ - проверить содержимое виртуального файла /proc/cpuinfo. Выполните команду:

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

Ключ -E активирует поиск по шаблону.

  • Если вы видите флаг vmx - ваш процессор Intel поддерживает VT-x.
  • Если вы видите флаг svm - ваш процессор AMD поддерживает AMD-V.

Флаги будут перечислены для каждого ядра процессора, поэтому вывод может состоять из нескольких строк. Это нормально. Если команда не выводит ничего, это означает одно из двух: процессор не поддерживает аппаратную виртуализацию (маловероятно для систем младше 10 лет) или технология отключена в BIOS/UEFI.

Расширенная проверка с помощью kvm-ok и lscpu

Для более удобного вывода установите пакет cpu-checker (в дистрибутивах на основе Debian/Ubuntu):

sudo apt update && sudo apt install cpu-checker

Запустите проверку:

sudo kvm-ok

Утилита даст четкий вердикт: «INFO: /dev/kvm exists. KVM acceleration can be used» (все включено) или предупредит, что виртуализация отключена.

Еще один краткий способ - использовать lscpu:

lscpu | grep Virtualization

В строке вывода будет указан тип виртуализации CPU (например, VT-x или AMD-V).

Как интерпретировать результат и что делать дальше

На основе результата проверки действуйте по следующему алгоритму.

Виртуализация включена: можно приступать к установке

Если команды в Windows или Linux подтвердили, что VT-x/AMD-V активна, базовое требование выполнено. Вы можете приступать к установке и настройке WSL2, Docker, KVM или другого гипервизора.

Учтите, что одновременная работа нескольких технологий виртуализации (например, Hyper-V и VirtualBox) может требовать дополнительной настройки для избежания конфликтов. Если вы столкнетесь с такой проблемой, вам поможет подробное руководство по отключению виртуализации для решения проблем совместимости.

Виртуализация отключена: инструкция по входу в UEFI/BIOS

Если проверка показала, что поддержка отключена, ее необходимо активировать в настройках микропрограммы материнской платы - UEFI или BIOS.

Чтобы войти в интерфейс настройки, перезагрузите компьютер и нажмите специальную клавишу в самом начале загрузки:

  • Чаще всего: Delete (Del), F2, F10, F12.
  • Для ноутбуков: могут использоваться Esc, F1 или комбинация Fn + F2.

В Windows 10 и 11 есть альтернативный способ: «Параметры» → «Обновление и безопасность» → «Восстановление» → «Особые варианты загрузки» (Перезагрузить сейчас) → «Поиск и устранение неисправностей» → «Дополнительные параметры» → «Параметры встроенного ПО UEFI».

Интерфейсы UEFI/BIOS сильно различаются у разных производителей материнских плат и ноутбуков.

Включаем Intel VT-x / AMD-V в настройках UEFI или BIOS

После входа в интерфейс прошивки найдите раздел с настройками процессора или безопасности.

Где искать настройку: примеры от разных производителей

Ориентируйтесь на следующие ключевые слова и примерные пути:

  • ASUS (UEFI): Advanced Mode (F7) → вкладка «Advanced» → «CPU Configuration» → «Intel(VMX) Virtualization Technology» или «SVM Mode».
  • Gigabyte: вкладка «Tweaker» → «Advanced CPU Settings» → «SVM Mode» или «Intel Virtualization Technology».
  • MSI: «Settings» → «Advanced» → «CPU Configuration» → «Intel Virtualization Technology».
  • Dell/HP (серверы и ПК): «Security» → «System Security» → «Virtualization Technology (VTx)» или «Virtualization Technology for Directed I/O (VTd)».

Нужная опция может называться: «Intel Virtualization Technology», «Intel VT-x», «AMD-V», «SVM Mode», «Virtualization Technology». Переключите значение с [Disabled] на [Enabled].

Для комплексной настройки инфраструктуры, например для Docker и Kubernetes, может потребоваться также включить опцию IOMMU (VT-d для Intel или AMD-Vi). Подробный разбор для плат Gigabyte есть в отдельном руководстве.

Что делать, если параметр не находится или недоступен

Если вы не видите нужной опции, проверьте следующие моменты:

  1. Поддержка процессором: Уточните модель своего CPU на сайте Intel Ark или AMD. Практически все современные процессоры, кроме бюджетных линеек Celeron/Pentium или ранних Atom, поддерживают виртуализацию.
  2. Сброс настроек: В главном меню BIOS/UEFI найдите опцию «Load Optimized Defaults» или «Load Setup Defaults», сохраните изменения и перезагрузитесь. После этого нужный параметр может появиться.
  3. Обновление прошивки: Устаревшая версия BIOS/UEFI может иметь ограниченный набор настроек. Обновление может добавить необходимые опции. Выполняйте эту процедуру с осторожностью, следуя инструкциям производителя.
  4. Отключение быстрой загрузки: Отключите опции «Fast Boot» как в настройках BIOS/UEFI, так и в Windows («Электропитание» → «Действия кнопок питания»). После этого перезагрузитесь и снова войдите в BIOS.
  5. Заблокированные ноутбуки: На некоторых OEM-ноутбуках опция может быть скрыта. В этом случае поищите специфичные для модели инструкции.

После любых изменений не забудьте сохранить конфигурацию (обычно клавиша F10) и выйти.

Проверка после включения в BIOS и возможные конфликты

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

Однако, даже при включенной аппаратной поддержке, могут возникать программные конфликты:

  • Windows: Если у вас включен Hyper-V или компоненты WSL2, они могут монопольно использовать гипервизор, блокируя работу VirtualBox или VMware Workstation. В этом случае потребуется отключить Hyper-V через «Включение или отключение компонентов Windows» или использовать инструкцию по диагностике неочевидных проблем.
  • Linux: Убедитесь, что модули ядра KVM загружены: lsmod | grep kvm. При необходимости загрузите их: sudo modprobe kvm и sudo modprobe kvm_intel (или kvm_amd).

Если вы столкнулись с ошибкой «VT-x/AMD-V is disabled» в конкретном ПО, таком как VirtualBox или VMware, следуйте целевому руководству по ее устранению, которое охватывает все шаги от BIOS до настроек ОС.

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

Поделиться:
Сохранить гайд? В закладки браузера