Не удается запустить виртуальную машину поскольку не выполняется низкоуровневая оболочка

Ошибка Hyper-V «Не удаётся запустить виртуальную машину, поскольку не выполняется низкоуровневая оболочка»

Что это за ошибка, и как её исправить.

Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.

Системные требования

Если сама Windows не соответствует требованиям для работы с Hyper-V, а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки.

Для работы Hyper-V необходимо:

• Не менее 4 Гб RAM;
• 64-битный процессор с поддержкой SLAT и технологии виртуализации.

Хранилище BCD

bcdedit /set hypervisorlaunchtype auto

После этого осуществляем перезагрузку.

AMD Bulldozer

Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer.

Технологии виртуализации

Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution. С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V: технология виртуализации включена, а специфические технологии – выключены.

Источник

необходимо запустить гипервизор Windows

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

Проблема

низкоуровневая оболочка Windows не запущена.

Влияние

виртуальные машины не могут быть запущены, пока не будет запущена низкоуровневая оболочка Windows.

Решение

проверьте каталог сервера Windows, чтобы узнать, является ли этот сервер полным для запуска Hyper-V. Теперь убедитесь, что в BIOS включена аппаратная виртуализация и предотвращение выполнения данных, обеспечивающее аппаратное обеспечение. Затем проверьте журнал событий гипервизора Hyper-V.

сведения о проверке каталога см. в разделе каталог Windows Server ( ).

Изменение определенных параметров в BIOS компьютера может привести к прекращению загрузки операционной системы компьютером или к тому, что устройства, например жесткие диски, недоступны. Всегда проконсультируйтесь с руководством пользователя компьютера, чтобы определить правильный способ настройки BIOS системы. Кроме того, всегда рекомендуется отследить параметры, которые вы изменяете, и их исходное значение, чтобы при необходимости их можно было восстановить позже. При возникновении проблем после изменения параметров в BIOS системы попробуйте загрузить параметры по умолчанию (параметр обычно доступен в служебной программе настройки BIOS) или обратитесь за помощью к изготовителю компьютера.

Проверка поддержки виртуализации в BIOS или UEFI

Перезагрузите компьютер и получите доступ к BIOS или UEFI с помощью средства настройки. Доступ к этому средству обычно предоставляется, когда компьютер проходит через процесс загрузки. Сразу после включения большинства компьютеров в течение нескольких секунд появится сообщение, содержащее ключ или сочетание клавиш для открытия средства настройки.

Найдите параметры виртуализации и аппаратной защиты, обеспечивающие выполнение данных (DEP), и убедитесь, что они включены. Ниже приведены общие расположения меню для этих параметров в средстве настройки, а также примеры их именования.

Обычно доступен под параметрами основного процессора или производительности. Иногда он находится под параметрами безопасности.

Найдите имена параметров, которые включают «виртуализация» или «технология виртуализации».

Аппаратное обеспечение DEP:

Обычно доступен в параметрах безопасности или памяти.

Найдите имена параметров, которые включают «выполнение», «выполнение» или «предотвращение».

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

Если вы внесли изменения, выключите и снова включите питание, чтобы завершить работу.

Рекомендуется выключить и снова включить питание (иногда это называется циклом электропитания), так как изменения не применяются на некоторых компьютерах, пока это не произойдет.

Затем проверьте журнал событий низкоуровневой оболочки Hyper-V. При возникновении проблем вы также сможете проверить системный журнал.

Проверка журналов событий

Откройте средство просмотра событий. Нажмите кнопку Пуск, выберите пункт Администрирование, а затем щелкните Просмотр событий.

Откройте журнал событий низкоуровневой оболочки Hyper-V. в области навигации разверните узел журналы приложений и служб Microsoft Windows Hyper-V-гипервизор, а затем выберите пункт операционная.

если Windows низкоуровневая оболочка запущена, дальнейшие действия не требуются. если Windows гипервизор не работает, сделайте следующее:

Используйте фильтр для поиска событий гипервизора Hyper-V:

См. также:

дополнительные сведения об использовании hyper-v на Windows 10, в том числе о том, как проверить, может ли компьютер работать под управлением hyper-v, см. в статье Windows 10 требования к системе hyper-v.

Источник

Не удается запустить виртуальную машину поскольку не выполняется низкоуровневая оболочка

Причина. Не запущена низкоуровневая оболочка (гипервизор). В журнале ошибок системы появляется следующее сообщение об ошибке: «Не удается запустить виртуальную машину, поскольку низкоуровневая оболочка не запущена».

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

Причина. Виртуальный диск, который используется в качестве системного диска, подсоединен к контроллеру SCSI.

Устранение. Подключите системный диск к контроллеру IDE. Инструкции см. в разделе Настройка дисков и запоминающих устройств.

Причина. На виртуальной машине задано использование физических компакт-дисков и DVD-дисков в качестве установочных носителей, при этом используется физический дисковод.

Устранение. Доступ к физическому устройству для чтения компакт- или DVD-дисков может получать одновременно только одна виртуальная машина. Отключите дисковод для компакт-дисков и DVD-дисков от другой виртуальной машины и повторите попытку.

Не удается установить операционную систему на виртуальной машине по сети.

Причина. Виртуальная машина использует сетевой адаптер вместо устаревшего сетевого адаптера, или устаревший сетевой адаптер не подключен к соответствующей внешней сети.

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

Работа виртуальной машины автоматически приостанавливается.

Причина. Работа виртуальной машины будет автоматически приостановлена, если на томе, где хранятся снимки или виртуальные жесткие диски, недостаточно свободного места. Состояние виртуальной машины в диспетчере Hyper-V будет указано как «Критическая приостановка».

Устранение. Создайте на диске дополнительное пространство при помощи диспетчера Hyper-V, чтобы применить или удалить снимки по отдельности. Либо, чтобы удалить все снимки, экспортируйте виртуальную машину без ее данных, а затем импортируйте виртуальную машину.

При попытке создать или запустить виртуальную машину появляются сообщения об ошибках: «Пользователем открыта сопоставленная секция», «Сетевой ресурс или устройство более недоступно» или «Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения».

Причина. Причиной может быть антивирусная программа, работающая в управляющей операционной системе, когда настроен мониторинг файлов виртуальной машины в Hyper-V при помощи компонента проверки в режиме реального времени.

Устранение. Исключите файлы виртуальной машины из проверки в режиме реального времени. Сведения о конкретных файлах см. в статье 961804 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?LinkId=143978).

Виртуальные машины исчезли с консоли диспетчера Hyper-V.

Причина. Причиной может быть антивирусная программа, работающая в управляющей операционной системе, когда настроен мониторинг файлов виртуальной машины в Hyper-V при помощи компонента проверки в режиме реального времени.

Устранение. Исключите файлы виртуальной машины из проверки в режиме реального времени. Сведения о конкретных файлах см. в статье 961804 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?LinkId=143978).

При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.

Причина. В операционной системе на виртуальной машине не установлены службы интеграции.

Не удается использовать мышь для управления виртуальной машиной. Для подключения к серверу, на котором установлено средство Hyper-V, используется подключение к удаленному рабочему столу.

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

При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.

Причина. Диспетчер устройств не распознает устройства, которые оптимизированы для использования на виртуальных машинах и запускаются при помощи Hyper-V, если не установлены службы интеграции. Неизвестные устройства, выявленные в диспетчере устройств, различаются в зависимости от операционной системы на виртуальной машине и могут включать: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter и storvsc miniport.

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

Причина. Диспетчер задач не показывает сведения о ЦП для виртуальных машин.

Устранение. Чтобы просмотреть сведения о загрузке ЦП для виртуальных машин, работающих на сервере под управлением Hyper-V, воспользуйтесь монитором производительности и стабильности системы. Он показывает данные, полученные со счетчиков производительности Hyper-V. Чтобы открыть монитор производительности и стабильности системы, нажмите кнопку Пуск, выберите команду Выполнить и введите perfmon.

Данные, полученные с перечисленных ниже счетчиков производительности, можно просмотреть в управляющей операционной системе (в которой выполняется роль Hyper-V).

Источник

hyper v windows 10 низкоуровневая оболочка

Что это за ошибка, и как её исправить.

Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.

Системные требования

Если сама Windows не соответствует требованиям для работы с Hyper-V, а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки.

Для работы Hyper-V необходимо:

• Не менее 4 Гб RAM;
• 64-битный процессор с поддержкой SLAT и технологии виртуализации.

Хранилище BCD

bcdedit /set hypervisorlaunchtype auto

После этого осуществляем перезагрузку.

AMD Bulldozer

Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer.

Технологии виртуализации

Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution. С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V: технология виртуализации включена, а специфические технологии – выключены.

Не запускается виртуальная машина на VirtualBox — пишет AMD-V is not available (VERR_SVM_NO_SVM) — хотя в биосе все включено, в авасте отключил виртуализацию, в Компонентах W10 убран Hyper-V и удаление и установка Платформы низкоуровневой оболочки Windows не помогает.

Утилита AMD-V Check выдает что система совместима с Hyper-V, но в итоге ни VirtгalBox, ни VMware ни Android Studio не могут воспользовать виртуализацией, хоть систему сноси..

Не существует ли инструмента для сброса параметров виртуализации на Windows 10? Или может какой супер мануал — хотя я уже много их перелопатил, или еще как то можно найти где баг?

PS: раньше работало, перестало после толи обновлений Виндовс толи после настроек ПО.

Сейчас так выдает:

А VirualBox пишет:
Не удалось открыть сессию для виртуальной машины Win10.
(VERR_NEM_MISSING_KERNEL_API).
AMD-V is not available (VERR_SVM_NO_SVM).
Код ошибки: E_FAIL (0x80004005)
Компонент: ConsoleWrap
Интерфейс: IConsole

Если при добавлении роли Hyper-V в Windows Server 2012 R2 внутри виртуальной машины может возникнуть ошибка «Низкоуровневая оболочка уже запущена» или «Hypervisor is already running». Официально Windows Server 2012 R2 не поддерживает «виртуализацию внутри виртуальной машины», но есть способ обойти эту ошибку и добавить роль Hyper-V. Сначала необходимо убедиться, что процессор хост-системы поддерживает виртуализацию VT-d, включить эту опцию в биосе, а также настроить поддержку виртуализации в параметрах виртуальной машины, в настройках процессора галка virtual intel vt-x/ept or amd-v/rvi.
Дальше в папке с файлами виртуальной машины нужно найти файл *.vmx, открыть его любым текстовым редактором и добавить в конец:

Всё, можно устанавливать роль Hyper-V и запускать виртуальные машины.

Все манипуляции предложенные в статье пригодны и тестировались для VmWare Workstation 10.0.1 build-1379776 и для Vmware ESXI 5.5.0.

Источник

Не удается запустить виртуальную машину поскольку не выполняется низкоуровневая оболочка

Вопрос

Установил Hyper-V Server

Дистанционно обращаюсь к нему

вроде все работает машины создаются

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

Машина если на нее поставить обычные сервер 2008 не CORE работает с виртуальными машинами нормально

но хочется освободить лицензию и использовать ее под другие задачи

Как ни бился ничего не смог сделать все время это сообщение

Ответы

bcdedit /set hypervisorlaunchtype auto

Все ответы

» Не выполняется низкоуровневая оболочка»

Где мне смотреть то?

PS. Машина аппаратно совместима.

Народ помогите пожалуйста никак не справится с проблемой!
«Hyper-V launch aborted due to auto-launch being disabled in the registry.»

Переставлял уже 4 раза. Русский вариант, английский все одно и тоже
Не запустить виртуальную машину.
Сервисы вроде все запущены. В реестре никаких вроде явных ошибок не увидел
Что делаю не так непонятно

bcdedit /set hypervisorlaunchtype auto

мне тоже не помогло. Есть еще какие соображения?

Собственно, для работы виртуальных машин в в BIOS должна быть включена поддержка аппаратной виртуализации (AMD-V/Intel VT) и Data Execution Prevention.

Если упростить ответ, то

1) В «Программы и компоненты», «Включение или отключение компонентов Windows» напротив строчки «Hyper-v» должна стоять именно галочка (ни черный квадратик, ни пустой, а именно галочка). Ошибка описанная вначале обычно выдается при не установленной «низкоуровневая оболочка Hyper-v». То есть в компонентах ставим все «hyper-v».

2)В bios компьютера включаем виртуализацию процессора.

А у меня не профит. Сервера старые, но с последними версиями фирмвэра, камни стоят Xeon E5335 как у одного из вышеуказанных. Hyper-V Server 2016 устанавливаю, виртуалки стартануть не могу.

bcdedit /set hypervisorlaunchtype auto

Не помог, хотя в биосе виртуализация включена.

Попробую Hyper-V как службу на 2008 R2, вроде пару лет назад работало.

Источник