Не удалось заблокировать конфигурацию виртуальной машины

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.

Источник

Не удалось заблокировать конфигурацию виртуальной машины

Общие обсуждения

Есть: ХОСТ-машина (ОС 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Гб. Есть возможности сделать так называемый «Сетевой РАЙД» или это вымысел?

Источник

Ошибка доступа к виртуальному диску в 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-V\SRV1.vhdx /grant ″NT Virtual Machine\f72e624c-4cc2-4167-b852-a47d412de8440″:(F)

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

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

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

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

Источник

Исправлено: VMware не удалось заблокировать файл —

Некоторые пользователи VMware сообщают, что не могут запустить одну или несколько виртуальных машин, которые они настроили на своем компьютере. После включения виртуальной машины в окне отображается следующая ошибка: «Неожиданная ошибка была получена от хоста ESX при включении VM VM_name. Не удалось заблокировать файл. »

Не удалось заблокировать файл на VMware Workstation

Что вызывает Не удалось заблокировать файл?

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

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

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

Метод 1: Запуск VMware от имени администратора

В некоторых случаях исправить это так же просто, как убедиться, что приложение VMware имеет административные привилегии. Это должно происходить по умолчанию, но некоторые настройки могут помешать приложению получить доступ администратора.

Некоторые пользователи, которые сталкивались сНе удалось заблокировать файл » об ошибке сообщили, что проблема перестала возникать после запуска VMware Workstation в режиме администратора.

Вот краткое руководство о том, как это сделать:

Если проблема все еще возникает, перейдите к следующему способу ниже.

Способ 2: удаление папок LCK виртуальной машины

Несколько затронутых пользователей смогли решить эту проблему, обнаружив физическое местоположение виртуальной машины, которая не работала с помощью «Не удалось заблокировать файл » и удаление папок LCK. После этого и перезагрузки компьютера большинство затронутых пользователей сообщили, что проблема устранена.

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

Вот что вам нужно сделать:

Источник

Распространенные ошибки в настройке Hyper-V

Как старший программный менеджер в группе Product Quality and Online (PQO), я особое внимание уделяю технологиям виртуализации, то есть продуктам Microsoft Hyper-V Server, System Center Virtual Machine Manager (SCVMM), Microsoft Application Virtualization (App-V), Microsoft Enterprise Desktop Virtualization (MED-V) и Windows Virtual PC. Совместно с командами разработчиков я работаю над решением проблем, о которых пользователи сообщают в службу поддержки Microsoft. Данные проблемы следует учитывать всем, кто планирует устанавливать Hyper-V или уже работает с ним

Исключения в антивирусе

Если на сервере Hyper-V установлено антивирусное программное обеспечение и файлы виртуальной машины Hyper-V не добавлены в список исключений компонента сканирования в реальном времени, то вы можете столкнуться со множеством трудностей. Наиболее распространенная проблема — администратор открывает консоль управления Hyper-V и обнаруживает, что виртуальные машины исчезли. Другие симптомы:

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

Рекомендуемые исключения, необходимые для работы Hyper-V, а также известные проблемы, связанные с антивирусным программным обеспечением, описаны в статье Microsoft «Virtual machines are missing in the Hyper-V Manager Console or when you create or start a virtual machine, you receive one of the following error codes: ‘0x800704C8’, ‘0x80070037’ or ‘0x800703E3’» (support.microsoft.com/kb/961804).

Снимки и нехватка места на диске

Если снимки не могут быть объединены из-за нехватки места на диске (то есть error0x80070070), не удаляйте файлы с расширением. avhd (файлы снимков). В результате удаления файлов. avhd произойдет потеря данных, которая приведет к тому, что виртуальная машина перестанет запускаться. Если у вас нет возможности освободить необходимое дисковое пространство на томе, где хранятся файлы. avhd, требуется сделать следующее:

Полный список наработанных методов использования снимков можно найти в статье TechNet «Hyper-V Virtual Machine Snapshots: FAQ» по ссылке technet.microsoft.com/en-us/library/dd560637(WS.10).aspx.

Компоненты интеграции не обновлены

После того как исправление или обновление для Hyper-V установлено на сервер (Windows 2008 R2, Server 2008 или Microsoft Hyper-V Server), просмотрите документацию, связанную с исправлением, чтобы узнать, требует ли это исправление обновления компонентов интеграции виртуальной машины. Вы также можете просмотреть список обновлений Hyper-V на сайте TechNet, чтобы выяснить, включает ли обновление усовершенствованные компоненты интеграции.

Пример проблемы, которая может возникнуть из-за устаревших компонентов интеграции, можно найти в статье Microsoft «The network connection is lost on a Hyper-V virtual machine» (support.microsoft.com/kb/2223005), где говорится об исправлении для Hyper-V, которое решает проблему сетевого подключения к виртуальной машине. Для этого исправления требуется обновить компоненты интеграции виртуальных машин с системами Windows XP и Windows Server 2003. Если исправление установить на сервер Hyper-V, но не обновить компоненты интеграции виртуальной машины, то, вероятно, сетевая проблема, которую должно было устранить исправление, останется.

Чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции, можно просмотреть журнал событий Microsoft-Windows-Hyper-V-Integration/Admin. Если виртуальная машина использует устаревшие компоненты интеграции, то при ее запуске в журнал будет записано следующее событие:

Log Name: Microsoft-Windows-Hyper-VIntegration-Admin

Description: Hyper-V Heartbeat connected to virtual machine ‘vmname’, but the version does not match the version expected by Hyper-V (Virtual machine ID A5C22E8D-5F58-4186-832F-E7C2AE0B4804). This is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.

Событие с идентификатором 4010 будет записано для каждой устаревшей службы интеграционного компонента виртуальной машины (экран 1).

Экран 1. Событие 4010 в журнале

Вы также можете задействовать инструмент Hyper-V Best Practices Analyzer (BPA) или сценарии PowerShell, чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции. Узнать, как получить инструмент Hyper-V BPA, можно из статьи Microsoft «Hyper-V BPA for Windows Server 2008 R2 is now available» (support.microsoft.com/kb/977238). Команда разработчиков Hyper-V разместила сценарий PowerShell в хранилище сценариев TechNet по ссылке gallery.technet.microsoft.com/scriptcenter/251337c5-ab97-40b3-a888-80b68102d1d5.

Функция Refresh virtual machine configuration и кластер

Консоль управления Hyper-V не поддерживает кластеры, и это означает, что изменения настроек виртуальных сетей или виртуальных машин в данной консоли должны быть продублированы на другие узлы кластеров с помощью функции Refresh virtual machine configuration в консоли диспетчера отказоустойчивых кластеров.

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

Экран 2. Функция Refresh virtual machine configuration

В системе Server 2008 R2 функцией Refresh virtual machine configuration можно не пользоваться, если вы меняете параметры виртуальной машины с помощью консоли диспетчера отказоустойчивых кластеров. Для изменения параметров виртуальной машины в этой консоли сделайте следующее:

Сбои в работе Hyper-V

Чтобы посмотреть полный список распространенных проблем в настройке Hyper-V, обратитесь к статье TechNet «Hyper-V: Gotchas» по ссылке social.technet.microsoft.com/wiki/contents/articles/hyper-v-gotchas.aspx. Этот список обновляется раз в квартал при выявлении новых проблем.

Джефф Паттерсон (jeffpatt@microsoft.com) — старший менеджер в команде Product Quality and Online в Microsoft

Поделитесь материалом с коллегами и друзьями

Источник