Microsoft emulated ide controller сбой включения ошибка доступа
Обновлено: 18.05.2024
В этом разделе содержатся сведения об устранении неполадок, которые могут возникать при использовании эмулятора Visual Studio для Android.
Когда эмулятор установлен, программа установки проверяет наличие необходимых компонентов для запуска программного обеспечения. Если необходимые компоненты не установлены, она отображает предупреждения, но он не требует их установки.
В этом разделе содержатся следующие подразделы.
Перед началом работы
Прежде чем приступить к устранению проблем, может оказаться полезным ознакомиться со следующими разделами:
Не удается запустить эмулятор
Не удается подключиться к сетевым пунктам назначения в домене или в корпоративной сети
Эмулятор Visual Studio для Android отображается в сети как отдельное устройство с собственным IP-адресом. Он не присоединен к домену Windows и не использует учетные данные домена или рабочей группы совместно с главным компьютером.
Если для сети требуется проверка подлинности домена или рабочей группы для базовой сети и подключения к Интернету, попросите ИТ-администратора сделать исключение. Такое исключение позволяет использовать компьютер разработчика в качестве граничного компьютера и принимать на нем подключения от сетевых устройств, не присоединенных к домену, например, от эмулятора.
Эмулятор Visual Studio для Android также использует свой собственный набор MAC-адресов. Если из эмулятора нет доступа к сети или ресурсам в Интернете, обратитесь к ИТ-администратору, чтобы авторизовать MAC-адреса эмулятора сети.
Просмотр MAC-адресов эмулятора
На панели инструментов эмулятора нажмите кнопку шеврона (>>), чтобы открыть окно «Дополнительные средства».
В этом окне перейдите на вкладку «Сеть».
На странице «Сеть» найдите физические адреса.
Не удается подключиться к сетевым пунктам назначения, если параметры сети необходимо настраивать вручную
Чтобы подключаться к сетевым пунктам назначения из эмулятора, сеть должна отвечать следующим требованиям:
DHCP. Эмулятору требуется DHCP, так как он настраивается сам как отдельное устройство в сети с собственным IP-адресом.
Автоматически настраиваемые параметры DNS и шлюза. Вручную настраивать параметры DNS и шлюза для эмулятора невозможно.
Если для сети требуется настроить параметры вручную, попросите своего ИТ-администратора уточнить способ включения подключения к сети для эмулятора.
Эмулятор запускается медленно, не запускается из-за истечения времени ожидания, или развертывание приложения завершается с ошибкой
Запуск эмулятора Visual Studio для Android с загрузочного виртуального жесткого диска. Такая конфигурация не поддерживается.
Неисправный жесткий диск. Рекомендуется запустить программу chkdsk.
Жесткий диск необходимо дефрагментировать. Рекомендуется выполнить дефрагментацию диска.
Жесткий диск почти полностью заполнен. Проверьте объем свободного места на диске.
Не хватает памяти из-за других работающих приложений. Сократите количество приложений, которые потребляют память, или увеличьте объем памяти.
В целом, любой фактор, который приводит к снижению производительности системы. Начните устранение неполадок с компонента, имеющего наименьший показатель в индексе производительности Windows, который можно найти на странице «Счетчики и средства производительности» на панели управления.
Не удается запустить эмулятор
Если эмулятор ранее работал, но теперь не работает, выполните следующие действия. Если эмулятор используется впервые, см. раздел Emulator fails to start (first use) перед выполнением следующих действий.
Удалите все прочие экземпляры Hyper-V эмулятора.
Закройте Visual Studio.
Откройте диспетчер и остановите все экземпляры Hyper-V эмулятора (виртуальные машины), которые уже работают и, возможно, находятся в поврежденном состоянии.
В диспетчере Hyper-V удалите все другие виртуальные машины эмулятора.
Убедитесь, что у вас есть системная память емкостью не менее 4 ГБ, и что она не используется другими ресурсоемкими приложениями и процессами (например, попробуйте закрыть окна браузера).
В диспетчере Hyper-V откройте диспетчер виртуальных коммутаторов и проверьте наличие двух сетевых коммутаторов. Убедитесь, один из них является внутренним, а второй — внешним.
Если настройка неверна и используется Windows 10, можно попробовать переустановить сетевые устройства с помощью команды netcfg-d (раздел 6).
Если эти шаги не решат проблему, см. раздел Emulator fails to start (first use) для получения сведений о программном обеспечении сторонних производителей, которое может мешать работе эмулятора.
Emulator fails to start (first use)
Если не удается запустить эмулятор, выполните следующие задачи, чтобы определить проблему и устранить ее.
Убедитесь, что соблюдены минимальные требования к оборудованию и применяются корректные параметры BIOS.
Для эмулятора и Windows 8 Hyper-V требуется 64-разрядный процессор с преобразованием адресов второго уровня (SLAT). Для Intel вам потребуется, в частности, процессор Core i3, i5 или i7 (или один из многих вариантов Xeon). Список микросхем AMD см. здесь.
Убедитесь, что ваш компьютер удовлетворяет требованиям к системе.
Убедитесь, что средство coreinfo сообщает, что компьютер поддерживает SLAT.
В области параметров BIOS компьютера убедитесь, что вся технология виртуализации включена. Производители оборудования могут использовать разное описание BIOS. Как правило, необходимо включить функции, связанные со следующими технологиями:
SLAT (преобразование адресов второго уровня)
EPT (таблицы Extended Page Tables) (Intel)
NPT (таблицы Nested Page Tables) (AMD)
RVI (Rapid Virtualization Indexing) (AMD)
VMX (сокращение компании Intel, указывающее на аппаратную поддержку виртуализации)
SVM (сокращение компании AMD, указывающее на аппаратную поддержку виртуализации)
XD (Execute Disable) (Intel); данный параметр необходимо включить
NX (No Execute)(AMD); данный параметр необходимо включить
Если в BIOS имеются следующие параметры, отключите их.
Отключить Intel VT-d
Отключить Trusted Execution
Дополнительные сведения см. в этой статье: Technet: Hyper-V: Как устранить ошибки BIOS при включении Hyper-V
Убедитесь, что у вас есть системная память емкостью не менее 4 ГБ, и что она не используется другими ресурсоемкими приложениями и процессами.
Убедитесь, что на вашем компьютере установлена ОС Windows 8 Профессиональная или более высокая версия (Windows Server 2008 не поддерживается). Windows Server 2012 поддерживается, но необходимо включить возможности рабочего стола.
Чтобы определить наличие ошибок гипервизора, воспользуйтесь средством просмотра событий. Для этого откройте средство просмотра событий (нажмите клавиши ПУСК+R, а затем введите eventvwr ) и выберите Журналы Windows, Система. Затем выполните фильтрацию журнала по источнику события. Для этого для источника установите значение Hyper-V-Hypervisor. Проверьте наличие ошибок, чтобы попытаться установить основную причину.
Если ваш процессор удовлетворяет минимальным требованиям, но гипервизор по-прежнему не работает, выясните, имеется ли обновление BIOS для вашего компьютера. Если такое обновление существует, и вы решили выполнить процедуру обновления, обязательно соблюдайте все меры предосторожности, предписанные производителем для обновления BIOS (например, необходимо исключить перебои электропитания в процессе обновления встроенного ПО BIOS, так как это может привести к повреждению BIOS).
Убедитесь, что у вас есть системная память емкостью не менее 4 ГБ, и что она не используется другими ресурсоемкими приложениями и процессами.
Удалите или отключите драйверы или программное обеспечение сторонних производителей, которое может мешать работе виртуальной сети.
Применительно к ряду продуктов сторонних производителей, установленных в ОС Windows 8, существуют некоторые известные проблемы, например, с сетевыми драйверами и протоколами, которые не полностью совместимы с сетевым стеком Hyper-V.
Как правило, именно разработчики этих продуктов должны обновить свое программное обеспечение, чтобы обеспечить совместимость с Windows 8 и Hyper-V.
Обновление для обеспечения совместимости с Windows 8 может потребоваться для следующих продуктов: VirtualBox, Virtual PC 7, VMWare, некоторых клиентов VPN, программных брандмауэров, некоторых версий клиентов Cisco VPN и других систем виртуализации. Поддерживайте связь с разработчиками нестабильно работающего программного обеспечения виртуализации. Убеждайте их обновлять программное обеспечение, чтобы оно было полностью совместимым с Windows 8 и Hyper-V.
В качестве решения можно отключить все драйверы и приложения сторонних производителей, которые могут мешать работе виртуальной сети, используемой эмулятором для взаимодействия с Visual Studio. К таким приложениям могут относиться:
Антивирусные приложения (которые взаимодействуют с сетевым стеком)
Инструменты мониторинга сети
Инструменты ведения сетевых журналов
Другое программное обеспечение мониторинга системы
Данную проблему можно попытаться решить по-другому, не прибегая к удалению конкретного продукта (и не предлагая разработчику выпустить обновленную версию), если выполнить следующие действия.
Запустите диспетчер сетевых подключений (на начальном экране введите View Network Connections и выберите этот параметр, чтобы просмотреть сетевые подключения).
Для адаптера vEthernet (Внутренний порт Ethernet — эмулятор Windows Phone, внутренний коммутатор) выберите Свойства в контекстном меню.
Здесь показаны свойства адаптера.
Для этого адаптера в списке Это подключение использует следующие компоненты необходимо выбрать только следующие элементы:
Клиент для сетей Microsoft
Планировщик пакетов QoS
Служба доступа к файлам и принтерам сетей Microsoft
Драйвер протокола LLDP (Майкрософт)
Драйвер в/в обнаружения топологии канального уровня
Отвечающее устройство обнаружения топологии канального уровня
Протокол Интернета версии 6 (TCP/IPv6)
Протокол Интернета версии 4 (TCP/IPv4)
Снимите флажки у всех других элементов.
Недостаток данного метода заключается в том, что указанную выше процедуру нужно будет повторять каждый раз, когда новый продукт стороннего производителя установит неподдерживаемые драйверы, или каждый раз, когда будет установлен эмулятор.
После удаления продуктов сторонних производителей может потребоваться восстановление внутреннего коммутатора эмулятора Windows Phone. Для этого следует выполнить следующие действия:
Откройте Hyper-V и перейдите в диспетчер виртуальных коммутаторов. Создайте виртуальный коммутатор с именем «Внутренний коммутатор эмулятора Windows Phone» и для типа соединения установите значение Внутренняя сеть.
Теперь запустите эмулятор. Он должен работать.
Компьютер не загружается после установки эмулятора
Эта проблема может возникнуть при следующих условиях:
На компьютере установлена системная плата Gigabyte.
На этой плате включен USB3.
Чтобы решить эту проблему, отключите USB3 в настройках BIOS для системной платы и перезагрузите компьютер. Затем убедитесь, что компания Gigabyte выпустила обновление BIOS для своей системной платы.
Visual Studio зависает при попытке развернуть приложение в эмуляторе, или эмулятор не отображается как целевой объект отладки в других IDE
Если эмулятор работает, но не подключен к ADB (мост отладки Android) или не виден в средствах Android, которые используют ADB (например, Android Studio или Eclipse), возможно, вам потребуется изменить место поиска ADB эмулятором. Эмулятор использует раздел реестра для определения базового расположения пакета SDK для Android и выполняет поиск файла \platform-tools\adb.exe в этом каталоге. Чтобы изменить путь к пакету SDK для Android, используемому эмулятором, выполните следующие действия:
Откройте редактор реестра: выберите Запуск в контекстном меню кнопки Пуск, введите regedit в диалоговом окне и нажмите кнопку ОК.
Перейдите в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Android SDK Tools в дереве папок слева.
Измените значение переменной реестра Путь (оно должно соответствовать пути к пакету SDK для Android).
Перезапустите эмулятор. Теперь эмулятор должен быть подключен к ADB и связанным средствам Android.
Эмулятор перестает отвечать, так как ему не удалось настроить UDP-порт
Удалите Xamarin Player.
Убедитесь в удалении виртуального окна (Xamarin Player работает на базе виртуального окна).
Перейдите в диспетчер устройств, выберите параметр отображения скрытых устройств и удалите все, кроме физических сетевых карт.
Можно попробовать удалить и повторно установить Hyper-V после удаления любого нефизического сетевого адаптера.
Не удается подключить отладчик к проекту Xamarin
При запуске Windows 10 на процессорах Intel Skylake приложений Xamarin могут завершаться со сбоем в эмуляторе либо к ним может не подключаться отладчик Visual Studio. Это вызвано проблемой, связанной с Hyper-V и процессорами Skylake. Чтобы избежать этого, выполните указанные ниже действия.
Откройте диспетчер Hyper-V и выберите виртуальную машину для профиля эмулятора, который вы используете.
Выберите Удаление сохраненного состояния (внизу справа).
Выберите Параметры.
Разверните узел процессора и выберите Совместимость.
Включите параметр Выполнить перенос на физический компьютер с другой версией процессора.
Перезапустите службу (в разделе Действия) и повторите попытку.
Эмулятор не может запустить приложение, которое использует Сервисы Google Play
Эмулятор не поставляется вместе с библиотеками для служб Google Play. Тем не менее, эмулятор поддерживает установку ZIP-файлов с поддержкой флэш-памяти в режиме перетаскивания.
Перетаскивание файла, APK или ZIP-файла с поддержкой флэш-памяти не работает
Эмулятор использует файл ADB.exe для упрощения передачи файла при его перетаскивании на экран. При попытке перетащить файл возникает ошибка. Это указывает, что эмулятор, возможно, не подключен к ADB.exe. Чтобы решить, выполните действия в Visual Studio зависает при попытке развернуть приложение в эмуляторе, или эмулятор не отображается как целевой объект отладки в других IDE.
Неверное разрешение снимка экрана
Если вы делаете снимок экрана с помощью вкладки «Экран» в окне Дополнительные средства , но полученное изображение имеет непредвиденный размер, возможно, необходимо изменить уровень масштаба экрана перед нажатием кнопки Захват. Эмулятор получает снимки экрана с разрешением экрана, установленным на мониторе главного компьютера.
Эмулятор не может преобразовать контент OpenGL для просмотра
Эмулятор отображает контент OpenGL с помощью графического процессора главного компьютера и использует проект ANGLE для преобразования этих вызовов в DirectX и из него. Если приложение правильно отображается на устройстве, но неправильно на эмуляторе, то возможная проблема заключается в том, что устройство подавляет некорректный вызов OpenGL (например, с помощью переменных шейдера, которые не совпадают друг с другом).
Эмулятор не реагирует на мультисенсорные жесты
В некоторых случаях эмулятор может запускаться, но не отвечать на мультисенсорные жесты, выполняемые либо непосредственно на сенсорном экране, либо с помощью мультисенсорного средства на панели инструментов эмулятора. Если это так, нажмите кнопку Поворот на панели инструментов эмулятора и попытайтесь снова использовать мультисенсорное средство. Если проблема сохранится, читайте проблему Эмулятор не может преобразовать контент OpenGL для просмотра .
Ресурсы поддержки
Если главный компьютер отвечает требованиям к системе и возникают проблемы, не описанные в этом руководстве по устранению неполадок:
Задать вопрос об использовании StackOverflow с помощью тегов android-emulator и visual-studio.
сообщите о проблеме с помощью средства отправки одобрения в Visual Studio или в диспетчере эмуляторов.
Ситуация следующая: виртуальная машина 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 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.
Microsoft Emulated IDE Controller Error(Instance ID 83F863B-8DCA-9EDA-2CA8B33039B4): Failed to Power on with Error 'The process cannot access the file because it is being used by another process .'.
What's wrong with it?
53 1 1 gold badge 1 1 silver badge 3 3 bronze badges Do you have the VHD attached to another running VM?8 Answers 8
It's also possible for Windows to lock a VHD file. I ran into this by double-clicking on a VHD, which causes recent version of Windows to open it up like a folder. However, it appears that the system then holds a lock on the file, which prevents Hyper-V from using it to start a VM. Rebooting fixed that problem.
While some of the simple answers provided above may work for some users, none of them solved my issue. My problem was that the Hyper-V .vhdx file for my virtual machine was locked but not appearing in either File Explorer as an ejectable disk nor in Administrative Tools Disk Management component. Note that my VM is a Debian Linux derivative running under WSL2 in Windows 10 with Hyper-V enabled.
So how did it become locked in the first place? I followed the instructions from an article on the web that said I can easily view files by simply double-clicking the .vhdx file. With the virtual machine shut down for the moment I did just that but got an error message (something about "can't read file"). Afterwards, trying to connect to my virtual machine with Hyper-V resulted in the error message "the process cannot access the file because it is being used by another process". So how to unlock it?
Search for Powershell and then Run as Administrator.
At the command prompt type: get-physicaldisk
As you can see there is an entry called "Msft Virtual Disk" which represents the VM file mounted as a virtual disk.
- To unmount the virtual disk, from the command prompt type:
- Re-enter the command: get-physicaldisk to verify that the virtual disk is unmounted.
After that the virtual disk was unmounted and I was able to successfully connect and load my virtual machine from Hyper-V once again.
Читайте также: