История о том, как запустить эмулятор Android или сэкономить на процессоре intel. Ошибка Hyper-V «Не удаётся запустить виртуальную машину, поскольку не выполняется низкоуровневая оболочка Запуск низкоуровневой оболочки hyper v
В этой статье я опишу только те ошибки, с которыми я лично столкнулся в процессе установки и настройки Hyper-V Server 2012. О других ошибках и путях их решения можно почитать на сайте Microsoft-a (например, или , к сожалению, только по-английски).
Ошибки в процессе установки.
В.:
На завершающей стадии установки Hyper-V Server 2012, а точнее после последней перезагрузки, система не загружается - чёрный экран, отсутствие реакции на нажатие клавиш, помогает только hard reset, возможна загрузка в Safe mode.
П.:
ОС не поддерживает или не совместима с драйверами USB 3.0.
Р.:
Отключите в BIOS USB 3.0 Controller и все связанные устройства.
В.:
На завершающей стадии установки Hyper-V Server 2012, а точнее после последней перезагрузки, система не загружается - чёрный экран, отсутствие реакции на нажатие клавиш, помогает только hard reset, загрузка в Safe mode невозможна.
П.:
Р.:
Попробуйте решение, предложенное автором этой статьи (англ.) .
Ошибки в процессе настройки и использования.
В.:
Не отображается сетевой адаптер в Hyper-V Server Configuration console (п.8).
П.:
1) В сетевой адаптер не вставлен кабель;
2) Неполадки с активным (коммутатор, маршрутизатор и др.)
или пассивным (кабели, розетки, патч-панель и др.) сетевым оборудованием.
Р.:
1) Вставьте кабель;
2) Проверьте работоспособность сетевого оборудования.
В.:
При попытке выполнить в консоли команду вида netsh advfirewall firewall set rule group=“
П.:
Команды вставлялись в консоль методом copy-paste.
Р.:
Введите команды от руки или просто сотрите и заново напишите кавычки.
В.:
В диспетчере Hyper-V отображается сообщение об ошибке «Access denied. Unable to establish communication between
П.:
Пользователю не предоставлены права на удаленный запуск (remote launch and activation) в DCOM.
Р.:
Все манипуляции производятся на клиентском компьютере:
1) Запустите оснастку «Component Services» (Службы компонентов) с полными правами администратора. Для этого можно, например, выполнить программу %SystemRoot%\System32\dcomcnfg.exe.
2) В дереве консоли последовательно разверните узлы «Component Services» (Службы компонентов) и «Computers» (Компьютеры).
3) В контекстном меню объекта «My Computer» (Мой компьютер) выберите «Properties» (Свойства).
4) В окне «My Computer Properties» (Свойства моего компьютера) выберите вкладку «COM Security» (Безопасность COM).
5) В разделе «Access Permissons» (Права доступа) нажмите кнопку «Edit Limits» (Редактировать ограничения).
6) В диалоговом окне «Access Permissions» (Права доступа) выберите строку НANONYMOUS LOGON» (Анонимный вход) из списка «Group or user names» (Имена пользователей и групп).
В графе «Allow» (Разрешить) раздела «Permissions for User» (Разрешения для пользователя) выберите «Remote Access» (Удалённый доступ).
7) Закройте все диалоговые окна кнопкой ОК.
В.:
В диспетчере Hyper-V отображается сообщение об ошибке "Не удается подключиться к службе RPC на удаленном компьютере "xxx.xxx.xxx.xxx". Убедитесь, что служба RPC запущена.".
П.:
1)В фаерволе не созданы необходимые правила.
2) В файле hosts не установлено однозначное соответствие между IP компьютера и его сетевым именем.
Р.: 1) Возможны 2 пути решения проблемы:
а) Отключить фаервол на клиенте и на сервере (нежелательно).
б) Создать в фаерволе на клиенте и сервере правила, введя следующие команды:
Для удаленного управления дисками:
Netsh advfirewall firewall set rule group=“Remote Volume Management” new enable=yes
Для удаленного запуска оснастки по управлению фаерволом:
Netsh advfirewall firewall set rule group=“Windows Firewall Remote Management” new enable=yes
2)Для однозначной привязки имени сервера и IP-адреса нужно внести изменения в файл hosts. Например:192.168.1.100 HVserver
В.: В диспетчере Hyper-V отображается сообщение об ошибке "The virtual machine could not be started because the hypervisor is not running." (Не удается запустить виртуальную машину, поскольку не выполняется низкоуровневая оболочка.).
П.: Возможны разные причины возникновения данной ошибки.
Предыстория
Я собрал года 4 назад домашний комп, который подходил всем моим запросам. На процессоре решил сэкономить - взял amd. К компу вопросов нет.Потом занялся разработкой под Android и тут меня ждал сюрприз! Эмулятор запускался только на процессоре intel. Его можно было запустить без аппаратной виртуализации конечно, используя вот этот совет www.youtube.com/watch?v=QTbjdBPKnnw&t=127s , но кто пользовался знает, что эмулятор может запускаться очень долго. У меня с 12ГБ доходило до 10 мин. Это может конечно из-за встроенной видеокарты.
Основное рабочее место у меня было в офисе, поэтому особо переживал и тестировал дома на реальных устройствах. Но пару месяцев назад стал нужен именно эмулятор. Первой мыслью было конечно купить intel-овский процессор. Но нужно было покупать ещё материнскую плату и видеокарту. Скорее всего я бы так и поступил, если бы не наткнулся на обновлённые требования к системе . В требованиях написано, что эмулятор всё таки можно запустить на Windows 10 (с обновлениями после апреля 2018) с помощью технологии WHPX.
Теперь основная часть истории, как это сделать. Всё оказалось не так тривиально. Заранее прошу прощения за упущения, потому что не могу назвать себя знатоком ни в “железе”, ни в Windows.
Инструкция
После всех обновлений эмулятор естественно не запустился. AndroidStudio пыталась запустить эмулятор с помощью HAXM и выбрасывала ошибку “Emulator: emulator: ERROR: x86 emulation currently requires hardware acceleration!”.Должен поддерживать для работы с аппаратной виртуализацией.
3. Удаляем HAXM:
4. Включаем в bios режим виртуализации. Он там может называеться IOMMU, а не VT.
5. Качаем обновления для bios с официального сайта. Для моего asus, например, они были .
Версия Bios должна стать что-то около 3001:
7. Заходим на сайт microsoft и изучаем инструкцию для включения компонента.
8. Нужно проверить требования Hyper-V. Для этого в командной строке набираем systeminfo. Проверяем, чтобы отображались эти значения:
У меня же вместо это было сообщение:
На официальном сайте написано, что пока не будет стоять Yes-Yes-Yes-Yes система WHPX не будет работать. У меня же эмулятор запускается, при включенной низкоуровневой оболочке.
В русском переводе наименования несколько отличаются:
Кстати, после отключения компонента “Платформа низкоуровневой оболочки Windows”, “Требования hyper-v” становятся Yes-Yes-Yes-Yes. Не понял этот момент. Если кто разбирается, напишите в комментариях.
10. Определяем, нужно ли нам всё это? Или легче было купить intel)
После этих настроек всё должно заработать:
Хочу отметить, используя технологию WHPX и процессор amd, запуск эмулятора занимает примерно столько же времени, сколько на процессоре intel. Учитывая, что остальное «железо» сравнимо по своим параметрам.
Hyper-V
, родная для систем Windows – в её серверных выпусках, а также в некоторых десктопных версиях и редакциях – среда для работы с виртуальными машинами и их гостевыми ОС
не всегда работает без проблем. Одной из таких проблем может быть выскакивающее при запуске виртуальной машины уведомление, что, мол, Hyper-V
не удаётся её запустить, поскольку не выполняется некая низкоуровневая оболочка.
Что это за ошибка, и как её исправить.
Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.
Системные требования
Если сама Windows не соответствует требованиям для работы с Hyper-V , а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки.
Для работы Hyper-V необходимо:
Не менее 4 Гб RAM;
64-битный процессор с поддержкой SLAT и технологии виртуализации.
Хранилище BCD
Рассматриваемая ошибка может говорить о неверной конфигурации данных хранилища BCD . Компонент Hyper-V глубоко интегрирован в Windows и стартует до запуска ядра системы. Если в хранилище BCD вносились изменения для модификации запуска гипервизора, они могут быть неверными. Либо же запуск Hyper-V и вовсе был ранее намеренно отключён с целью временной оптимизации использования ресурсов компьютера. В таком случае конфигурацию BCD в части запуска гипервизора необходимо либо подкорректировать, либо вернуть дефолтное значение путём установки автозапуска Hyper-V . Для установки автозапуска открываем CMD от имени администратора (обязательно) , вводим:
bcdedit /set hypervisorlaunchtype auto
После этого осуществляем перезагрузку.
AMD Bulldozer
Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer .
Технологии виртуализации
Для обеспечения жизнедеятельности среды виртуализации посредством любого гипервизора процессор должен быть обустроен технологией, обеспечивающей виртуализацию – Intel Virtualization , либо же AMD-V . О поддержке этих технологий можно узнать на страничке спецификаций процессора на сайтах, соответственно, Intel и AMD . И технология виртуализация, естественно, должна быть включена в BIOS .
Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution . С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V : технология виртуализации включена, а специфические технологии – выключены.
С появлением поддержки виртуализации в новых ОС от Microsoft, причем даже клиенских Windows 7, 8 и 10, фирменная служба Hyper-V перестала быть уделом системных администраторов в компаниях средней руки. Hyper-V вполне может заменить то же популярный VirtualBox от Oracle на ниве виртуализации начального (клиентского уровня). Однако перед установкой данного сервиса требуется проверить соотвествие системных требований, иначе можно получить следующее сообщение: "Не удается запустить виртуальную машину, поскольку низкоуровневая оболочка не запущена". На что стоит обратить внимание при выборе оборудования для виртуализации. Возможно ли как-то спасти ситуации, если железо уже приобретено? Рассмотрим это в данной заметке.
Итак, у Вас развернута Hyper-V на сервере Windows 2008 Server и при попытке запустить виртуальную машину, получаете окно
Не стоит отчаиваться, возможно ситуацию еще удасться спасти. Следует отметить, что ОС должна быть 64-х розрядной, ну конечно же на x32 Вы бы не смогли вообще развернуть Hyper-V. Первое, что нужно проделать - проверить включение соответствующих пунктов в BIOS - включаем VT и AMD-V. Далее необходимо убедиться, что ваш процессор поддерживает виртуализацию, средства проверки для платформ Intel и AMD описаны одним из них является . (на рисунке ниже).
Также может помочь в определении утилитка от Марка Руссиновича.
Еще одной распростаненной проблемой является невозможность запуска вирутальных машин из Windows 2008 R2 на процессорах с поддержкой технологии Advanced Vector Extensions (AVX). Эта ОС изначально не поддерживает AVX, однако, в этой ситуации Вам может помочь исправление
Причина. Не запущена низкоуровневая оболочка (гипервизор). В журнале ошибок системы появляется следующее сообщение об ошибке: «Не удается запустить виртуальную машину, поскольку низкоуровневая оболочка не запущена».
Устранение. Для запуска низкоуровневой оболочки физический компьютер должен соответствовать определенным требованиям к оборудованию. Дополнительные сведения см. в разделе Требования для установки Hyper-V. Если компьютер не отвечает требованиям, вы не сможете использовать его для запуска виртуальных машин. Если компьютер соответствует требованиям и низкоуровневая оболочка не запущена, то, возможно, нужно включить параметры для виртуализации с использованием оборудования и аппаратного предотвращения выполнения данных (DEP) в BIOS. После изменения этих параметров необходимо отключить и снова включить питание компьютера. При перезагрузке компьютера изменения параметров не вступают в силу.
Причина. Виртуальный диск, который используется в качестве системного диска, подсоединен к контроллеру SCSI.
Устранение. Подключите системный диск к контроллеру IDE. Инструкции см. в разделе Настройка дисков и запоминающих устройств.
Причина. На виртуальной машине задано использование физических компакт-дисков и DVD-дисков в качестве установочных носителей, при этом используется физический дисковод.
Устранение. Доступ к физическому устройству для чтения компакт- или DVD-дисков может получать одновременно только одна виртуальная машина. Отключите дисковод для компакт-дисков и DVD-дисков от другой виртуальной машины и повторите попытку.
Не удается установить операционную систему на виртуальной машине по сети.
Причина. Виртуальная машина использует сетевой адаптер вместо устаревшего сетевого адаптера, или устаревший сетевой адаптер не подключен к соответствующей внешней сети.
Устранение. Убедитесь, что виртуальная машина настроена на использование устаревшего сетевого адаптера, который подключен ко внешней сети, предоставляющей службы установки. Инструкции по настройке сетевых адаптеров см. в разделе Настройка сети.
Работа виртуальной машины автоматически приостанавливается.
Причина. Работа виртуальной машины будет автоматически приостановлена, если на томе, где хранятся снимки или виртуальные жесткие диски, недостаточно свободного места. Состояние виртуальной машины в диспетчере Hyper-V будет указано как «Критическая приостановка».
Устранение. Создайте на диске дополнительное пространство при помощи диспетчера Hyper-V, чтобы применить или удалить снимки по отдельности. Либо, чтобы удалить все снимки, экспортируйте виртуальную машину без ее данных, а затем импортируйте виртуальную машину.
При попытке создать или запустить виртуальную машину появляются сообщения об ошибках: «Пользователем открыта сопоставленная секция», «Сетевой ресурс или устройство более недоступно» или «Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения».
Причина.
Устранение.
Виртуальные машины исчезли с консоли диспетчера Hyper-V.
Причина. Причиной может быть антивирусная программа, работающая в управляющей операционной системе, когда настроен мониторинг файлов виртуальной машины в Hyper-V при помощи компонента проверки в режиме реального времени.
Устранение. Исключите файлы виртуальной машины из проверки в режиме реального времени. Сведения о конкретных файлах см. в статье 961804 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?LinkId=143978).
При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.
Причина. В операционной системе на виртуальной машине не установлены службы интеграции.
Устранение. Если операционная система на виртуальной машине поддерживается, то службы интеграции будут доступны для этой операционной системы. Чтобы улучшить интеграцию мыши, установите службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине. Если операционная система на виртуальной машине не поддерживается, то можно использовать комбинацию клавиш для перемещения мыши за пределы окна виртуальной машины. Комбинация клавиш по умолчанию - CTRL+ALT+СТРЕЛКА ВЛЕВО.
Не удается использовать мышь для управления виртуальной машиной. Для подключения к серверу, на котором установлено средство Hyper-V, используется подключение к удаленному рабочему столу.
Причина. При использовании диспетчера Hyper-V для подключения к виртуальной машине это подключение обеспечивает компонент «Подключение к виртуальной машине». Однако использование подключения к виртуальной машине в сеансе подключения к удаленному рабочему столу не поддерживается, если не установлены службы интеграции. Поэтому ожидаемый результат - потеря функциональности мыши.
Устранение. Не используйте подключение к виртуальной машине в сеансе подключения к удаленному рабочему столу, пока не установлены службы интеграции. Есть несколько способов решить эту проблему.
- Установить службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине.
- Установить сеанс подключения к удаленному рабочему столу непосредственно на виртуальной машине.
- Войти в консоль сервера, работающего под управлением Hyper-V, и использовать компонент «Подключение к виртуальной машине» для подключения к виртуальной машине.
- На поддерживаемом клиентском компьютере установить средства управления Hyper-V, чтобы установить компонент «Подключение к виртуальной машине» и создать сеанс подключения к виртуальной машине. Дополнительные сведения см. в технической библиотеке Windows Server 2008 (http://go.microsoft.com/fwlink/?LinkId=143558).
При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.
Причина. Диспетчер устройств не распознает устройства, которые оптимизированы для использования на виртуальных машинах и запускаются при помощи Hyper-V, если не установлены службы интеграции. Неизвестные устройства, выявленные в диспетчере устройств, различаются в зависимости от операционной системы на виртуальной машине и могут включать: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter и storvsc miniport.
Устранение. Если операционная система на виртуальной машине поддерживается, то для этой операционной системы будут доступны службы интеграции. После установки служб интеграции диспетчер устройств будет распознавать устройства, доступные для этой операционной системы на виртуальной машине. Инструкции см. в разделе Установка операционной системы на виртуальной машине.
Требуется мониторинг производительности виртуальной машины, но информация о процессоре в диспетчере задач не показывает, какие ресурсы процессора используются виртуальной машиной.
Причина. Диспетчер задач не показывает сведения о ЦП для виртуальных машин.
Устранение. Чтобы просмотреть сведения о загрузке ЦП для виртуальных машин, работающих на сервере под управлением Hyper-V, воспользуйтесь монитором производительности и стабильности системы. Он показывает данные, полученные со счетчиков производительности Hyper-V. Чтобы открыть монитор производительности и стабильности системы, нажмите кнопку Пуск , выберите команду Выполнить и введите perfmon .
Данные, полученные с перечисленных ниже счетчиков производительности, можно просмотреть в управляющей операционной системе (в которой выполняется роль Hyper-V).
- Логический процессор низкоуровневой оболочки Hyper-V - % времени гостевой работы: определяет объем ресурсов физического процессора, используемый для работы виртуальных машин. Этот счетчик не идентифицирует отдельные виртуальные машины или объем ресурсов, потребляемый каждой виртуальной машиной.
- Виртуальный процессор низкоуровневой оболочки Hyper-V - % времени гостевой работы: определяет объем ресурсов виртуального процессора, потребляемый виртуальной машиной.