Hyper-V, родная для систем Windows – в её серверных выпусках, а также в некоторых десктопных версиях и редакциях – среда для работы с виртуальными машинами и их гостевыми ОС не всегда работает без проблем. Одной из таких проблем может быть выскакивающее при запуске виртуальной машины уведомление, что, мол, Hyper-V не удаётся её запустить, поскольку не выполняется некая низкоуровневая оболочка.
Что это за ошибка, и как её исправить.
Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.
Системные требования
Если сама Windows не соответствует требованиям для работы с Hyper-V, а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки.
Для работы Hyper-V необходимо:
• Не менее 4 Гб RAM;
• 64-битный процессор с поддержкой SLAT и технологии виртуализации.
Хранилище BCD
Рассматриваемая ошибка может говорить о неверной конфигурации данных хранилища BCD. Компонент Hyper-V глубоко интегрирован в Windows и стартует до запуска ядра системы. Если в хранилище BCD вносились изменения для модификации запуска гипервизора, они могут быть неверными. Либо же запуск Hyper-V и вовсе был ранее намеренно отключён с целью временной оптимизации использования ресурсов компьютера. В таком случае конфигурацию BCD в части запуска гипервизора необходимо либо подкорректировать, либо вернуть дефолтное значение путём установки автозапуска Hyper-V. Для установки автозапуска открываем CMD от имени администратора (обязательно), вводим:
bcdedit /set hypervisorlaunchtype auto
После этого осуществляем перезагрузку.
AMD Bulldozer
Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer.
Технологии виртуализации
Для обеспечения жизнедеятельности среды виртуализации посредством любого гипервизора процессор должен быть обустроен технологией, обеспечивающей виртуализацию – Intel Virtualization, либо же AMD-V. О поддержке этих технологий можно узнать на страничке спецификаций процессора на сайтах, соответственно, Intel и AMD. И технология виртуализация, естественно, должна быть включена в BIOS.
Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution. С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V: технология виртуализации включена, а специфические технологии – выключены.
Загрузка…
After you restart the Hyper-V Host server and the guest virtual machines, you may encounter the error:
An error occurred while attempting to start the selected virtual machines(s).
Here are three common issues.
Issue 1
On a Windows Server 2008-based machine that has the Hyper-V role installed,
or on a Microsoft Hyper-V Server 2008-based machine, you encounter the following:
• When you try to connect to a virtual machine, error occurs:
Cannot connect to the virtual machine because the authentication certificate is expired or invalid. Would you like to try connecting again,
• When you start a virtual machine, error occurs (Figure 1):
An error occurred while attempting to change the state of virtual machine
‘VMname’
‘VMName’ failed to initialize.
Could not initialize machine remoting system. Error: ‘Unspecified error’ (0x80004005).
Could not find a usable certificate. Error:
‘Unspecified error’(0x80004005).
Figure 1: ‘Unspecified error’ (0x80004005).
Cause:
This issue may occur if the Hyper-V Virtual Machine Management service (VMMS) certificate has expired.
Solution:
Install the Hotfix.
You cannot connect to a virtual machine when the Windows Server 2008 Hyper-V VMMS certificate has expired
http://support.microsoft.com/kb/kb967902/en-us
Workaround:
Follow the steps below to generate a new certificate.
1. Shut down or save all virtual machines.
2. Restart the Hyper-V VMMS.
3. Start the virtual machines.
Note:As the Hyper-V VMMS certificate is valid for one year, the update has to be applied to prevent this issue from occurring in the future.
-
Edited by
Thursday, April 17, 2014 4:42 PM
Edit
- Remove From My Forums
Произошла ошибка при попытке запуска выбранных виртуальных машин
-
Вопрос
-
Win 10 x64 сборка 1809, процессор intel celeron G3900, запущены все службы Hyper-V, создана виртуальная машина, при запуске виртуальной машины
выдает «Не удалось запустить виртуальную машину, так как не работает один из компонентов hyper-v», в BIOS виртуализация включена. VT-d отключена, не могу понять в чем причина, подскажите.
Ответы
-
Добрый День.
Можно:
Установить все доступные обновления ос.
Обновить BIOS, прошивки и драйверы установив актуальные версии по.
Отключить включить поддержку виртуализации в Bios
(VMX — Supports
Intel hardware-assisted virtualization
EPT — Supports
Intel extended page tables (SLAT))после чего выключить включить пк.
Ос x64 -?
Проверить наличие проблемы и написать по результату…
Я не волшебник, я только учусь MCP, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте нажать на кнопку «Пометить как ответ» или проголосовать за полезное сообщение. Мнения, высказанные здесь, являются отражением
моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter, YouTube,
GitHub, Instagram-
Помечено в качестве ответа
6 марта 2019 г. 9:13
-
Помечено в качестве ответа
-
`
VT-d отключена
`
Включите
-
Изменено
Victor Miasnikov
20 февраля 2019 г. 12:56 -
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
6 марта 2019 г. 9:13
-
Изменено
-
Win 10 x64 сборка 1809,
. . . VT-d отключена
https://www.tenforums.com/virtualization/122962-w10-1809-hyper-v-doesnt-work-anymore-after-upgrade-1803-vt-d.html
==
I did disable VT-d in BIOS/UEFI and Windows 10 1809 did finally start.
Of course Hyper-V does NOT work without VT-d and now I am fu****
. . .I did a roll-back to 1803, because I need Hyper-V.
==
Если отключали VT-d ради Windows 10 1809,
то включите и «откатитесь» на Windows 10 1803 или 1607
`
`
`
Вариант «B»:
Если Hyper-V заработает на Windows 10 1607
установите Windows 10 1803 поверх.
(
Да, в Windows 10 1607 создайте на будущее 1шт. VM с RemoteFX
Это не для «починки» Hyper-V, а на будущее
)
-
Изменено
Victor Miasnikov
20 февраля 2019 г. 13:06 -
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
6 марта 2019 г. 9:13
-
Изменено
-
Note: Coreinfo must be executed on a system without a hypervisor running for
accurate results.Intel(R) Celeron(R) CPU G3900 @ 2.80GHz
Intel64 Family 6 Model 94 Stepping 3, GenuineIntel
Microcode signature: 000000C2
HYPERVISOR * Hypervisor is present
VMX — Supports Intel hardware-assisted virtualization
EPT — Supports Intel extended page tables (SLAT)`
`
`
Coreinfo must be executed on a system without a hypervisor
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ загрузитесь с WinPE
P.S.
При работающем Hyper-V «всегда так»:
Intel64 Family 6 Model 60 Stepping 3, GenuineIntel
Microcode signature: ZZZZZZZZZZZZZZZ
HYPERVISOR * Hypervisor is present
VMX — Supports Intel hardware-assisted virtualization
EPT — Supports Intel extended page tables (SLAT)
Содержание
- Устранение неполадок с Hyper-V в Windows 10 Troubleshoot Hyper-V on Windows 10
- После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2) I updated to Windows 10 and now I can’t connect to my downlevel (Windows 8.1 or Server 2012 R2) host
- Создается неправильный тип контрольной точки даже после его изменения I changed the checkpoint type, but it is still taking the wrong type of checkpoint
- При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке When I try to create a virtual hard disk on a flash drive, an error message is displayed
- При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)». I get this message when I try to install: «Hyper-V cannot be installed: The processor does not support second level address translation (SLAT).»
- Восстановленные виртуальные машины Hyper-V не запускаются
- Симптомы
- Причина
- Решение
- Дополнительные сведения
- Hyper-V виртуальные машины не начинаются после обновления до Windows 10
- Симптомы
- Причина
- Решение
- Виртуальная машина Hyper-V может не запуститься, и вы получите сообщение об ошибке 0x80070005: общая ошибка «Отказано в доступе»
- Симптомы
- Причина
- Решение
- Дополнительные сведения
- Ссылки
- Виртуальная машина Hyper-V не запускается и вызывает ошибку 0x80070057
- Симптомы
- Причина
- Обходной путь
- Дополнительные сведения
Устранение неполадок с Hyper-V в Windows 10 Troubleshoot Hyper-V on Windows 10
После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2) I updated to Windows 10 and now I can’t connect to my downlevel (Windows 8.1 or Server 2012 R2) host
В Windows 10 диспетчер Hyper-V перемещен в WinRM для удаленного управления. In Windows 10, Hyper-V manager moved to WinRM for remote management. Это значит, что теперь для управления удаленным узлом Hyper-V с помощью диспетчера Hyper-V на нем необходимо включить удаленное управление. What that means is now Remote Management has to be enabled on the remote host in order to use Hyper-V manager to manage it.
Создается неправильный тип контрольной точки даже после его изменения I changed the checkpoint type, but it is still taking the wrong type of checkpoint
При создании контрольной точки в программе «Подключение к виртуальной машине» используется тип, который был указан на момент ее открытия, даже если вы изменили его в диспетчере Hyper-V. If you are taking the checkpoint from VMConnect and you change the checkpoint type in Hyper-V manager the checkpoint taken be whatever checkpoint type was specified when VMConnect was opened.
Закройте и снова откройте программу «Подключение к виртуальной машине», чтобы она создала правильный тип контрольной точки. Close VMConnect and reopen it to make it take the correct type of checkpoint.
При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке When I try to create a virtual hard disk on a flash drive, an error message is displayed
Hyper-V не поддерживает диски в формате FAT или FAT32, так как эти файловые системы не предоставляют списки управления доступом (ACL) и не поддерживает файлы размером более 4 ГБ. Hyper-V does not support FAT/FAT32 formatted disk drives since these file systems do not provide access control lists (ACLs) and do not support files larger than 4GB. Диски в формате ExFAT имеют ограниченную функциональность ACL, поэтому также не поддерживаются из соображений безопасности. ExFAT formatted disks only provide limited ACL functionality and are therefore also not supported for security reasons. В PowerShell отображается сообщение об ошибке «Системе не удалось создать «[путь к VHD]»: запрошенная операция не может быть завершена из-за ограничения файловой системы (0x80070299)». The error message displayed in PowerShell is «The system failed to create ‘[path to VHD]’: The requested operation could not be completed due to a file system limitation (0x80070299).»
Используйте диск с файловой системой NTFS. Use a NTFS formatted drive instead.
При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)». I get this message when I try to install: «Hyper-V cannot be installed: The processor does not support second level address translation (SLAT).»
Для запуска виртуальных машин с помощью Hyper-V требуется поддержка SLAT. Hyper-V requires SLAT in order to run virtual machines. Если ваш компьютер не поддерживает SLAT, размещение на нем виртуальных машин невозможно. If you computer does not support SLAT, then it cannot be a host for virtual mahchines.
Если вы просто хотите установить средства управления, снимите флажок Платформа Hyper-V в разделе Программы и компоненты > Включение или отключение компонентов Windows. If you are only trying to install the management tools, unselect Hyper-V Platform in Programs and Features > Turn Windows features on or off.
Восстановленные виртуальные машины Hyper-V не запускаются
В этой статье приводится решение проблемы, из-за которой не запускаются виртуальные машины Hyper-V, восстановленные на новом хост-компьютере Hyper-V.
Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 2502233
Симптомы
Если приложение резервного копирования, используемого для восстановления виртуальной машины Hyper-V, восстанавливает виртуальную машину на новой хост-машине Hyper-V, она может не запуститься.
Причина
Сбой запуска виртуальной машины после успешного восстановления может быть вызван следующими сбоями:
Имя сетевого адаптера не соответствует новому хосту
Существует конфликт в сохраненных данных состояния с исходного и нового хоста относительно конфигурации компьютера (например, состояние видео).
Решение
Откройте консоль управления Hyper-V.
Откройте диспетчер виртуальной сети, который находится в правой области.
Переименуем сетевой адаптер под именем, используемым на новом хосте.
Попытка запустить виртуальную машину. Если он не запустится, удалите сохраненные файлы состояния для этой виртуальной машины, щелкнув правой кнопкой мыши виртуальную машину и выбрав пункт меню «Удалить сохраненное состояние. «.
Если шаг 4 не работает, вам придется перейти к папке виртуальных машин и найти соответствующую папку GUID и вручную удалить эти файлы (ФАЙЛЫ BIN и VSV).
Виртуальная машина должна запуститься.
Дополнительные сведения
Это ожидаемое и проектное поведение. Шаг 4 в разделе «Решение» устраняет вторую причину, указанную в разделе «Причина», удалив сохраненные данные состояния, которые позволяют компьютеру сбросить состояние видео.
Hyper-V виртуальные машины не начинаются после обновления до Windows 10
Эта статья помогает устранить проблему, из-за которой Windows 10 Hyper-V не может запускать виртуальные машины после обновления Windows 10.
Оригинальная версия продукта: Windows 10 — все выпуски
Исходный номер КБ: 4052082
Симптомы
Рассмотрим следующий сценарий.
- У вас есть компьютер на базе Windows 10 с установленной Hyper-V ролью.
- Вы обновляете компьютер до Windows 10, версии 1709, Windows 10, версии 1803, Windows 10, версии 1809, Windows 10, версии 1903 или Windows 10, версии 1909.
В этом сценарии невозможно запустить виртуальные машины. Кроме того, вы получаете следующее сообщение об ошибке:
Start-VM: VM_NAME не удалось запустить. (Виртуальный IDMachineID машины)
«VM_NAME» не удалось запустить рабочий процесс: %%3228369022 (0xC06D007E). (Виртуальный IDMachineID машины)
В строке:1 char:1
+ Start-VM VM_NAME
+
+ CategoryInfo : NotSpecified: (:) [Start-VM], VirtualizationException
+ FullyQualifiedErrorId: OperationFailed,Microsoft.HyperV.PowerShell.Commands.StartVM
Кроме того, вы увидите следующую запись в журнале System:
Неожиданно Hyper-V служба службы хост-вычислений. Он сделал это 11 раз (ы).
В журнале Приложений вы видите следующую запись:
Имя неисправного приложения: vmcompute.exe, версия: 10.0.16299.15, штамп времени: 0x1a906fe6
Имя модуля ошибки: vmcompute.exe, версия: 10.0.16299.15, штамп времени: 0x1a906fe6
Exception code: 0xc0000005
Смещение неисправности: 0x000000000000474b
ID процесса сбоя: 0x3d78
Время начала запуска приложения с ошибками: 0x01d34d80559647e6
Путь к неисправным приложениям: C:WINDOWSsystem32vmcompute.exe
Путь модуля ошибки: C:WINDOWSsystem32vmcompute.exe
Id report: ReportID
Полное имя пакета с ошибками:
Неисправный и относительный к пакету ID приложения:
Ответ. Недоступный
Cab Id: 0
Подпись проблемы:
P1: vmcompute.exe
P2: 10.0.16299.15
P3: 1a906fe6
P4: vmcompute.exe
P5: 10.0.16299.15
P6: 1a906fe6
P7: c0000005
P8: 00000000000474b
P9:
P10:
Присоединенные файлы:
?C:ProgramDataMicrosoftWindowsWERTempWER98A7.tmp.mdmp
?C:ProgramDataMicrosoftWindowsWERTempWER9974.tmp.WERInternalMetadata.xml
?C:ProgramDataMicrosoftWindowsWERTempWER9981.tmp.csv
?C:ProgramDataMicrosoftWindowsWERTempWER99C1.tmp.txt
?C:WindowsTempWER99C3.tmp.appcompat.txt
C:ProgramDataMicrosoftWindowsWERReportQueueAppCrash_vmcompute. exe_101d36662442e0c1debf6dea58c1dd187cc5_51a43a19_cab_332099dfmemory.hdmp
Эти файлы могут быть доступны здесь:
C:ProgramDataMicrosoftWindowsWERReportQueueAppCrash_vmcompute. exe_101d36662442e0c1debf6dea58c1dd187cc5_51a43a19_cab_332099df
Символ анализа:
Перепроверка решения: 0
Report Id:ReportID
Состояние отчета: 4
Ведро с hashed:
Причина
Эта проблема возникает из-за того, что Windows 10 применяет политику, Vmcompute.exe не допуская загрузки файлов DLL, не в microsoft.
Решение
Vmcompute.exe процесс. Одной из возможных причин этой проблемы является антивирусное программное обеспечение.
Для этого можно использовать некоторые средства, такие как обозреватель процессов. Выполните приведенные ниже действия.
Извлеките инструмент и запустите ProcessExp64.exe, который для 64-битной операционной системы.
В меню Просмотр выберите Показать нижнюю области, нажмите кнопку Представление нижней области, а затем выберите DLLs.
Виртуальная машина Hyper-V может не запуститься, и вы получите сообщение об ошибке 0x80070005: общая ошибка «Отказано в доступе»
Эта статья поможет устранить ошибку 0x80070005, которая возникает при сбойе запуска виртуальной машины Hyper-V.
Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 2249906
Симптомы
Виртуальная машина Hyper-V может не запуститься, и вы получите сообщение об ошибке, похожее на следующее:
При попытке запустить выбранные виртуальные машины произошла ошибка.
Не удалось запустить VMName.
Эмулированный Microsoft IDE-контроллер (ИД экземпляра <83f8638b-8dca-4152-9eda-2ca8b33039b4>): не удалось питание с ошибкой «General access denied error»
Учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка «Отказано в доступе»
Учетная запись не имеет достаточных прав для открытия вложения E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка «Отказано в доступе»
При нажатии кнопки «Подробнее» в окне сообщения отображаются следующие сведения:
Не удалось запустить VMName. (ИД виртуальной машины 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
Эмулированный IDE-контроллер Microsoft «VMName» (код экземпляра <83f8638b-8dca-4152-9eda-2ca8b33039b4>): ошибка «Общая ошибка «Отказано в доступе» (0x80070005). (ИД виртуальной машины 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
«VMName»: учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка «Отказано в доступе» (0x80070005). (ИД виртуальной машины 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
«VMName»: учетная запись не имеет достаточных привилегий для открытия вложения E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка «Отказано в доступе» (0x80070005). (ИД виртуальной машины 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
- Это сообщение об ошибке ссылается либо на эмулированный IDE-контроллер Майкрософт, либо на контроллер synthetic SCSI.
- Это сообщение об ошибке ссылается на файл виртуального жесткого диска (VHD) или файл моментального снимка (AVHD).
- ИД виртуальной машины уникален для каждой виртуальной машины.
Причина
Эта проблема возникает, если разрешения для файла виртуального жесткого диска (VHD) или файла моментального снимка (AVHD) неправильны.
Каждая виртуальная машина Hyper-V имеет уникальный ИД виртуальной машины (SID). Если sid виртуальной машины отсутствует в разрешениях безопасности в VHD- или AVHD-файле, виртуальная машина не запустится, и вы получите ошибку 0x80070005 (общая ошибка «Отказано в доступе»), упоминаемую в разделе «Признаки».
Решение
Чтобы устранить эту проблему, добавьте SID виртуальной машины в файл виртуального жесткого диска (VHD) или в файл моментального снимка (AVHD).
Чтобы добавить SID виртуальной машины в VHD-или AVHD-файл, выполните следующие действия.
Обратите внимание на ИД виртуальной машины, указанный в ошибке 0x80070005 (общая ошибка «Отказано в доступе»).
Например, рассмотрим следующее сообщение об ошибке:
«VMName»: учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения E:VMsVMNameDisk0.vhd. Ошибка: «Общая ошибка «Отказано в доступе» (0x80070005). (ИД виртуальной машины 5FC5C385-BD98-451F-B3F3-1E50E06EE663)
В этом примере ид виртуальной машины — 5FC5C385-BD98-451F-B3F3-1E50E06EE663.
Откройте окно командной строки с повышенными полномочиями.
Чтобы предоставить ИД виртуальной машины доступ к VHD-или AVHD-файлу, введите следующую команду и нажмите ввод:
Например, чтобы использовать ИД виртуальной машины, который вы указали на шаге 1, введите следующую команду и нажмите ввод:
Запустите виртуальную машину.
Дополнительные сведения
Если разрешения для файла конфигурации виртуальной машины Hyper-V (XML-файл) неправильны, виртуальная машина не запустится и возвращает следующее сообщение об ошибке:
Не удалось инициализировать неинициализацию неназванной ВМ.
Не удалось прочитать или обновить конфигурацию виртуальной машины, так как доступ был отклонен.
Если щелкнуть «Подробнее» в окне сообщения, отобразилось следующее сообщение об ошибке:
Не удалось инициализировать неинициализацию неназванной ВМ. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
«Неименоваемая виртуальная машина» не смогла прочитать или обновить конфигурацию виртуальной машины, так как доступ был отклонен: общая ошибка «Отказано в доступе» (0×80070005). Проверьте параметры безопасности в папке, в которой хранится виртуальная машина. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)
Чтобы устранить эту проблему, выполните действия, которые необходимо выполнить в разделе «Решение», чтобы добавить SID виртуальной машины в XML-файл. Например, выполните следующую команду:
Ссылки
Дополнительные сведения о Hyper-V см. в hyper-V.
Виртуальная машина Hyper-V не запускается и вызывает ошибку 0x80070057
В этой статье приводится решение ошибки 0x80070057, которая возникает при попытке запустить виртуальную машину.
Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 3084322
Симптомы
Рассмотрим следующий сценарий.
- Hyper-V работает на сервере под управлением Windows Server 2012 R2 или Microsoft Hyper-V Server 2012 R2.
- Виртуальные машины настраиваются с помощью сквозных дисков.
- Установка или обновление до исправления 5 mcAfee VirusScan Enterprise (VSE) 8.8.
При попытке запустить виртуальную машину в этом сценарии она не запустится, и возвращается следующая ошибка:
[Основная инструкция]
При попытке запустить выбранные виртуальные машины произошла ошибка.
[Содержимое]
» failed to start.
Synthetic SCSI Controller (Instance ID): Failed to Power On with Error ‘One or more arguments are invalid’.
Не удалось открыть вложение из-за ошибки: «Один или несколько аргументов недопустимы».
При нажатии кнопки «Подробнее» в окне сообщения отображаются следующие сведения:
[Expanded Information]
» failed to start. (ИД виртуальной машины)
‘ ‘ Synthetic SCSI Controller (Instance ID ): Failed to Power on with Error ‘One or more arguments are invalid’ (0x80070057). (ИД виртуальной машины)
‘ ‘: Attachment ‘ ‘ failed to open because of error: ‘One or more arguments are invalid’ (0x80070057). (ИД виртуальной машины)
[^] Скрытие сведений [закрыть]
Причина
This is a known issue in McAfee VirusScan Enterprise 8.8 Patch 5.
Обходной путь
- В этом разделе содержатся сведения об открытии или изменении реестра.
- Следующие сведения предназначены для системных администраторов. Изменения реестра необратимы и могут привести к сбою системы, если это сделано неправильно.
- Перед тем как продолжить, Intel Security настоятельно рекомендует вам создать ее и понять процесс восстановления. Дополнительные сведения см. в сведениях реестра Windows для продвинутых пользователей.
Чтобы обойти эту проблему, отключите драйвер mfedisk.sys в реестре:
Откройте редактор реестра (regedit.exe).
Найдите следующий подмайк:
Измените значение UpperFilters, удатив «mfedisk» из этой строки.
Дополнительные сведения
Эта проблема задокументирована в следующей статье КБ McAfee:
Заявление об отказе от ответственности за контактные данные сторонней организации
Майкрософт предоставляет контактные данные независимых производителей, которые помогут вам найти дополнительные сведения по этой теме. Эти данные могут быть изменены без предварительного уведомления. Корпорация Майкрософт не гарантирует точность сведений о контактной информации стороннего производителя.
Мы можем одновременно запускать Windows 11/10 или другие платформы, такие как Linux, на одном компьютере с Hyper-V или любой другой платформой виртуальных машин. Однако некоторые пользователи сообщают, что при попытке включить Hyper-V или запустить виртуальную машину в диспетчере Hyper-V они получают ошибку 0x80070057. В этой статье мы увидим, что вы можете сделать, если увидите код ошибки Hyper-V 0x80070057. .
Видимые ошибки:
Hyper-V не удалось запустить рабочий процесс, один или несколько аргументов неверны, код ошибки 0x80070057
ИЛИ
Произошла ошибка при попытке сохранить состояние выбранной виртуальной машины. Один или несколько аргументов недействительны, код ошибки 0x80070057.
ИЛИ
Windows не удалось внести запрошенные изменения.
Неверный параметр.
Код ошибки: 0x80070057
Что такое ошибка виртуальной машины 0x80070057?
Код ошибки 0x80070057 не позволяет пользователям включать Hyper-V или запускать виртуальную машину в диспетчере Hyper-V на своем компьютере с Windows. Код ошибки обычно является результатом неправильного параметра или поврежденных или отсутствующих системных файлов.
Если вы видите код ошибки Hyper-V 0x80070057 при попытке включить Hyper-V с помощью Возможности системы Windows или запустите виртуальную машину в диспетчере Hyper-V, а затем используйте решение, приведенное ниже, для решения этой проблемы.
- Убедитесь, что компьютер соответствует минимальным системным требованиям
- Включить аппаратную виртуализацию
- Включить Hyper-V с помощью PowerShell
- Настроить реестр
Давайте начнем.
1]Убедитесь, что система соответствует минимальным системным требованиям.
Прежде всего, мы должны увидеть системные требования Hyper-V. Вы не сможете включить Hyper-V, если системные требования не выполнены. Итак, убедитесь, что ваш компьютер соответствует указанным ниже системным требованиям.
- Процессор: двухъядерный (или более) совместимый 64-разрядный процессор с тактовой частотой 1 ГГц (или быстрее)
- Оперативная память: 4 ГБ или выше
- Системная память: минимум 64 ГБ или больше
- Системная прошивка должна поддерживать UEFI и безопасную загрузку.
- Поддержка доверенного платформенного модуля (TPM) версии 2.0
- Видеокарта должна быть совместима с DirectX 12 или более поздней версии.
Поддержка драйвера WDDM 2.0 - Дисплей с поддержкой 720p HQ с диагональю более 9 дюймов и 8-битной цветной панелью
Если вы выполнили эти системные требования, перейдите к следующему решению.
Читать: виртуальная машина Hyper-V зависла в сохраненном состоянии
2]Включить аппаратную виртуализацию
Если вы не можете включить Hyper-V, включите аппаратную виртуализацию. Для создания виртуальной машины требуется виртуализация Hyper-V, и иногда Hyper-V отказывается включаться, если эта функция отключена в BIOS. По умолчанию эта функция включена, но ее можно отключить с помощью обновления BIOS или системы. Итак, включите аппаратную виртуализацию на своем компьютере и повторите попытку.
3]Включите Hyper-V с помощью PowerShell
Большинство из нас не осознает тот факт, что нам не всегда нужно использовать графический интерфейс для включения Hyper-V, вместо этого мы можем использовать команду PowerShell, чтобы сделать то же самое. Для некоторых жертв можно легко включить Hyper-V с помощью команды PowerShell. Выполните шаги, указанные ниже, чтобы сделать то же самое.
Теперь проверьте, включен ли Hyper-V.
4]Настроить реестр
Если виртуальная машина не запускается в Hyper-V, весьма вероятно, что какой-то ключ реестра настроен неправильно или нуждается в некотором изменении. Это изменение необходимо, поскольку McAfee VirusScan Enterprise 8.8 Patch 5 создает строку mfedisk, которая мешает работе Hyper-V.
Прежде чем вносить какие-либо изменения, создайте резервную копию реестра, чтобы ее можно было использовать, если что-то пойдет не так. После создания резервной копии откройте редактор реестра и перейдите в следующую папку.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlClass{4d36e967-e325-11ce-bfc1-08002be10318}
Найдите mfedisk и удалите его.
Наконец, перезагрузите компьютер и проверьте, решена ли проблема.
Надеюсь, вы сможете решить проблему, используя решения, упомянутые в этой статье.
Чтение: ошибка 0x80370102, не удалось запустить виртуальную машину.
Как исправить код ошибки 0x80070057?
См. этот пост, если вы получаете сообщение об ошибке 0x80070057 в Windows 11/10 при использовании Центра обновления Windows, установке или обновлении Windows, запуске резервного копирования Windows и т. д., тогда вы увидите этот вездесущий код ошибки, когда один или несколько аргументов недействительны.
Читайте . Исправьте ошибку 0x800f080c Hyper-V в Windows.