Виртуальная машина сохранена и не запускается
Восстановление Hyper-V виртуальных машин не начнется
В этой статье данная статья позволяет решить проблему, Hyper-V виртуальные машины, восстановленные в новой Hyper-V хост-машине, не будут запускаться.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2502233
Симптомы
Если приложение резервного копирования, используемая для восстановления Hyper-V виртуальной машины, восстанавливает виртуальную машину на новую Hyper-V хост-машину, то виртуальная машина может не запуститься.
Причина
Отказ запуска виртуальной машины после успешного восстановления может быть вызван следующими сбоями:
Имя сетевого адаптера не соответствует новому хосту
Существует конфликт в сохраненных данных состояния из исходного хоста и нового хоста относительно конфигурации машины (например, состояния видео).
Решение
Откройте консоль Hyper-V управления.
Откройте виртуальный сетевой менеджер, который можно найти в правой области.
Переименуй сетевой адаптер в то же имя, что и имя, используемую в новом хосте.
Попытка запуска виртуальной машины. Если оно не начнется, удалите сохраненные файлы состояния для этой виртуальной машины правой кнопкой мыши на виртуальной машине и выберите элемент меню Delete Saved State.
Теперь виртуальная машина должна начать работу.
Дополнительная информация
Это поведение ожидается и по дизайну. Шаг 4 в разделе Разрешение позволит устранить вторую причину, указанную в разделе Причина, удалив сохраненные данные состояния, которые позволяют машине сбросить состояние видео.
Виртуальная машина сохранена и не запускается
Общие обсуждения
Есть: ХОСТ-машина (ОС Windows Server 2012 R2) и на ней ДВЕ ВИРТУАЛЬНЫЕ МАШИНЫ: SRVess-vm (ОС пока Windows Server 2012 Essentials, потом будет Windows Server 2012 R2) и Exch-vm (ОС Windows Server 2012 R2).
После очередного обновления ХОСТ-машины и её перезагрузка не запускаются ВИРТУАЛЬНЫЕ МАШИНЫ. Пишут ошибки:
Произошла ошибка при попытке запуска выбранных виртуальных машин.
Не удалось инициализировать «SRVess-vm».
Попытка инициализировать сохраненное состояние виртуальной машины завершилась сбоем.
Не удалось инициализировать «SRVess-vm». (ИД виртуальной машины )
Произошла ошибка при попытке запуска выбранных виртуальных машин.
Не удалось инициализировать «Exch-vm».
Попытка инициализировать сохраненное состояние виртуальной машины завершилась сбоем.
Не удалось инициализировать «Exch-vm». (ИД виртуальной машины )
Предполагается, но не точно, ХОСТ-машина обновила драйвера на HDD (SATA).
Читал статью, но не применял её. https:__support.microsoft.com_ru-ru_kb_2249906
/grant «NT VIRTUAL MACHINE\ «:(F)
Может помочь мне эта команда? И как её правильно для меня сформировать?
Все ответы
Пример применения на 2 строки ниже в статье которую Вы же и привели
1 Копируем ВМ куда-то в стороннее расположение, на случай если что то пойдет не так
2 Пробуем рекомендации из статьи
4 Создаем новую ВМ, с параметрами аналогичными одной из Ваших ВМ
5 На моменте выбора диска говорим что диск у нас уже есть, и копируем диск из п.1
6 Пробуем запускать вм
The opinion expressed by me is not an official position of Microsoft
Разобравшись поглубже. Нашёл «грабли». Закончилось место на диске.
А от сюда новые «траблы».
Через Hyper-V консоль я удалял контрольные точки, а на последних не удалось сделать слияние.
Теперь вопрос: Как восстановить в Консоли Hyper-V всё дерево контрольных точек? Потому что надо оставить как было (выиграть время на приобретение места). Есть полный Windows BackUP. Сделать полное восстановление томов или есть другие варианты?
К примеру: Сейчас под виртуалки было выделено 1,7 Тб. Exch-vm Два файла по 160Гб, их могу выдернуть на сетевой диск. А как правильно это сделать? Просто вырезать?
А SRVess-vm Семь файлов на 1,4Тб.
Или в сети есть 9 ПК Windows 7 с HDD по 500Гб, в каждом среднее свободное пространство по 300Гб. Есть возможности сделать так называемый «Сетевой РАЙД» или это вымысел?
Устранение Windows сбоя загрузки ОС VM
В этой статье объясняется, почему Windows VM не может загрузиться и как решить проблему.
Симптомы
При натягии экрана виртуальной машины (VM) на скриншоте показано сообщение о невозможном обнаружении раздела загрузки:
Boot failure. Reboot and Select proper Boot device or Insert Boot Media in selected Boot device
Причины
Существует несколько причин этой ошибки:
Решение
Если у вас есть последнее резервное копирование VM, вы можете попытаться восстановить VM из резервного копирования, чтобы устранить проблему загрузки.
Обзор процесса
При столкновении с этой ошибкой оси гостевой не работает. Устранение неполадок в автономном режиме для устранения этой проблемы.
Создание и доступ к ремонту VM
Убедитесь, что раздел ОС активен
Это смягчение применяется только для VMs поколения 1. VMs поколения 2 (с помощью UEFI) не использует активный раздел.
Убедитесь, что раздел ОС, в который хранится хранилище BCD для диска, помечен как активный.
Откройте командную подсказку и откройте средство DISKPART.
Список дисков в системе и искать дополнительные диски и перейти к выбору нового диска. В этом примере новый диск — диск 1.
Перечислить все разделы на диске, а затем приступить к выбору раздела, который необходимо проверить. Обычно разделы system Managed меньше и размером около 350 Мб. На рисунке ниже этот раздел — Раздел 1.
Проверьте состояние раздела. В нашем примере раздел 1 не активен.
Если раздел не активен, установите флаг Active и перепроверяйте правильное изменение.
Теперь выйдите из инструмента DISKPART.
Исправление отсутствующих ссылок в магазине BCD
Откройте повышенный CMD и запустите CHKDSK на диске.
Соберйте текущую информацию о настройке загрузки и закажи ее, обратите внимание на идентификатор на активном разделе.
Для VM поколения 1:
bcdedit /store :\boot\bcd /enum
Если эта команда ошибется из-за \boot\bcd неявки, перейдите к следующему смягчению.
Запишите идентификатор погрузщика Windows загрузки. Этот идентификатор — тот, который имеет \windows\system32\winload.efi путь.
Для VM поколения 2:
bcdedit /store :EFI\Microsoft\boot\bcd /enum
Если из-за неявки эти ошибки не \boot\bcd найдены, перейдите к следующему смягчению.
Выполните следующие команды:
Для VM поколения 1:
Если VHD имеет один раздел, а папка BCD и папка Windows находятся в одном томе, а если вышеуказанная настройка не сработать, попробуйте заменить значения разделов загрузкой.
Для VM поколения 2:
Восстановление VM
Чтобы восстановить VM, используйте шаг 5 команд ремонта VM.
Дальнейшие действия
Если вы все еще не можете определить причину проблемы и нуждаться в дополнительной помощи, вы можете открыть билет на поддержку с помощью службы поддержки майкрософт.
Если вам нужна помощь в любой момент в этой статье, вы можете связаться с экспертами Azure на форумах MSDN Azure и Stack Overflow. Кроме того, вы можете подать инцидент поддержки Azure. Перейдите на сайт поддержки Azureи выберите поддержку Get. Сведения об использовании службы поддержки Azure Microsoft Azure поддержки.
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:\VMs\VMName\Disk0.vhd. Ошибка: «Ошибка общего доступа, отказано в доступе»
Учетная запись не имеет достаточных привилегий для открытия вложения ‘E:\VMs\VMName\Disk0.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:\VMs\VMName\Disk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
«VMName»: Учетная запись не имеет достаточных привилегий для открытия вложения ‘E:\VMs\VMName\Disk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
Причина
Эта проблема возникает, если разрешения на виртуальном жестком диске (vhd) или файл моментального снимка (.avhd) некорректны.
Решение
Чтобы устранить эту проблему, добавьте SID виртуальной машины в виртуальный жесткий диск (.vhd) или в файл моментального снимка (.avhd).
Обратите внимание на ID виртуальной машины, который указан в 0x80070005 ошибке (общий доступ отказано в ошибке).
Например, рассмотрим следующее сообщение об ошибке:
«VMName»: учетная запись IDE/ATAPI не имеет достаточной привилегии для открытия вложения ‘E:\VMs\VMName\Disk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
В этом примере виртуальный машинный ИД 5FC5C385-BD98-451F-B3F3-1E50E06EE6663.
Откройте командную строку с повышенными привилегиями.
Например, чтобы использовать ID виртуальной машины, отмеченный на шаге 1, введите следующую команду и нажмите кнопку Ввод:
Запустите виртуальную машину.
Дополнительная информация
Если разрешения на файл конфигурации Hyper-V компьютера (.xml файл) некорректны, виртуальная машина не запустится и возвращает следующее сообщение об ошибке:
«Неназванный VM» не удалось инициализировать.
Попытка чтения или обновления конфигурации виртуальной машины не удалась из-за того, что доступ был отказано.
Если нажать кнопку См. сведения в окне сообщений, отображается следующее сообщение об ошибке:
«Неназванный VM» не удалось инициализировать. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
«Неназванный VM» не смог прочитать или обновить конфигурацию виртуальной машины, так как доступ был отказано: ошибка общего доступа отказано (0×80070005). Проверьте параметры безопасности в папке, в которой хранится виртуальная машина. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
Ссылки
Дополнительные сведения о Hyper-V см. в Hyper-V.
Исправлено: виртуальная машина Hyper-V зависала в сохраненном состоянии
Сообщается, что виртуальные машины Hyper-V застревают в сохраненном состоянии. Это происходит в различных сценариях, например, когда вы выключаете виртуальные машины; одна из виртуальных машин может оставаться в сохраненном состоянии, если у вас несколько запущенных. Кроме того, при перезагрузке хост-сервера некоторые виртуальные машины переходят в сохраненное состояние. Теперь, как правило, это не проблема, если виртуальные машины снова включаются в обычном режиме, когда им приказывают сделать это. Однако этого не происходит, и вы остаетесь с виртуальной машиной, которая застряла в сохраненном состоянии.
Hyper-V часто использует сохраненное состояние как метод резервного копирования по умолчанию. Возможно, виртуальная машина застряла при выполнении резервного копирования. Причин, из-за которых это вызвано, не так много, но мы составили список возможных причин, в зависимости от вашего сценария, которые могут вызвать это. Это следующие.
С учетом вышесказанного, теперь мы можем перейти к возможным решениям, которые помогут решить вашу проблему. Итак, приступим.
Метод 1: удалить сохраненное состояние
Первое, что вам нужно сделать в случае зависания сохраненных состояний, — это удалить сохраненное состояние и затем запустить виртуальную машину. Удаление сохраненных состояний не приведет к потере данных, так что вам не о чем беспокоиться. На самом деле он ведет себя так, как будто вы внезапно потеряли питание, и вы сможете сразу загрузиться. Удаление сохраненного состояния настолько просто, насколько это возможно. Следуйте инструкциям ниже, чтобы удалить сохраненное состояние:
Метод 2: проверьте физические диски
Если описанный выше метод не работает за вас, проблема может быть связана с отказом физических дисков. Если вы недавно установили USB-устройство или изменили физические диски виртуальных машин, было бы полезно проверить, не подключены ли физические диски неправильно. Более простой способ убедиться, что все диски работают и перечислены только те диски, которые в данный момент подключены, — это перейти в окно настроек виртуальной машины. Для этого следуйте приведенным ниже инструкциям:
Метод 3: изменить права доступа к папке
Оказывается, иногда проблему можно решить, изменив права доступа к папке на виртуальной машине. Об этом сообщил пользователь, который однажды сам столкнулся с этой проблемой. Если описанные выше методы не решают проблему, вы можете перейти в папку, в которой находится ваша виртуальная машина. Оттуда вам нужно будет изменить разрешение на Все.
Для этого следуйте инструкциям ниже:
Метод 4: удалить виртуальную машину
Если ни одно из вышеперечисленных решений не сработало для вас, единственный оставшийся у вас вариант — удалить виртуальную машину, а затем создать новую. Тем не менее, мы позаботимся о том, чтобы вы не потеряли никаких данных, поэтому это не будет просто избавление от виртуальной машины с данными. Для этого вам нужно сначала скопировать VHD-файл виртуальной машины и где-нибудь сохранить. Давайте рассмотрим всю процедуру поэтапно, чтобы ее было легче выполнить.