Как исправить ошибку «Virtualized AMD-V/RVI is Not Supported on this Platform» в VMware

О чём эта статья

Ошибка “Virtualized AMD‑V/RVI is Not Supported on this Platform” возникает при попытке включить вложенную виртуализацию в VMware на Windows‑хостах. Коротко: VMware пытается использовать аппаратные возможности виртуализации (AMD‑V/AMD‑RVI или Intel VT‑x/EPT), но эти ресурсы заняты системой или конфликтуют с другими функциями Windows. В статье описаны проверенные методы устранения — от простых до крайних — а также рекомендации по верификации, плейбук для поддержки и советы по совместимости.

Важно: выполняйте изменения с учётом корпоративных политик и создавайте точку восстановления перед массовыми изменениями в системе.

Ключевые понятия в одну строчку

• Аппаратная виртуализация: набор инструкций процессора (AMD‑V/Intel VT‑x) для эффективной работы виртуальных машин.
• Вложенная виртуализация: запуск гипервизора внутри виртуальной машины (VM внутри VM).
• VBS (Virtualization‑Based Security): набор функций Windows, использующих гипервизор для защиты.

Быстрая проверка перед началом

1. Попробуйте перезапустить VMware и компьютер.
2. Убедитесь, что в BIOS/UEFI включена виртуализация (SVM для AMD, VT‑x для Intel).
3. Проверьте, не работают ли Hyper‑V, WSL, Virtual Machine Platform или функции безопасности, использующие гипервизор.

Если вы администратор и разворачиваете тестовую среду — выполните все шаги в несрочном окне обслуживания.

1. Завершите и перезапустите VMware

Иногда ошибки вызваны зависшими процессами. Полный выход из приложения и повторный запуск часто решают временные конфликты.

Шаги:

1. Нажмите Ctrl + Shift + Esc, чтобы открыть Диспетчер задач.
2. В поле поиска в верхней части введите “VMware player” и нажмите Enter.
3. Найдите процессы VMware (vmplayer.exe, vmware-tray.exe, vmware-hostd.exe и т.д.).
4. Правой кнопкой мыши выберите процесс и нажмите “Завершить задачу” для каждого.
5. Закройте Диспетчер задач и запустите VMware Player снова.

Проверка: попробуйте запустить виртуальную машину с включённой вложенной виртуализацией.

2. Перезагрузите систему полностью

Перезагрузка закрывает фоновые службы и освобождает ресурсы гипервизора.

Шаги:

1. Нажмите клавишу Windows, затем нажмите значок питания.
2. Выберите “Перезагрузка” и дождитесь полного рестарта.

Важно: убедитесь, что у вас нет незавершённых важных задач, которые могут быть потеряны при перезагрузке.

3. Включите SVM/VT‑x в BIOS/UEFI

VMware требует аппаратной виртуализации. На AMD она обычно называется SVM, на Intel — VT‑x.

Шаги (общие рекомендации):

1. Сохраните все файлы и перезагрузите компьютер.
2. При старте нажмите назначенную клавишу входа в UEFI/BIOS (часто F2, Del, Esc или F10 — зависит от производителя).
3. В BIOS перейдите в раздел Advanced, CPU Configuration или Security.
4. Найдите опцию Virtualization, SVM Mode или Intel Virtualization Technology и включите её (Enable).
5. Сохраните изменения (обычно F10) и перезагрузитесь.

Проверка: после загрузки Windows повторите запуск виртуальной машины.

4. Удалите конфликтующие компоненты Windows

Уровень‑2 гипервизоры конфликтуют с функциями Windows, которые тоже используют гипервизор. Отключите Hyper‑V, Windows Subsystem for Linux (WSL) и Virtual Machine Platform, если они не нужны.

Шаги:

1. Нажмите Win + R, введите appwiz.cpl и нажмите Enter.
2. В окне “Программы и компоненты” слева выберите “Включение или отключение компонентов Windows”.
3. Уберите флажки с пунктов: Hyper‑V, Подсистема Windows для Linux (Windows Subsystem for Linux), Virtual Machine Platform.
4. Нажмите OK и перезагрузите компьютер по запросу.

Примечание: в корпоративных системах Hyper‑V может использоваться для других сервисов — прежде чем отключать, согласуйте с командой безопасности.

5. Отключите Целостность памяти (Memory Integrity)

Функция «Целостность памяти» использует аппаратную виртуализацию и может блокировать работу VMware.

Шаги:

1. Нажмите Win + S, введите “Безопасность Windows” и откройте приложение.
2. Перейдите в раздел “Безопасность устройства” (Device security).
3. Нажмите “Сведения о core isolation” (Core isolation details).
4. Выключите переключатель «Целостность памяти» (Memory integrity).
5. Подтвердите UAC и перезагрузите компьютер.

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

6. Отключите Virtualization‑Based Security (VBS)

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

Проверка состояния VBS:

1. Нажмите Win + R, введите msinfo и нажмите Enter.
2. В приложении “Сведения о системе” найдите строку “Virtualization‑based security” и посмотрите её состояние.

Если включено, отключите автозапуск гипервизора:

bcdedit /set hypervisorlaunchtype off

Шаги в CMD с правами администратора:

1. Нажмите Win + R, введите cmd, затем Ctrl + Shift + Enter для запуска командной строки от имени администратора.
2. Выполните команду выше.
3. Перезагрузите систему.

Примечание: в некоторых корпоративных системах политики групп (GPO) или системная защита могут автоматически включать VBS — согласуйте изменения с ИТ‑отделом.

7. Удалите другие гипервизоры

Наличие одновременно нескольких гипервизоров (например, VirtualBox, Hyper‑V, другие решения) может вызывать конкуренцию за аппаратную виртуализацию. Временно удалите их и проверьте работу VMware.

Шаги:

1. Нажмите Win + R, введите appwiz.cpl и нажмите Enter.
2. В списке программ найдите установленный гипервизор (VirtualBox, другие версии VMware и т. п.).
3. Правой кнопкой мыши выберите “Удалить” и следуйте мастеру удаления.
4. Перезагрузите компьютер и запустите VMware.

Пояснение: удаление временно освобождает ресурсы; вы сможете установить гипервизор обратно после тестирования.

8. Обновите VMware Player до последней версии

Старые сборки VMware могут конфликтовать с новыми обновлениями Windows. Обновление программы часто решает несовместимости.

Шаги:

1. Запустите VMware Player.
2. В верхнем меню выберите Player → Help → Software Updates.
3. Нажмите “Check for updates” и выполните загрузку/установку при наличии обновлений.

Проверка: после установки обновления перезапустите систему и протестируйте виртуальную машину.

9. Переустановите VMware

Если системные файлы VMware повреждены, переустановка исправит коррумпированные компоненты.

Шаги через winget (быстро и без GUI):

1. Откройте командную строку от имени администратора.
2. Для удаления выполните:

winget uninstall VMware.WorkstationPlayer

3. Для установки (после удаления) выполните (если доступна в репозитории):

winget install --id VMware.WorkstationPlayer -e

4. Дождитесь завершения установки и перезагрузите систему.

Проверка: импортируйте вашу виртуальную машину и включите опцию вложенной виртуализации в настройках VM (если применимо).

10. Сброс Windows как крайняя мера

Если ничего не помогло и проблема системная, можно рассмотреть сброс Windows с сохранением личных файлов.

Рекомендации перед сбросом:

• Сделайте резервную копию всех важных данных (вне системного диска).
• Попробуйте сначала удалить последние обновления Windows и выполнить восстановление системы.
• Убедитесь, что у вас есть установочные образы и ключи для необходимых приложений.

Сброс системы:

1. Откройте “Параметры” → “Система” → “Восстановление”.
2. Нажмите “Сбросить компьютер“ и выберите “Сохранить мои файлы”.
3. Следуйте инструкциям мастера.

Важно: сброс удалит установленные приложения и настройки — используйте как последний шаг.

Когда перечисленные шаги не помогут (контрпримеры и тонкие места)

• Если хост — сервер под управлением корпоративных политик, администратор может блокировать изменения (GPO, Intune). В этом случае решения на стороне пользователя не помогут — требуется вмешательство ИТ‑отдела.
• Если процессор или материнская плата не поддерживают нужные функции виртуализации, включить вложенную виртуализацию нельзя технически.
• На некоторых ноутбуках OEM‑прошивки скрывают настройки виртуализации — обратитесь к производителю.

Альтернативные подходы

• Использовать облачные VM (Azure, AWS) с поддержкой nested virtualization для тестирования, если локальную проблему решить нельзя.
• Запустить необходимое ПО на хосте напрямую, без вложенной VM, если это безопасно и допустимо.
• Использовать контейнеры вместо VM, если задача не требует полной виртуализации аппаратуры.

Быстрый плейбук для техподдержки (SOP)

1. Подтвердите симптом: ошибка «Virtualized AMD‑V/RVI is Not Supported on this Platform» при запуске VM.
2. Попросите пользователя перезапустить VMware и систему.
3. Проверьте msinfo → Virtualization‑based security: если включено — отключите hypervisorlaunchtype с последующей перезагрузкой.
4. Убедитесь, что в BIOS включена виртуализация.
5. Отключите Hyper‑V, WSL, Virtual Machine Platform и «Целостность памяти».
6. Если есть другие гипервизоры — временно удалите.
7. Обновите или переустановите VMware.
8. Если ни один шаг не помог — согласуйте с ИТ‑админом сброс системных политик или восстановление Windows.

Критерий завершения: виртуальная машина запускается и вложенная виртуализация работает без ошибки.

Роль‑ориентированные чек‑листы

Для локального пользователя:

• Перезапустил VMware и компьютер.
• Проверил, включена ли виртуализация в BIOS.
• Отключил Целостность памяти.
• Перезагрузил и проверил VM.

Для системного администратора:

• Проверил GPO/Intune, не принудительно ли включён VBS.
• Отключил hypervisorlaunchtype, если необходимо.
• Проверил журналы событий Windows и VMware на наличие ошибок.
• Согласовал процедуры с отделом безопасности при отключении средств защиты.

Дерево решений (диагностика)

flowchart TD
  A[Ошибка Virtualized AMD-V/RVI] --> B{Попробовали перезапуск?}
  B -- Нет --> C[Перезапустить приложение и систему]
  B -- Да --> D{В BIOS включена виртуализация?}
  D -- Нет --> E[Включить SVM/VT-x в BIOS и перезагрузить]
  D -- Да --> F{Включён VBS/Memory Integrity/Hyper-V?}
  F -- Да --> G[Отключить VBS/Memory Integrity/Hyper-V и перезагрузить]
  F -- Нет --> H{Есть другие гипервизоры?}
  H -- Да --> I[Удалить другие гипервизоры и перезагрузить]
  H -- Нет --> J{VMware обновлён?}
  J -- Нет --> K[Обновить VMware]
  J -- Да --> L[Переустановить VMware]
  L --> M[Если не помогает — рассмотреть сброс Windows или обратиться в ИТ]
  K --> M
  E --> M

Критерии приёмки

• Виртуальная машина запускается без ошибки «Virtualized AMD‑V/RVI is Not Supported on this Platform».
• Вложенная виртуализация функционирует (виртуальная машина внутри VM запускается и использует аппаратную виртуализацию).
• Нет конфликтов с корпоративными политиками безопасности (при необходимости согласовано отключение VBS/Memory Integrity).

Риски и способы снижения

• Риск: снижение уровня безопасности после отключения VBS/Memory Integrity.
  • Митигирование: отключать только временно и уведомлять команду безопасности; включать обратно после работы.
• Риск: нарушение политики компании при удалении функций/установке ПО.
  • Митигирование: согласовывать с ИТ и фиксировать изменения.
