Устраняем ошибку «host supports AMD-V but AMD-V is disabled» при запуске машины в VMware
Постоянные читатели наших материалов уже наверняка знают, что использование гипервизоров в своих повседневных задачах заметно упрощает жизнь, открывая массу новых возможностей, в плане совместимости, безопасности и ряде других аспектов. Однако не стоит забывать, что как и любой другой программный компонент средства виртуализации требуют предварительной настройки ПК для своей корректной работы. В реальности же, специфика параметров нередко приводит к тому, что начинающие пользователи виртуальных сред сталкиваются с трудностями и опускают руки. Желая направить эту тенденцию в положительное русло, сегодня мы рассмотрим причины и решения довольно распространенной, но коварной ошибки «host supports AMD-V but AMD-V is disabled». Приступим.
Коротко о главном
Несмотря на то, что исходя из содержания окошка сбоя,
очевидно, что речь пойдет о системах на базе ЦП от AMD, подобные случаи не являются специфичными для конкретных платформ и встречаются, в своих вариациях, и на базе CPU от Intel.
Исходя из этого, и тактика действий будет, по сути, одинаковой.
Решения
Проверяем UEFI параметры
Если при попытке запустить машину в VMware вас встречает характерная симптоматика:
Первым делом, как банально бы это ни было, проверим активность опции виртуализации в UEFI.
Для этого перезагружаемся и нажимая F2 или Del (иногда это могут быть другие клавиши) на старте PC, вызываем среду базового интерфейса. Здесь, в зависимости от производителя материнской платы, расположение опции, ответственной за технологию AMD-V может варьировать, так у MSI нужно будет перейти в раздел OC, где в категории CPU Features найти пункт SVM, выставив в нем значение Enabled.
На платах от GIGABYTE этот же параметр можно найти в расширенном режиме, на вкладке M.I.T
или Tweaker (для серии AORUS).
Для процессоров Intel все в принципе идентично, у плат ASUS, пункт Intel VMX (аналог AMD-V), в расширенном режиме, можно найти на вкладке Advanced.
В общем, ничего сложного, идею вы поняли.
Далее, после активации SVM, применяем изменения, нажав соответствующую клавишу, обычно F10 и после запуска ОС, пробуем запустить виртуальную машину снова.
Отключаем компоненты Windows
Если то, что описано выше, известно практически каждому пользователю, то дальнейшие действия уже не столь очевидны.
В некоторых случаях, когда ошибка по-прежнему сохраняется, причина может лежать в конфликте служб виртуализации Hyper-V с VMware. Чтобы это исправить, жмем сочетание Win+R, вводя в поле optionalfeatures. В открывшемся окне, среди списка, нам потребуется найти пункты Hyper-V, Платформа ВМ и убедиться, что они не активны.
Если у вас не так, снимаем галочки и перезагружаемся для применения изменений.
Коррекция параметров виртуальной машины
Также, может принести свои плоды, уменьшение количества ядер, выделенных под виртуалку. Открываем наш гипервизор, идем в пункт настроек виртуальной машины, здесь, среди оборудования, выделяем ЦП и в предложенных полях устанавливаем значение 1.
Если даже все вышеперечисленные действия не возымели должного эффекта, скорее всего проблема уходит еще глубже, например, старая версия прошивки BIOS или некорректная инсталляция самого гипервизора. В первом случае, рекомендуется скачать свежую версию БИОСа с официального сайта производителя и обновить его (если вы не знакомы с тонкостями процесса, рекомендуем вам ознакомиться с нашими материалами, посвященными данной теме). Во втором варианте, следует загрузить более свежую версию гипервизора и заново выполнить установку, с администраторскими правами.
P.S
Надеемся, что представленная тактика действий, поможет вам раз и навсегда избавиться от надоедливых ошибок и сбоев.
Желаем вам стабильных и производительных виртуальных сред.
До встречи.
