Hyper v ошибка доступа 0x80070005

Пытаюсь запустить Hyper-V на свежеустановленной Windows 10 Pro (1709) на AMD FX 6350, 8 Гб RAM.
Слажба Hyper-V Virtual Machine Management (vmms) запускается нормально, а Hyper-V Host Compute Service (vmcompute) падает с ошибкой

Windows could not start the Hyper-V Host Compute Service service on Local Computer. Error 0x80070005: Access is denied.

В логе только ничего не значащее сообщение

The Hyper-V Host Compute Service service terminated with the following error: General access denied error

Собственно, кому именно и куда именно access is denied и чем лечить?

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

Ранее на этом железе стояла Windows 7 и VmWare Player успешно работал. Теперь хочу попробовать «нативную» виртуализацию.

К слову, точно такая же проблема на ноутбуке на Intel i5-2430M.

Hyper-V виртуальная машина может не запускаться, и вы получаете ошибку 0x80070005: общий доступ отказано в ошибке

В этой статье помогают устранить 0x80070005 ошибки, которые возникают, когда Hyper-V не удается запустить виртуальную машину.

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2249906

Симптомы

Виртуальная Hyper-V может не запуститься, и вы получите сообщение об ошибке, напоминая следующее:

Ошибка произошла при попытке запуска выбранной виртуальной машины(ы).

«VMName» не удалось запустить.

Microsoft Emulated IDE Controller (Instance ID <83F8638B-8DCA-4152-9EDA-2CA8B33039B4>): Failed to Power on with Error ‘General access denied error’

Учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения ‘E:VMsVMNameDisk0.vhd. Ошибка: «Ошибка общего доступа, отказано в доступе»

Учетная запись не имеет достаточных привилегий для открытия вложения ‘E:VMsVMNameDisk0.vhd. Ошибка: «Ошибка общего доступа, отказано в доступе»

При нажатии кнопки См. сведения в окне сообщений, отображаются следующие сведения:

«VMName» не удалось запустить. (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

Контроллер эмулированного IDE Microsoft ‘VMName’ (Экземпляр ID <83F8638B-8DCA-4152-9EDA-2CA8B33039B4>): Не удалось работать с ошибкой «Ошибка общего доступа, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

«VMName»: учетная запись IDE/ATAPI не имеет достаточной привилегии для открытия вложения ‘E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

«VMName»: Учетная запись не имеет достаточных привилегий для открытия вложения ‘E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

• Это сообщение об ошибке ссылается на контроллер эмулированного IDE Майкрософт или синтетический контроллер SCSI.
• Это сообщение об ошибке ссылается либо на виртуальный жесткий диск (.vhd), либо на файл моментального снимка (.avhd).
• ID виртуальной машины является уникальным для каждой виртуальной машины.

Причина

Эта проблема возникает, если разрешения на виртуальном жестком диске (vhd) или файл моментального снимка (.avhd) некорректны.

Каждая Hyper-V виртуальная машина имеет уникальный ID виртуальной машины (SID). Если в разрешении безопасности в файле .vhd или .avhd отсутствует SID виртуальной машины, виртуальная машина не начинается, и вы получаете ошибку 0x80070005 (ошибка общего доступа, отказано в доступе), которая упоминается в разделе Симптомы.

Решение

Чтобы устранить эту проблему, добавьте SID виртуальной машины в виртуальный жесткий диск (.vhd) или в файл моментального снимка (.avhd).

Чтобы добавить SID виртуальной машины в файл .vhd или avhd, выполните следующие действия:

Обратите внимание на ID виртуальной машины, который указан в 0x80070005 ошибке (общий доступ отказано в ошибке).

Например, рассмотрим следующее сообщение об ошибке:

«VMName»: учетная запись IDE/ATAPI не имеет достаточной привилегии для открытия вложения ‘E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

В этом примере виртуальный машинный ИД 5FC5C385-BD98-451F-B3F3-1E50E06EE6663.

Откройте командную строку с повышенными привилегиями.

Чтобы предоставить ID виртуальной машины (SID) доступ к файлу .vhd или .avhd, введите следующую команду и нажмите кнопку Ввод:

Например, чтобы использовать ID виртуальной машины, отмеченный на шаге 1, введите следующую команду и нажмите кнопку Ввод:

Запустите виртуальную машину.

Дополнительная информация

Если разрешения на файл конфигурации Hyper-V компьютера (.xml файл) некорректны, виртуальная машина не запустится и возвращает следующее сообщение об ошибке:

«Неназванный VM» не удалось инициализировать.

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

Если нажать кнопку См. сведения в окне сообщений, отображается следующее сообщение об ошибке:

«Неназванный VM» не удалось инициализировать. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)

«Неназванный VM» не смог прочитать или обновить конфигурацию виртуальной машины, так как доступ был отказано: ошибка общего доступа отказано (0×80070005). Проверьте параметры безопасности в папке, в которой хранится виртуальная машина. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)

Чтобы устранить эту проблему, выполните действия в разделе «Разрешение», чтобы добавить SID виртуальной машины в .xml файл. Например, выполните следующую команду:

Ссылки

Дополнительные сведения о Hyper-V см. в Hyper-V.

Источник

Параметры безопасности виртуальных машин 1-го поколения

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

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

Параметры поддержки шифрования в диспетчере Hyper-V

Чтобы защитить данные и состояние виртуальной машины, выберите следующие параметры поддержки шифрования.

• Encrypt State and VM migration traffic (Шифровать трафик миграции данных состояния и виртуальной машины). Этот параметр шифрует трафик динамической миграции и сохраненные данные о состоянии виртуальной машины при записи на диск.

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

Диск для хранилища ключей в диспетчере Hyper-V

Диск хранилища ключей предоставляет виртуальной машине небольшой диск для хранения ключа BitLocker. Это позволяет виртуальной машине шифровать диск операционной системы, не применяя виртуальной микросхемы доверенного платформенного модуля (TPM). Содержимое диска хранилища ключей шифруется с помощью предохранителя ключа. Предохранитель ключа предоставляет узлу Hyper-V право запуска виртуальной машины. Содержимое диска хранилища ключей и соответствующий предохранитель ключа хранятся как часть состояния среды выполнения для виртуальной машины.

Чтобы расшифровать содержимое диска хранилища ключей и запустить виртуальную машину, узел Hyper-V должен соответствовать любому из следующих условий:

• входить в проверенную защищенную структуры для этой виртуальной машины;
• получить закрытый ключ от одного из хранителей виртуальной машины.

Дополнительные сведения о защищенных структурах см. в разделе вводных данных об экранированных виртуальных машинах этой статьи.

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

Источник

Исправление распространенных ошибок Hyper-V

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

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

Исправить ошибки репликации Hyper-V

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

Ниже приведены некоторые из распространенных проблем и решений:

1. Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины ).
2. Hyper-V запретил запуск виртуальной машины, потому что она подготовлена ​​к отработке отказа
3. Hyper-V Не удалось разрешить имя сервера реплики
4. Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины
5. Не удалось выполнить операцию. Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Интересно отметить, что большинство ошибок Hyper-V возникают из-за проблем синхронизации между ними. Либо хост находится в обслуживании, либо сервер реплики находится в автономном режиме или не готов.

1] Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины)

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

Чтобы решить, проверьте по следующим пунктам:

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

2] Hyper-V запретил запуск виртуальной машины, так как она подготовлена ​​к отработке отказа

При настройке страницы сервера реплики необходимо ввести NetBIOS или полное доменное имя сервера реплики. Если сервер реплики является частью отказоустойчивого кластера, введите имя посредника реплики Hyper-V.

Если есть что-то кроме того, что мы рассказали выше, у вас будет эта ошибка, потому что процесс восстановления после сбоя не может ее найти. Чтобы исправить это, вам нужно будет отредактировать страницу настройки репликации и заменить имя на NetBIOS или FQDN. Как только исправление будет сделано, вы не получите сообщение об ошибке репликации Hyper-V.

3] Hyper-V Не удалось разрешить имя сервера реплики

То же, что и выше, и это явная ошибка. Если Hyper-V не может разрешить имя сервера реплики, необходимо проверить, используете ли вы NetBIOS или FQDN. Если вы используете правильный формат, то проблема с DNS. Вы должны проверить DNS-сервер, чтобы выяснить почему он не может разрешить ожидаемый адрес сервера.

4] Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины

Когда репликация включена на виртуальной машине, процесс создает файлы виртуальной машины реплики, где все хранится. У каждой из этих папок есть имя, которое представляет GUID. Это уникально для каждого исходного сервера.

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

Альтернативой этому методу является не использование GUID. Документы Microsoft предлагают следующее:

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

5] Не удалось выполнить операцию, Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Это происходит по двум причинам:
Первый — это когда сервер не настроен как сервер реплики. Поэтому, когда источник инициирует процесс репликации, другая сторона не знает, что делать с вводом.
Второй — когда сервер блокирует доступ к Hyper-V на сервере репликации.

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

Источник

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

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: технология виртуализации включена, а специфические технологии – выключены.

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

Некорректные настройки VirtualBox, например, выделение слишком большого объема памяти виртуальной машине, нередко становятся причиной разных .

Для изменения параметров загрузки в командной строке в Windows традиционно используется редактор конфигурации загрузки — .

После системного сбоя, а также некоторых манипуляций с компонентами защиты при открытии службы безопасности Windows, .

Источник