Аппаратная виртуализация Intel VT-x или AMD-V - обязательная технология для работы современных гипервизоров, контейнерных платформ вроде Docker и подсистемы Windows для Linux WSL2. Это руководство содержит проверенные пошаговые инструкции для активации виртуализации в UEFI/BIOS системах основных производителей: ASUS, Gigabyte, MSI, ASRock, а также на ноутбуках Dell, HP и Lenovo. Вы узнаете, как безопасно включить необходимые параметры, избежать распространенных ошибок и подтвердить успешность настройки.
What you need before you start
Перед внесением изменений в UEFI/BIOS убедитесь в поддержке технологии вашим процессором. Для Intel это Intel Virtualization Technology (VT-x), для AMD - AMD-V (часто обозначается как SVM Mode). Большинство современных процессоров, начиная с Intel Core i-серии и AMD Ryzen, поддерживают эти технологии. Однако некоторые OEM-сборки ноутбуков или предустановленные системы могут иметь опции отключенными на уровне прошивки.
Подготовьтесь к перезагрузке компьютера. Сохраните все открытые документы и закройте работающие приложения. Внесение изменений в UEFI/BIOS требует перезагрузки и временного выхода из операционной системы.
Step 1 - Confirm hardware virtualization is enabled
Первый шаг - проверка текущего состояния виртуализации без входа в UEFI/BIOS. В Windows 10 и 11 откройте Диспетчер задач (Ctrl+Shift+Esc), перейдите на вкладку "Производительность" и выберите "ЦП". В правом нижнем углу найдите строки "Виртуализация: Включено" или "Virtualization: Enabled". Если отображается "Отключено", потребуется активация в прошивке.
Альтернативный метод - использование командной строки или PowerShell. Откройте окно PowerShell от имени администратора и выполните команду: systeminfo. В разделе "Требования Hyper-V" найдите строку "Поддержка расширенной виртуализации в прошивке". Состояние "Да" означает, что технология активна. Состояние "Нет" указывает на необходимость её включения.
Для детальной проверки, особенно если вы планируете работать с конкретными технологиями вроде Docker или WSL2, обратитесь к нашему отдельному руководству: Готовые команды для проверки Intel VT-x/AMD-V в Windows (PowerShell, CMD) и Linux без перезагрузки. Там вы найдете расширенные команды для диагностики.
Step 2 - Install or update WSL 2
Если вашей конечной целью является работа с подсистемой Windows для Linux (WSL), убедитесь, что используется вторая версия. WSL2 в качестве backend использует полноценный гипервизор, для которого обязательна аппаратная виртуализация. Проверьте версию WSL в PowerShell: wsl --list --verbose. Если для вашего дистрибутива указана версия 1, обновите её командой: wsl --set-version <имя_дистрибутива> 2.
Установите компонент "Подсистема Windows для Linux" через "Включение или отключение компонентов Windows" или выполните в PowerShell от администратора: dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart и dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart. После этого потребуется перезагрузка.
Step 3 - Download the installer
Этот шаг относится к установке Docker Desktop. Если вы настраиваете виртуализацию для Docker, скачайте официальный установщик Docker Desktop с сайта Docker Hub. Убедитесь, что выбрана версия, совместимая с вашей архитектурой Windows (64-bit). Установщик автоматически проверит наличие необходимых компонентов, включая поддержку Hyper-V и аппаратной виртуализации.
Для других платформ виртуализации, таких как VMware Workstation Player или Oracle VirtualBox, также скачайте последние версии с официальных сайтов. Эти программы часто содержат встроенные средства диагностики, которые сообщат о проблеме с VT-x/AMD-V на этапе установки или первого запуска виртуальной машины.
Step 4 - Run the installer
Запустите скачанный установщик Docker Desktop. Если аппаратная виртуализация отключена на уровне UEFI/BIOS, установщик выдаст четкое предупреждение, например, "Docker Desktop requires a newer WSL kernel version or that hardware virtualization is enabled". Это прямое указание на необходимость активации VT-x/AMD-V.
Не продолжайте установку, пока не разрешите эту проблему. Установка завершится, но Docker Engine не сможет запустить контейнеры. Аналогичное поведение характерно для установщиков VMware и VirtualBox - они проверяют окружение на раннем этапе.
Step 5 - Launch Docker Desktop and accept the agreement
После успешного включения виртуализации в UEFI/BIOS и перезагрузки системы завершите установку Docker Desktop. При первом запуске вам будет предложено принять лицензионное соглашение. После этого Docker Desktop инициализирует среду, что может занять несколько минут.
На этом этапе Docker автоматически настроит необходимые сетевые адаптеры и создаст виртуальную машину-хост для контейнеров Linux (если используется WSL2 backend). Убедитесь, что антивирусное программное обеспечение или брандмауэр не блокируют эти действия.
Step 6 - Verify the install
Окончательную проверку выполните несколькими способами. Во-первых, откройте командную строку или PowerShell и выполните: docker --version и docker run hello-world. Успешный вывод команды hello-world подтвердит, что Docker установлен, виртуализация работает и контейнеры могут запускаться.
Во-вторых, снова проверьте Диспетчер задач. На вкладке "Производительность" > "ЦП" теперь должно отображаться "Виртуализация: Включено". Также вы можете увидеть повышенную нагрузку на виртуальные процессоры, отображаемые как отдельные графики, что нормально для работы гипервизора.
Для комплексной диагностики и решения специфичных проблем с VMware или VirtualBox рекомендуем наше руководство: Пошаговая инструкция по включению Intel VT-x/AMD-V в BIOS/UEFI для VMware и VirtualBox.
Optional configuration worth doing once
После активации базовой виртуализации рассмотрите дополнительные настройки UEFI/BIOS для повышения производительности и безопасности виртуальных сред.
- IOMMU (для систем на AMD, иногда называется AMD-Vi): Включите эту опцию, если планируете использовать сквозной доступ устройств (PCI Passthrough) в виртуальных машинах. Это критично для некоторых сценариев с GPU или сетевыми картами.
- Intel VT-d (для систем на Intel): Аналог IOMMU для процессоров Intel. Активация позволяет виртуальным машинам напрямую работать с аппаратными устройствами.
- Настройки безопасности (Trusted Execution, Secure Boot): Убедитесь, что Secure Boot остаётся включенным, если это требуется политиками вашей организации. Современные гипервизоры, включая Hyper-V и WSL2, полностью совместимы с Secure Boot. Отключение этой функции без необходимости снижает общую безопасность системы.
Подробные инструкции по настройке UEFI конкретных производителей, таких как Gigabyte, вы найдете в статье: Пошаговое включение Intel VT-x и AMD SVM в BIOS/UEFI Gigabyte.
Common Windows install errors and where to look
В процессе настройки вы можете столкнуться с ошибками. Вот наиболее частые и пути их решения.
- "Virtualization is disabled in the firmware" или "Hyper-V requirements not met": Прямое указание на отключенный VT-x/AMD-V в UEFI/BIOS. Вернитесь к первому шагу и активируйте технологию.
- Конфликт с другими гипервизорами: Невозможно одновременно использовать, например, Hyper-V и VMware Workstation в режиме ядерной виртуализации. Windows может требовать отключения компонентов Hyper-V через
bcdedit /set hypervisorlaunchtype offс последующей перезагрузкой для работы сторонних гипервизоров. Для Docker Desktop с WSL2 backend это не требуется. - Отсутствие пункта настроек в UEFI: На некоторых ноутбуках OEM-производители скрывают опции виртуализации. Решение может заключаться в обновлении микрокода/BIOS до последней версии с сайта производителя. Иногда опция называется иначе, например, "Virtualization Technology for Directed I/O" вместо "Intel VT-d". Исчерпывающий поиск по разным версиям интерфейсов представлен в руководстве: Пошаговое руководство по включению Intel VT-x и AMD-V (SVM Mode) в BIOS/UEFI материнских плат Asus, Gigabyte и MSI.
- Ошибки после обновления Windows: Крупные обновления Windows иногда сбрасывают параметры UEFI/BIOS или меняют конфигурацию компонентов. Проверьте состояние виртуализации после установки обновлений функциональности.
Для пользователей Windows 10 и 11, столкнувшихся со сложностями доступа к новым интерфейсам UEFI, полезным будет материал: Полное руководство по активации аппаратной виртуализации для запуска контейнеров Docker, WSL 2, гипервизоров в Windows 10 и 11.
Sources
Информация в этом руководстве основана на практическом опыте настройки систем виртуализации на оборудовании различных производителей в 2025-2026 годах. Приведенные команды и методы проверки являются стандартными для операционных систем Windows 10, Windows 11 и современных дистрибутивов Linux. Названия и расположение опций в UEFI/BIOS актуальны для прошивок, выпущенных в течение последних двух лет. Для выполнения задач, связанных с автоматизацией и интеграцией ИИ-сервисов, вы можете рассмотреть использование агрегатора API, такого как AiTunnel, который предоставляет единый доступ к множеству моделей нейросетей.