• Риск: потеря данных при сбросе Windows.
  • Митигирование: обязательный бэкап перед сбросом.

Совместимость и советы по миграции

• Для тестирования вложенной виртуализации используйте машины с поддержкой современных инструкций CPU (AMD Zen или Intel с VT‑x/VT‑d).
• Если регулярно нужна вложенная виртуализация, рассмотрите выделенный хост с чистой конфигурацией без Hyper‑V и подобных функций.
• При миграции рабочих нагрузок в облако проверьте, поддерживает ли провайдер nested virtualization (не все типы инстансов это делают).

Короткая методология проверки (cheat‑sheet)

1. Перезапуск приложения → перезапуск системы.
2. Проверка BIOS (SVM/VT‑x).
3. Выключение Hyper‑V/WSL/Virtual Machine Platform.
4. Отключение Memory Integrity и VBS.
5. Удаление других гипервизоров.
6. Обновление/переустановка VMware.
7. Сброс Windows как последний шаг.

Частые вопросы (FAQ)

Вопрос: Можно ли включить вложенную виртуализацию и одновременно оставить VBS включённым?

Ответ: Обычно нет — VBS занимает аппаратные ресурсы гипервизора, которые нужны VMware для вложенной виртуализации. В корпоративной среде возможны сложные конфигурации, но они требуют согласования с командой безопасности.

Вопрос: Моя виртуальная машина всё ещё не видит вложенную виртуализацию после всех шагов — что делать?

Ответ: Проверьте поддержку CPU и версию UEFI/BIOS. На некоторых платформах опции виртуализации скрыты или частично реализованы. Свяжитесь с производителем оборудования.

Вопрос: Повлияет ли отключение “Целостности памяти” на возможность использовать WSL2?

Ответ: Да — WSL2 использует виртуализацию, и её работа может быть нарушена при отключении соответствующих функций. После завершения задач с VMware можно снова включить нужные опции.

Вопрос: Можно ли использовать winget на всех системах для удаления VMware?

Ответ: winget доступен в современных версиях Windows 10/11 и через App Installer. Если winget недоступен, используйте интерфейс “Программы и компоненты”.

Краткое объявление для команды (100–200 слов)

Если в вашей среде при запуске виртуальных машин VMware появляется ошибка “Virtualized AMD‑V/RVI is Not Supported on this Platform”, следуйте рекомендуемой последовательности действий: перезапустите приложение и систему, проверьте включение аппаратной виртуализации в BIOS, отключите конфликтующие компоненты Windows (Hyper‑V, WSL, Virtual Machine Platform), временно отключите «Целостность памяти» и Virtualization‑Based Security (VBS). Если это не помогает, удалите другие гипервизоры, обновите или переустановите VMware. Только в крайнем случае рассматривайте сброс Windows. Администраторам: проверяйте GPO/Intune и координируйте изменения с командой безопасности. Подробный плейбук и чек‑листы доступны в статье.

Глоссарий в одну строку

• Hyper‑V: встроенный гипервизор Microsoft.
• WSL: подсистема Windows для запуска Linux.
• VBS: технологии безопасности, использующие гипервизор.
• SVM/VT‑x: аппаратные расширения виртуализации для AMD/Intel.

Заключение

Ошибка “Virtualized AMD‑V/RVI is Not Supported on this Platform” чаще всего связана с конфликтом доступа к аппаратной виртуализации между VMware и функциями Windows или другими гипервизорами. Начинайте с простых действий — перезапуск и проверка BIOS — и двигайтесь к более серьёзным изменениям: отключению Hyper‑V/WSL/VBS, обновлению или переустановке VMware. Всегда учитывайте корпоративные требования к безопасности и создавайте резервные копии перед радикальными изменениями.

Спасибо за внимание — если нужна помощь с конкретной конфигурацией (версия Windows, модель CPU, установленное ПО), укажите эти данные, и мы поможем точнее.