Microsoft emulated ide controller сбой включения ошибка доступа
В этой статье предоставляется решение ошибки, которая возникает при создании виртуальной машины в Hyper-V Manager.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2013544
Симптомы
Имя журнала: Microsoft-Windows-Hyper-V-VMMS-Admin
Источник: Microsoft-Windows-Hyper-V-VMMS
ID события: 14098
Уровень: ошибка
Описание:
Драйвер служба хранилища поставщика услуг виртуализации, требуемой службой управления виртуальными машинами, не установлен или отключен. Проверьте параметры или попробуйте переустановить Hyper-V роли.Имя журнала: Microsoft-Windows-Hyper-V-Image-Management-Service-Admin
Источник: Microsoft-Windows-Hyper-V-Image-Management-Service
ID события: 15062
Уровень: ошибка
Описание:
"Система не смогла создать "E:\VMachine\Virtual Machines\TEST\TEST.vhd". Код ошибки: 2424869
Название: Виртуальный диспетчер дисков
Описание. Виртуальный поставщик дисков для указанного файла не найден.
В журнале VHDMP также может появиться следующее событие:
Имена машин, пути и GUID будут разными, так как они уникальны для каждой среды.
Причина
Существует проблема времени с FSDepends.sys и с VHDMP.sys. Эта проблема возникает при установке определенных программ резервного копирования на Windows Сервере. По умолчанию значение FSDepends.sys в реестре заостряется на ручном режиме. Когда любое стороне программное обеспечение резервного копирования загружает драйвер устройства ленты, иногда программное обеспечение может привести к FSDepends.sys и VHDMP.sys правильной инициализации.
Решение
Чтобы обойти эти проблемы, FSDepends.sys следует установить значение запуска загрузки (0x0).
Убедитесь, что перед изменением реестра необходимо создать его. Кроме того, убедитесь, что вы знаете, как восстановить реестр, если возникла проблема.
Дополнительные сведения о том, как восстановить, восстановить и изменить реестр, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:
322756 Создание резервной копии и восстановление реестра Windows
Чтобы решить эти проблемы, выполните следующие действия:
Откройте редактор реестра.
Откройте следующий раздел реестра:
HKLM\SYSTEM\CurrentControlSet\Services\FsDepends
В ключе "FsDepends" измените REG_DWORD значение "Начните" с 3 до 0.
Дополнительная информация
Как только компьютер перезапустится, FSDepends.sys немедленно начнется и проблема с синхронизацией больше не возникает.
Или вы можете попробовать одно из следующих двух обходных пути. Ни один из этих методов не рекомендуется. Тем не менее, они работают, чтобы устранить проблемы, если изменение реестра невозможно или желательно:
В этой статье помогают устранить 0x80070005 ошибки, которые возникают, когда Hyper-V не удается запустить виртуальную машину.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2249906
Симптомы
Ошибка произошла при попытке запуска выбранной виртуальной машины(ы).
"VMName" не удалось запустить.
Microsoft Emulated IDE Controller (Instance ID ): Failed to Power on with Error 'General access denied error'
Учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения 'E:\VMs\VMName\Disk0.vhd. Ошибка: "Ошибка общего доступа, отказано в доступе"
Учетная запись не имеет достаточных привилегий для открытия вложения 'E:\VMs\VMName\Disk0.vhd. Ошибка: "Ошибка общего доступа, отказано в доступе"
Причина
Эта проблема возникает, если разрешения на виртуальном жестком диске (vhd) или файл моментального снимка (.avhd) некорректны.
Каждая Hyper-V виртуальная машина имеет уникальный ID виртуальной машины (SID). Если в разрешении безопасности в файле .vhd или .avhd отсутствует SID виртуальной машины, виртуальная машина не начинается, и вы получаете ошибку 0x80070005 (ошибка общего доступа, отказано в доступе), которая упоминается в разделе Симптомы.
Решение
Чтобы устранить эту проблему, добавьте SID виртуальной машины в виртуальный жесткий диск (.vhd) или в файл моментального снимка (.avhd).
Чтобы добавить SID виртуальной машины в файл .vhd или avhd, выполните следующие действия:
Обратите внимание на ID виртуальной машины, который указан в 0x80070005 ошибке (общий доступ отказано в ошибке).
Откройте командную строку с повышенными привилегиями.
Чтобы предоставить ID виртуальной машины (SID) доступ к файлу .vhd или .avhd, введите следующую команду и нажмите кнопку Ввод:
Например, чтобы использовать ID виртуальной машины, отмеченный на шаге 1, введите следующую команду и нажмите кнопку Ввод:
Запустите виртуальную машину.
Дополнительная информация
"Неназванный VM" не удалось инициализировать.
Попытка чтения или обновления конфигурации виртуальной машины не удалась из-за того, что доступ был отказано.
"Неназванный VM" не удалось инициализировать. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
"Неназванный VM" не смог прочитать или обновить конфигурацию виртуальной машины, так как доступ был отказано: ошибка общего доступа отказано (0×80070005). Проверьте параметры безопасности в папке, в которой хранится виртуальная машина. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
Чтобы устранить эту проблему, выполните действия в разделе "Разрешение", чтобы добавить SID виртуальной машины в .xml файл. Например, выполните следующую команду:
Ситуация следующая: виртуальная машина 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, при восстановлении в другое расположение не выставляют на файлы нужные права.
работа Windows note говно Дано: свежий кластер из двух Windows Server 2012 R2, с двумя CSV томами.
Создаем виртуальную машину через оснастку Hyper-V, создаем ей диск (хоть на CSV-томе, хоть на собственных дисках), пытаемся запустить. Получаем ошибку типа:
Произошла ошибка при попытке запуска выбранных виртуальных машин.
"VMName": не удалось запустить.
Microsoft Emulated IDE Controller (ИД экземпляра 83F8638B-8DCA-4152-9EDA-2CA8B33039B4): сбой включения, ошибка "Ошибка доступа".
У учетной записи IDE/ATAPI отсутствуют необходимые привилегии для открытия вложения "C:\ClusterStorage\Volume2\Pathname\VMName.vhdx". Ошибка: "Ошибка доступа"
У учетной записи Служба управления виртуальными машинами Hyper-V отсутствуют необходимые привилегии для открытия вложения "C:\ClusterStorage\Volume2\Pathname\VMName.vhdx". Ошибка: "Ошибка доступа"
Лечится примерно так:
icacls C:\ClusterStorage\Volume2\ /grant "NT Virtual Machine\Virtual Machines":F /T
Или
icacls C:\ClusterStorage\Volume2\ /grant "NT Virtual Machine\"
Осталось понять, какого хуя у Hyper-V нет прав на свои же, блядь, файлы.
Ответы (3)
@al1k , скорее всего как-то нештатно создавал-импортировал виртуалки. там вот некоему пользователю-гуиду даются явно права на vhd и этого пользователя просто так не увидишь и вручную права через гуй не назначишь : ))
@Dant , В том-то и прикол, что штатно.
Из нерекомендованных практик: отключен UAC и Volume1 из CSV — форматировался и использовался другим сервером раньше. Но Volume2 — 100% новый.
@al1k , породокс : ) а посмотри пермишенсы на vhd. если там нет этого гуид-пользователя, то что-то пошло не так : )
Ошибка 5 говорит нам, что «отказано в доступе». То есть нам не хватает каких-то прав, чтобы запустить службу, хотя большинство пользователей работают в учетной записи администратора.
Проблема нередко возникает не только при подключении служб, но и открытии файлов, создании папок, запуске политики диагностики и т.д. В этой статье попробуем разобраться, в чем причина такой неисправности и по возможности устранить ее.
Полный доступ к системному диску
Один из вариантов исправления ошибки – открыть полный доступ к системному диску C (у вас он может быть под другим символом, это тот диск, на который установлена операционная система).
Открываем Проводник, кликаем правой кнопкой мышки на диск C и выбираем из контекстного меню пункт «Свойства». В свойствах диска переходим во вкладку безопасности и кликаем на иконку «Изменить».
Далее кликаем «Добавить». В появившемся окошке прописываем в строке слово «Все». Это позволит нам сохранить изменения в доступе к диску для всех пользователей. После чего нажимаем «Проверить имена». Слово должно стать подчеркнутым – это значит, что система правильно определила нового «пользователя».
Далее устанавливаем соответствующий маркер, чтобы предоставить всем пользователям полный доступ к локальному диску C.
Кликаем «ОК» и соглашаемся с изменениями. После чего проверяем, удалось ли избавиться от ошибки при запуске служб.
Доступ для Local Service
Не уходим из свойства безопасности диска C. Снова заходим в последнюю закрытую вкладку и кликаем там «Дополнительно».
Нажимаем на поиск и далее ищем «пользователя» с именем Local Service. Добавляем его в список и далее, как и в предыдущем разделе, наделяем его полным доступом.
Командная строка
Следующее решение – ответ технической поддержки Microsoft пользователю, который тоже столкнулся с данной проблемой. В командной строке, запущенной от имени администратора (читайте здесь, как это сделать), нужно прописать поочередно две команды:
- net localgroupАдминистратор /add networkservice;
- net localgroup Администраторы /add localservice.
Важно! В англоязычной версии в первой команде указываем Administrator, а во втором Administrators (во множественном числе).
После выполнения команд перезагрузите компьютер и попробуйте запустить службу Windows.
Редактируем реестр
Следующий способ решения проблемы – работа с реестром. Для этого нам нужно узнать точное имя службы, с которой возникают проблемы при запуске.
Для этого заходим в «Службы»: комбинация клавиш Win+R и команда services.msc. Кликаем два раза левой кнопкой мыши по службе и запоминаем имя. Обратите внимание, что отображаемое в списке имя не является именем самой службы. Реальное название отображается в свойствах службы.
Теперь переходим в редактор реестра (здесь подробно описано, как это сделать). В редакторе следуем по пути, указанному на скриншоте. Кликаем право кнопкой мышки по каталогу службы и выбираем из контекстного меню пункт «Разрешения».
В разрешениях нам нужно установить полный доступ для администраторов и пользователей.
Также рекомендуем предоставить полный доступ для «пользователя» Local Service, которого мы ранее добавили.
Дополнительные рекомендации
Возможно, следует отключить или удалить антивирусную программу и попробовать запустить службу. Читайте подробную статью о том, как отключить Защитник Windows 10. Также одним из вариантом будет возврат к точке восстановления. А для этого прочитайте сначала, как создать току восстановления.
Пробуйте поочередно все описанные выше методы. Один из них точно должен помочь при запуске служб.
Читайте также: