Здравствуйте.
Есть: ХОСТ-машина (ОС Windows Server 2012 R2) и на ней ДВЕ ВИРТУАЛЬНЫЕ МАШИНЫ:
SRVess-vm (ОС пока Windows Server 2012 Essentials, потом будет Windows Server 2012 R2) и
Exch-vm (ОС Windows Server 2012 R2).
После очередного обновления ХОСТ-машины и её перезагрузка не запускаются ВИРТУАЛЬНЫЕ МАШИНЫ. Пишут ошибки:
=====================================================
Произошла ошибка при попытке запуска выбранных виртуальных машин.
Не удалось инициализировать «SRVess-vm».
Попытка инициализировать сохраненное состояние виртуальной машины завершилась сбоем.
Не удалось инициализировать «SRVess-vm». (ИД виртуальной машины <тут номер SID>)
«SRVess-vm» не удалось создать файл состояния (D:\Hyper-v\Virtual Mashines\SRVess-vm\Virtual Mashines\8A61196…\<тут номер SID>.vsv) или получить доступ к нему. (ИД виртуальной машины <тут номер SID>)
=====================================================
и вторая:
=====================================================
Произошла ошибка при попытке запуска выбранных виртуальных машин.
Не удалось инициализировать «Exch-vm».
Попытка инициализировать сохраненное состояние виртуальной машины завершилась сбоем.
Не удалось инициализировать «Exch-vm». (ИД виртуальной машины <тут номер другой SID>)
«Exch-vm» не удалось создать файл состояния (D:\Hyper-v\Virtual Mashines\Exch-vm\Virtual Mashines\F03551B…\<тут номер другой SID>.vsv) или получить доступ к нему. (ИД виртуальной машины <тут номер другой
SID>)
=====================================================
….
Предполагается, но не точно, ХОСТ-машина обновила драйвера на HDD (SATA).
Подскажите пошаговую инструкцию, что мне делать? Как их запустить?
Читал статью, но не применял её. https:__support.microsoft.com_ru-ru_kb_2249906
но для меня не совсем, вроде бы, подходит. Там через командную строку надо что-то ввести, типа —
icacls <Path of .vhd or .avhd file> /grant «NT VIRTUAL MACHINE\<Virtual Machine ID from step 1>»:(F)
Может помочь мне эта команда? И как её правильно для меня сформировать?
Заранее спасибо.
-
Changed type
Saturday, January 7, 2017 8:52 PM
Нет активности
Dear Hyper-v gurus
I am trying to start up a new virtual machine created with an existing virtual hard drive.
When i try to power it on , it gives me the following message:
An error occured while attempting to start the selected virtual machine(s):
*********** failed to change state.
I checked the logs and i have the following error logs:
12140
The description for Event ID 12140 from source Microsoft-Windows-Hyper-V-EmulatedStor cannot be found. Either the component that raises this event is not installed on your local computer or the
installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
AX2012 RDS DEV
735ABDE2-3815-484A-BB73-2683A2F2BE9A
F:\Hyper-V Disks\AX2012 RDS DEV\HV_AX2012.vhdx
%%2147943065
7864368
80070299
The locale specific resource for the desired message is not present
The description for Event ID 12140 from source Microsoft-Windows-Hyper-V-EmulatedStor cannot be found. Either the component that raises this event is not installed on your local computer or the
installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
AX2012 RDS DEV
735ABDE2-3815-484A-BB73-2683A2F2BE9A
F:\Hyper-V Disks\AX2012 RDS DEV\HV_AX2012.vhdx
%%2147943065
7864368
80070299
IDE/ATAPI
The locale specific resource for the desired message is not present
12010
The description for Event ID 12010 from source Microsoft-Windows-Hyper-V-Worker cannot be found. Either the component that raises this event is not installed on your local computer or the installation
is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
AX2012 RDS DEV
735ABDE2-3815-484A-BB73-2683A2F2BE9A
Microsoft Emulated IDE Controller
%%2147943065
0x80070299
83F8638B-8DCA-4152-9EDA-2CA8B33039B4
The locale specific resource for the desired message is not present
12030
‘AX2012 RDS DEV’ failed to start. (Virtual machine ID 735ABDE2-3815-484A-BB73-2683A2F2BE9A)
Any help would be appreciated 
EDIT:
The OS on the virtual machine host is windows 10:
The virtual machine’s OS is windows server 2012 R2
-
Edited by
Friday, April 28, 2017 12:23 PM
Ситуация следующая: виртуальная машина 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
Произошла ошибка при попытке запуска выбранных виртуальных машин
-
Вопрос
-
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 installed,
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).
Симптомы:
С этой ошибкой я столкнулся при попытке резервного копирования виртуальных машин на хосте Hyper-V. Вот так она выглядела в Veeam:
На самом хосте Hyper-V, при попытке создать контрольную точку выскакивала ошибка:
Причины:
Ясно было, что проблема с правами. Скажу, что хост настраивал не я, и что там было «наверчено», непонятно. После «раскопок» обнаружил, что виртуальные машины были расположены в нескольких папках. Машины из одной папки позволяли создать контрольные точки, а из другой — нет.
В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))
Решение:
Для исправления ситуации можно было, конечно, разрешить доступ к папке виртуальных машин всем пользователям с правами на изменение, но это как-то…
Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».
Откроется мастер перемещения. Жмем «Далее».
На следующем экране выбираем «Переместить хранилище ВМ».
Указываем папку для расположения виртуальной машины.
Жмем «Далее».
На следующем шаге жмем «Готово».
Начнется перемещение виртуальной машины.
После его завершения проблема с созданием контрольных точек исчезла.
Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.
Обсуждение подобной проблемы есть на 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»
Произошла ошибка при попытке запуска выбранной виртуальной машины структура идентификатора безопасности является недопустимой (0x80070539)
Я недавно работал с некоторыми действительно старыми виртуальными машинами в среде разработки, которая пришла из другой организации. Одна конкретная виртуальная машина выдала мне сообщение об ошибке, когда я попытался запустить ее “ » произошла ошибка при попытке запустить выбранную виртуальную машину… структура идентификатора безопасности недопустима (0x80070539)”. Когда это происходит, Hyper-V в основном не имеет разрешения на запуск выбранных виртуальных машин от имени пользователя. Быстрый административный командлет PowerShell предоставит мне или пользователю разрешение и позволит нам запустить виртуальную машину;
Grant-VMConnectAccess -VMName "имя виртуальной машины, не запускающейся" - имя пользователя "Домен\имя пользователя текущего пользователя"
Изменение-VMName в соответствии с виртуальной машиной, дающей вам ошибку, и доменом\именем пользователя, от имени которого вы сейчас вошли в систему.
Как только вы выполните эту команду, виртуальная машина запустится без каких-либо проблем.
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: технология виртуализации включена, а специфические технологии – выключены.
Загрузка…