Произошла ошибка при попытке запуска выбранных виртуальных машин hyper v ошибка доступа

Ситуация следующая: виртуальная машина Hyper-V не может запуститься, выдавая при старте ошибку примерно такого содержания «VM failed to start. Synthetic SCSI controller (Instance ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx): Failed to Power on with Error ‘General access denied error’.».

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

ошибка запуска ВМ при отсутствии прав на файл

Как видно на рисунке, каждая виртуальная машина имеет свой уникальный идентификатор (Virtual machine ID). Для устранения ошибки надо взять этот ID и добавить его в список контроля доступа VHD-файла. Сделать это можно из командной строки, с помощью утилиты с неблагозвучным 🙂 названием Icacls. В нашем примере команда будет выглядеть так:

Icacls H:Hyper-VSRV1.vhdx /grant ″NT Virtual Machinef72e624c-4cc2-4167-b852-a47d412de8440″:(F)

установка разрешений на файл виртуального диска

Этой командой мы выдали виртуальной машине права Full Control на файл. В этом можно убедиться, открыв свойства файла и перейдя на вкладку Security. Как видите, разрешения в порядке и теперь виртуальная машина должна успешно запуститься.

Примечание. Подобную операцию необходимо проделать для каждого vhdx, и, если у машины имеются моментальные снимки (checkpoint), то для каждого avhdx файла, имеющего отношение к данной ВМ.

проверка разрешений

В заключение опишу некоторые ситуации, которые могут привести к потере прав:

• Перенос файла виртуального диска в другое расположение. Напомню, что при переносе файла на другой диск разрешения файловой системы удаляются и заменяются наследуемыми. Избежать этого можно, перенося файлы виртуальных машин с помощью встроенных средств Hyper-V, таких как Storage migration или ExportImport;
• Копирование файла виртуального диска. Ошибка может возникнуть при попытке подсунуть виртуальной машине чужой диск. Поэтому для ″размножения″ лучше воспользоваться либо экспортом, либо, при наличии VMM, клонированием виртуальных машин;
• Восстановление ВМ из бэкапа. Некоторые программы резервного копирования, например тот же DPM, при восстановлении в другое расположение не выставляют на файлы нужные права.

  • Remove From My Forums

 locked

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

  • Вопрос

  • Win 10 x64 сборка 1809, процессор intel celeron G3900, запущены все службы Hyper-V, создана виртуальная машина, при запуске виртуальной машины
    выдает 
    «Не удалось запустить виртуальную машину, так как не работает один из компонентов hyper-v», в BIOS виртуализация включена. VT-d отключена, не могу понять в чем причина, подскажите.

Ответы

  • Добрый День.

    Можно:

    Установить все доступные обновления ос.

    Обновить BIOS, прошивки и драйверы установив актуальные версии по.

    Отключить включить поддержку виртуализации в Bios

    (VMX             —       Supports
    Intel hardware-assisted virtualization

    EPT             —       Supports
    Intel extended page tables (SLAT)
    )

    после чего выключить включить пк.

    Ос x64 -?

    Проверить наличие проблемы и написать по результату…


    Я не волшебник, я только учусь MCP, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте нажать на кнопку «Пометить как ответ» или проголосовать за полезное сообщение. Мнения, высказанные здесь, являются отражением
    моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
    Блог IT Инженера,
    Twitter, YouTube,
    GitHub, Instagram

    • Помечено в качестве ответа

      6 марта 2019 г. 9:13

  • `

    VT-d отключена

    `

    Включите

    • Изменено
      Victor Miasnikov
      20 февраля 2019 г. 12:56
    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff, Moderator
      6 марта 2019 г. 9:13

  • Win 10 x64 сборка 1809,

      . . . VT-d отключена

    https://www.tenforums.com/virtualization/122962-w10-1809-hyper-v-doesnt-work-anymore-after-upgrade-1803-vt-d.html

    ==

    I did disable VT-d in BIOS/UEFI and Windows 10 1809 did finally start.
    Of course Hyper-V does NOT work without VT-d and now I am fu****
       . . .

     I did a roll-back to 1803, because I need Hyper-V.

    ==

     Если отключали VT-d ради Windows 10 1809,

    то включите и «откатитесь» на Windows 10 1803 или 1607

    `

    `

    `

      Вариант «B»:

     Если Hyper-V заработает на  Windows 10 1607

    установите Windows 10 1803 поверх.

    (

     Да, в  Windows 10 1607 создайте на будущее 1шт. VM с RemoteFX

    Это не для «починки» Hyper-V, а на будущее

    )

    • Изменено
      Victor Miasnikov
      20 февраля 2019 г. 13:06
    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff, Moderator
      6 марта 2019 г. 9:13

  • Note: Coreinfo must be executed on a system without a hypervisor running for
    accurate results.

    Intel(R) Celeron(R) CPU G3900 @ 2.80GHz
    Intel64 Family 6 Model 94 Stepping 3, GenuineIntel
    Microcode signature: 000000C2
    HYPERVISOR      *       Hypervisor is present
    VMX             —       Supports Intel hardware-assisted virtualization
    EPT             —       Supports Intel extended page tables (SLAT)

    `

    `

    `

    Coreinfo must be executed on a system without a hypervisor

    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ загрузитесь с WinPE

    P.S.

     При работающем Hyper-V «всегда так»:

    Intel64 Family 6 Model 60 Stepping 3, GenuineIntel
    Microcode signature: ZZZZZZZZZZZZZZZ
    HYPERVISOR      *       Hypervisor is present
    VMX             —       Supports Intel hardware-assisted virtualization
    EPT             —       Supports Intel extended page tables (SLAT)

After you restart the Hyper-V Host server and the guest virtual machines, you may encounter the error:


An error occurred while attempting to start the selected virtual machines(s).


Here are three common issues.


Issue
1


On a Windows Server 2008-based machine that has the Hyper-V role installe
d,
or on a Microsoft Hyper-V Server 2008-based machine, you encounter the following:


When you try to connect to a virtual machine, error occurs:


Cannot connect to the virtual machine because the authentication certificate is expired or invalid. Would you like to try connecting again,


When you start a virtual machine, error occurs (Figure 1):


An error occurred while attempting to change the state of virtual machine

VMname’

‘VMName’ failed to initialize.

Could not initialize machine remoting system. Error: ‘Unspecified error’ (0x80004005).

Could not find a usable certificate. Error:
Unspecified error(0x80004005).

Figure 1: ‘Unspecified error’ (0x80004005).


Cause:


This issue may occur if the Hyper-V Virtual Machine Management service (VMMS) certificate has expired.


Solution:


Install the Hotfix.


You cannot connect to a virtual machine when the Windows Server 2008 Hyper-V VMMS certificate has expired

http://support.microsoft.com/kb/kb967902/en-us


Workaround:


Follow the steps below to generate a new certificate.


1. Shut down or save all virtual machines.

2. Restart the Hyper-V VMMS.

3. Start the virtual machines.


Note:
As the Hyper-V VMMS certificate is valid for one year, the update has to be applied to prevent this issue from occurring in the future.

  • Edited by

    Thursday, April 17, 2014 4:42 PM
    Edit

Hyper-V Ошибка доступа (0x80070005)_Image-009

Hyper-V Ошибка Не удается создать хранилище, необходимое для контрольной точки, Ошибка доступа (0x80070005).

Симптомы:

С этой ошибкой я столкнулся  при попытке резервного копирования виртуальных машин на хосте Hyper-V. Вот так она выглядела в Veeam:

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

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

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

Причины:

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

В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))

Hyper-V Ошибка доступа (0x80070005)

Решение:

Для исправления ситуации можно было, конечно, разрешить доступ к папке виртуальных машин всем пользователям с правами на изменение, но это как-то…

Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».

Hyper-V Ошибка доступа (0x80070005)

Откроется мастер перемещения. Жмем «Далее».

Hyper-V Ошибка доступа (0x80070005)

На следующем экране выбираем «Переместить хранилище ВМ».

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

Указываем папку для расположения виртуальной машины.

Hyper-V Ошибка доступа (0x80070005)

Hyper-V Ошибка доступа (0x80070005)

Жмем «Далее».

Hyper-V Ошибка доступа (0x80070005)

На следующем шаге жмем «Готово».

Hyper-V Ошибка доступа (0x80070005)_Image-018

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

Hyper-V Ошибка доступа (0x80070005)_Image-019

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

Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.

Обсуждение подобной проблемы есть на https://social.technet.microsoft.com/Forums/ru-RU/0c83b8ad-7b9a-4fab-8a68-eb61a827b47c/10551088108610731083107710841099?forum=WS8ru

Еще статьи про виртуализацию VMware и Hyper-V.

Hyper-V виртуальная машина не запускается и появляется ««Ошибка доступа» (0x80070005)» сообщение об ошибке

Если не удалось запустить виртуальную машину с первого раза и сыпятся ошибки вроде этих

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

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

Microsoft эмулированных IDE-контроллера (идентификатор экземпляра
{83F8638B-8DCA-4152-9EDA-2CA8B33039B4}): ошибка питания на «Общие
Отказано в доступе «

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

Учетная запись не имеет достаточных привилегий для открытия вложения
«

D:NewWindows7x64.vhd. Ошибка: «Ошибка доступа»

Значит у учетной записи VM нет доступа к файлу и все решается очень просто

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

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

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

В командной строке смело набиваем

icacls «D:NewWindows7x64.vhd» /grant  «NT ВИРТУАЛЬНАЯ МАШИНАCE92BDA7-257B-4ABD-BA9A-DCC88BD59E3C»:(F)

для английской Windows выглядит как-то так

icacls «D:NewWindows7x64.vhd» /grant  «NT VIRTUAL MACHINECE92BDA7-257B-4ABD-BA9A-DCC88BD59E3C»:(F)

так можно посмотреть список прав на файл

icacls «F:¥ MyVIrtualMachine.vhd»

  • Произошла ошибка при попытке замены существующего файла deletefile код 32 nfs shift
  • Произошла ошибка при попытке доступа к настройкам загрузочного тома bootcamp
  • Произошла ошибка при попытке доступа к виртуальному жесткому диску
  • Произошла ошибка при попытке активации windows код ошибки 0x8007000d
  • Произошла ошибка при попытке доступа к беспроводному устройству apple код ошибки 4