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

Обновлено: 01.07.2024

Устранение. Для запуска низкоуровневой оболочки физический компьютер должен соответствовать определенным требованиям к оборудованию. Дополнительные сведения см. в разделе Требования для установки Hyper-V. Если компьютер не отвечает требованиям, вы не сможете использовать его для запуска виртуальных машин. Если компьютер соответствует требованиям и низкоуровневая оболочка не запущена, то, возможно, нужно включить параметры для виртуализации с использованием оборудования и аппаратного предотвращения выполнения данных (DEP) в BIOS. После изменения этих параметров необходимо отключить и снова включить питание компьютера. При перезагрузке компьютера изменения параметров не вступают в силу.

Причина. Виртуальный диск, который используется в качестве системного диска, подсоединен к контроллеру SCSI.

Устранение. Подключите системный диск к контроллеру IDE. Инструкции см. в разделе Настройка дисков и запоминающих устройств.

Причина. На виртуальной машине задано использование физических компакт-дисков и DVD-дисков в качестве установочных носителей, при этом используется физический дисковод.

Устранение. Доступ к физическому устройству для чтения компакт- или DVD-дисков может получать одновременно только одна виртуальная машина. Отключите дисковод для компакт-дисков и DVD-дисков от другой виртуальной машины и повторите попытку.

Не удается установить операционную систему на виртуальной машине по сети.

Причина. Виртуальная машина использует сетевой адаптер вместо устаревшего сетевого адаптера, или устаревший сетевой адаптер не подключен к соответствующей внешней сети.

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

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

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

Устранение. Создайте на диске дополнительное пространство при помощи диспетчера Hyper-V, чтобы применить или удалить снимки по отдельности. Либо, чтобы удалить все снимки, экспортируйте виртуальную машину без ее данных, а затем импортируйте виртуальную машину.

Причина. Причиной может быть антивирусная программа, работающая в управляющей операционной системе, когда настроен мониторинг файлов виртуальной машины в Hyper-V при помощи компонента проверки в режиме реального времени.

Виртуальные машины исчезли с консоли диспетчера Hyper-V.

При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.

Причина. В операционной системе на виртуальной машине не установлены службы интеграции.

Устранение. Если операционная система на виртуальной машине поддерживается, то службы интеграции будут доступны для этой операционной системы. Чтобы улучшить интеграцию мыши, установите службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине. Если операционная система на виртуальной машине не поддерживается, то можно использовать комбинацию клавиш для перемещения мыши за пределы окна виртуальной машины. Комбинация клавиш по умолчанию - CTRL+ALT+СТРЕЛКА ВЛЕВО.

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

Причина. При использовании диспетчера Hyper-V для подключения к виртуальной машине это подключение обеспечивает компонент «Подключение к виртуальной машине». Однако использование подключения к виртуальной машине в сеансе подключения к удаленному рабочему столу не поддерживается, если не установлены службы интеграции. Поэтому ожидаемый результат - потеря функциональности мыши.

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

При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.

Причина. Диспетчер устройств не распознает устройства, которые оптимизированы для использования на виртуальных машинах и запускаются при помощи Hyper-V, если не установлены службы интеграции. Неизвестные устройства, выявленные в диспетчере устройств, различаются в зависимости от операционной системы на виртуальной машине и могут включать: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter и storvsc miniport.

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

Требуется мониторинг производительности виртуальной машины, но информация о процессоре в диспетчере задач не показывает, какие ресурсы процессора используются виртуальной машиной.

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

Устранение. Чтобы просмотреть сведения о загрузке ЦП для виртуальных машин, работающих на сервере под управлением Hyper-V, воспользуйтесь монитором производительности и стабильности системы. Он показывает данные, полученные со счетчиков производительности Hyper-V. Чтобы открыть монитор производительности и стабильности системы, нажмите кнопку Пуск, выберите команду Выполнить и введите perfmon.

Данные, полученные с перечисленных ниже счетчиков производительности, можно просмотреть в управляющей операционной системе (в которой выполняется роль Hyper-V).

В этой статье помогают устранить 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, при восстановлении в другое расположение не выставляют на файлы нужные права.

Пользователи, у которых установлен Hyper-V Server 2019, столкнутся со всевозможными проблемами.

Есть несколько вещей, которые нужно проверить:

На сервере Hyper-V используйте sconfig, чтобы проверить, включен ли удаленный рабочий стол.
С компьютера, который вы пытаетесь установить на удаленном рабочем столе, проверьте, есть ли сетевое соединение между компьютером и сервером.

Самый простой способ проверить это, вероятно, открыть окно командной строки и пропинговать сервер:

C: \> ping hserver

Если вы этого еще не сделали, вы должны разрешить эхо-запросы на сервере Hyper-V, поскольку по умолчанию установлено, что он не реагирует на эхо-запросы.
На сервере Hyper-V 2012 R2 брандмауэр может блокировать RDC (я думаю, что это проблема, представленная в R2). Чтобы разрешить удаленному офису подключаться через брандмауэр, подключитесь к серверу Hyper-V и введите в командной строке следующее:

Ноябрьское обновление 2021:

Теперь вы можете предотвратить проблемы с ПК с помощью этого инструмента, например, защитить вас от потери файлов и вредоносных программ. Кроме того, это отличный способ оптимизировать ваш компьютер для достижения максимальной производительности. Программа с легкостью исправляет типичные ошибки, которые могут возникнуть в системах Windows - нет необходимости часами искать и устранять неполадки, если у вас под рукой есть идеальное решение:

netsh advfirewall firewall set rule group = "удаленный рабочий стол" новое включение = Да

Запустить Центр обновления Windows

Это очень важно, и в зависимости от уровня исправлений вашего ПК с Windows 10 и хоста Hyper-V Server 2016 вы будете получать ошибки и не сможете управлять вашим хостом Hyper-V удаленно.

Включение удаленных консолей в настольных операционных системах

Есть несколько способов получить доступ к местоположению, необходимому для активации консолей. Самый быстрый способ - открыть меню «Пуск» и ввести «Включить или отключить функции Windows». По мере ввода Windows должна искать предложения и, вероятно, предоставит вам ярлык, прежде чем вы наберете все предложение. Вы также можете найти эту ссылку при доступе к узлу «Программы и компоненты» Панели управления.

Когда вы находитесь на экране, разверните узел Hyper-V и установите флажок Инструменты управления Hyper-V. Если вы скачали RSAT, то есть дерево для инструментов администрирования удаленного сервера. Разверните это и активируйте все необходимые вам консоли. Следующий скриншот был сделан Windows 8.1; Windows 10 выглядит очень похоже.

Разрешить делегирование новых учетных данных только с проверкой подлинности сервера NTLM.

Активация доверия на клиентском компьютере Windows может быть выполнена через графический интерфейс или Powershell. В этой статье мы сделаем это с помощью редактора локальной групповой политики (GUI). Стратегия называется Разрешить Разрешить делегирование новых учетных данных с проверкой подлинности сервера только для NTLM. Этот параметр политики применяется к приложениям, использующим компонент Cred SSP (например, подключение к удаленному рабочему столу). Протокол поставщика поддержки безопасности учетных данных (CredSSP) - это поставщик проверки подлинности, который обрабатывает запросы проверки подлинности для других приложений. Если вы включите этот параметр политики, вы можете указать серверы, которым могут быть делегированы новые учетные данные пользователя (новые учетные данные запрашиваются при запуске приложения). Если вы не настроите этот параметр политики (по умолчанию) и правильно аутентифицируете друг друга, вы можете делегировать новые учетные данные хосту сеанса удаленного рабочего стола на любом компьютере (TERMSRV / *). Если этот параметр политики отключен, делегирование новых учетных данных компьютеру запрещено.

Заключение

Если вы не используете Hyper-V Server в домене, где у вас есть групповые политики, которые автоматически настраивают системы для прозрачного удаленного управления, вы должны выполнить определенные действия как на хосте Hyper-V Server, так и на ПК с Windows 10, с которого вы пытаетесь управлять этим хостом.

Большая часть информации, доступной по удаленному управлению Hyper-V в рабочей группе или вне домена, приводит к одному из следующих двух результатов: недостаточно информации, чтобы вы все еще не могли правильно подключиться к вашему хосту Hyper-V, или слишком много информации так что ваши системы уязвимы и небезопасны и еще не могут быть подключены к хосту Hyper-V.

CCNA, веб-разработчик, ПК для устранения неполадок

Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.

Читайте также: