Ошибка Virtualized AMD‑V/RVI is Not Supported on this Platform в VMware — как исправить

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

Краткое объяснение проблемы

Сообщение Virtualized AMD‑V/RVI is Not Supported on this Platform означает, что при попытке включить вложенную виртуализацию VMware не может получить доступ к необходимым аппаратным расширениям. Причины обычно соотносятся с тем, что либо аппаратная виртуализация отключена в BIOS, либо она занята другой системой или функцией Windows, либо конфликтуют другие гипервизоры и службы безопасности.

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

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

• Убедитесь, что ваш CPU поддерживает AMD‑V или Intel VT‑x. Это можно проверить на сайте производителя CPU или в спецификациях ноутбука/материнской платы.
• Запишите версии Windows и VMware Player/Workstation.
• Проверьте, не установлены ли другие гипервизоры (VirtualBox, Hyper‑V, Docker Desktop с WSL2).

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

Иногда приложение зависает и не освобождает доступ к виртуализации. Закройте и снова откройте VMware Player.

1. Нажмите Ctrl + Shift + Esc, чтобы открыть Диспетчер задач.
2. В строке поиска введите VMware player и нажмите Enter.
3. Правой кнопкой мыши кликните процесс VMware и выберите Завершить задачу.

4. Запустите VMware Player и попробуйте включить вложенную виртуализацию ещё раз.

2. Перезагрузите систему

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

• Нажмите Пуск, затем значок Питание и выберите Перезагрузка.

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

Аппаратная виртуализация может быть отключена в настройках BIOS/UEFI. Без неё VMware не сможет передать расширения гостевой ОС.

1. Перезагрузите компьютер и войдите в BIOS/UEFI, нажимая соответствующую клавишу F2/F10/Delete или другую, указанную производителем.
2. В разделе Advanced или Security найдите параметр Virtualization Technology, SVM Mode или Intel VT‑x и включите его.
3. Сохраните изменения и выйдите (обычно F10).

Примечание: на некоторых ноутбуках этот параметр спрятан или недоступен — проверьте документацию производителя.

4. Отключите конфликтующие компоненты Windows

Уровень 2 гипервизоры конфликтуют с Hyper‑V и некоторыми платформенными компонентами. Отключите опции Windows, которые используют гипервизор.

1. Нажмите Win + R, введите appwiz.cpl и нажмите Enter.
2. Слева нажмите Включение или отключение компонентов Windows.
3. Уберите галочки с Hyper‑V, Windows Subsystem for Linux и Virtual Machine Platform.

4. Нажмите ОК и перезагрузите компьютер по запросу.

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

Функция Core Isolation и опция Memory Integrity используют аппаратную виртуализацию и могут блокировать VMware.

1. Нажмите Win + S и введите Windows Security, откройте приложение.
2. Выберите Device security, затем Core isolation details.
3. Отключите переключатель Memory integrity.

4. Подтвердите запрос UAC и перезагрузите компьютер.

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

VBS использует гипервизор Windows и мешает сторонним гипервизорам. Проверьте статус и при необходимости отключите.

1. Нажмите Win + R, введите msinfo и нажмите Enter.
2. В окне System Information найдите строку Virtualization‑based security. Если там Enabled, продолжайте.
3. Откройте командную строку от имени администратора: Win + R, введите cmd и нажмите Ctrl + Shift + Enter.
4. Выполните команду:

bcdedit /set hypervisorlaunchtype off

5. Перезагрузите компьютер.

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

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

Наличие другого установленных гипервизоров может перехватывать доступ к виртуализации. Удалите их временно.

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

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

Совместимость между VMware и новой версией Windows важна. Обновление может решить известные несовместимости.

1. Откройте VMware Player.
2. В верхнем меню нажмите Player, затем Help и Software updates.
3. Нажмите Check for updates и установите найденные обновления.

После обновления перезагрузите систему.

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

Если файлы программы повреждены, переустановка вернёт чистую инсталляцию.

1. Откройте командную строку от администратора.
2. Выполните команду удаления через winget:

winget uninstall VMware.WorkstationPlayer

3. После удаления снова установите VMware через winget или официальный установщик. Пример установки через winget:

winget install VMware.WorkstationPlayer

4. Перезагрузите компьютер и проверьте работу вложенной виртуализации.

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

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

• Настройки > Система > Восстановление > Сбросить этот компьютер > Сохранить мои файлы.

Учтите, что некоторые приложения придётся переустановить.

Почему сначала простые шаги

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

Чеклист для быстрой диагностики

• Перезапустил VMware и систему
• Проверил поддержку VT/AMD‑V у CPU
• Включил SVM/VT в BIOS
• Отключил Hyper‑V, WSL и Virtual Machine Platform
• Отключил Memory integrity
• Выполнил bcdedit /set hypervisorlaunchtype off
• Удалил сторонние гипервизоры и обновил VMware
• Провёл переустановку VMware при необходимости

План действий для администратора — пошаговый playbook

1. Соберите логи:
   • VMware player logs из меню Help > About > Support или из папки с виртуальной машиной.
   • Снимок msinfo32 и список установленных пакетов.
2. Выполните быстрые проверки: BIOS, диспетчер задач, msinfo System Information.
3. Отключите Memory integrity и VBS, перезагрузите.
4. Запустите виртуальную машину и повторите попытку с включённой вложенной виртуализацией.
5. Если клиент в офисе, временно удалите Hyper‑V и Docker Desktop.
6. Если проблема повторяется только на определённом хосте, выполните сравнение конфигураций хоста и рабочего хоста, где всё работает.
7. При необходимости — переустановите VMware и примените патчи.
8. Если критично для бизнеса, откатите последний вредоносный Windows Update и сообщите в отдел поддержки Microsoft.

Тесты и критерии приёмки

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

• Виртуальная машина запускается без ошибки Virtualized AMD‑V/RVI.
• Гость видит включённую виртуализацию (например, в Linux команда lscpu показывает флаги vmx/ svm).
• Вложенный гипервизор в госте успешно запускает свои ВМ.

Минимальный набор тестов:

1. msinfo32 показывает аппаратную виртуализацию доступной.
2. В гостевой Windows открывается диспетчер задач и в разделе Performance видна Virtualization: Enabled.
3. В гостевой Linux команда egrep -wo "vmx|svm" /proc/cpuinfo возвращает vmx или svm.
4. Создайте и запустите простую вложенную VM внутри гостя.

Когда эти шаги не помогут

• Аппарат не поддерживает вложенную виртуализацию. Проверьте модель CPU.
• Блокировка реализована на уровне корпоративной политики или BIOS от производителя с заблокированными настройками.
• Проблема специфична для конкретной версии VMware и требует патча от производителя.

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

• Использовать другую машину хоста с поддержкой вложенной виртуализации.
• Перенести нагрузку в облако с поддержкой nested virtualization (например, специализированные инстансы). Это убирает проблему локальных конфликтов, но добавляет стоимость и вопросы безопасности.

Небольшая модель мышления и эвристика

• Всегда начинайте с освобождения ресурса: перезапуск и завершение процессов.
• Аппаратные блоки должны быть доступны только одному потребителю за раз. Если Windows использует гипервизор — сторонний гипервизор будет блокирован.
• Изолируйте переменные: чтобы найти виновника, временно отключайте по одной функции.

Decision flowchart

flowchart TD
  A[Начало: ошибка Virtualized AMD-V/RVI] --> B{Перезапуск VMware помогает?}
  B -- Да --> Z[Готово]
  B -- Нет --> C{Перезагрузка системы помогает?}
  C -- Да --> Z
  C -- Нет --> D{SVM/VT включён в BIOS?}
  D -- Нет --> E[Включить SVM/VT в BIOS и перезагрузить]
  D -- Да --> F{Hyper-V, WSL или VMP включены?}
  F -- Да --> G[Отключить соответствующие компоненты и перезагрузить]
  F -- Нет --> H{Memory integrity или VBS включены?}
  H -- Да --> I[Отключить Memory integrity и VBS, выполнить bcdedit, перезагрузить]
  H -- Нет --> J{Другие гипервизоры установлены?}
  J -- Да --> K[Удалить временно другие гипервизоры и перезагрузить]
  J -- Нет --> L[Обновить или переустановить VMware]
  L --> M{Проблема решена?}
  M -- Да --> Z
  M -- Нет --> N[Рассмотреть сброс Windows или обратиться в техподдержку]

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

• Отключение Memory integrity и VBS снижает уровень защиты от атак, использующих изоляцию. Делайте это временно и только при необходимости. Согласуйте с отделом безопасности.
• Перед переустановкой и сбросом Windows сделайте резервную копию важных данных.

Совместимость и заметки по локальной среде

• На корпоративных ноутбуках BIOS может быть частично заблокирован. В этом случае обратитесь к IT‑поддержке.
• Docker Desktop с WSL2 и WSL2 сами по себе могут использовать VBS/Hyper‑V. Для работы VMware их нужно отключать.

Короткие команды и сниппеты

Проверка наличия флагов виртуализации в Linux госте:

egrep -wo "vmx|svm" /proc/cpuinfo || echo "no virtualization flags found"

Отключение Hyper‑V через PowerShell (запустить от имени администратора):

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All

Краткая сводка

• Проблема чаще всего решается перезапуском, отключением Hyper‑V/WSL/VMP и выключением Memory integrity/VBS.
• Если проблема специфична для машины, проверьте BIOS и совместимость CPU.
• Для администраторов предусмотрен playbook с логами и тестами приёмки.

Итог

Nested virtualization требует эксклюзивного доступа к аппаратным расширениям. Большая часть конфликтов связана либо с включёнными функциями Windows, либо с другими гипервизорами. Следуйте чеклисту и playbook, чтобы быстро диагностировать и устранить причину. Если все шаги не помогают, рассмотрите переустановку VMware или сброс Windows как последний вариант.