Hyper v ошибка 16000

I am fighting with this issue from some time and looks like I am stucked.
Environment: different hosts with Windows 2016 Datacenter, HV in version: 10.0.14393.2035/2007

System Center 2016 — 4.0.2244.0

Live migration is set to use Kerberos/COmpression settings. Generally — works, between cluster hosts and standalone hosts.
Process: Live or offline migration of VMs between Hyper-V hosts.
Migration generally works — but as stated above IF (for any reason, not always connected to hyper-v/scvmm itself) it stops, it stops permanently.

The problem is, if with any reason mgration fails, repeating this proces ends with error:

Also:

So far what I observed:

1) in C:ProgramDataMicrosoftWindowsHyper-Vdata.vmcx on target host there is entry with GUID of the failed machine. Entry looks like stuck in «Planned Virtual Machines» state.
2) Changing GUID of machine and migrating it to target host: success

3) stopping VMMS service on target host and removing data.vmcx file — works, but by default I am loosing all registered machines (which should be expected).
4) live migration/offline migration fails — no matter the state of virtual machine.

5) repeating process from Hyper-V Manager ends with the same result.

6) rebooting hosts doesn’t help (target/source)

I am lost — how to get rid of these entries, which clearly stop my attempts to migrate machine. It looks like one failed try stays with hosts forever, until manually removed from data.vmcx, or changed GUID.

Doesn anyone found the issues I am having?

Marcin Bojko

Источник

Remove From My Forums

Question
I am trying to setup a few VMs on my Windows 8.1 Pro 64bit desktop computer. I have successfully installed the Hyper-V windows feature but when I actually try to create a VM, after clicking the «Finish» button I get an error message (see image
below) and then Windows informs me that it will restart in 1 minute (see second image below). For that 1 minute I can’t really do anything — a lot of windows functionality becomes disabled. And then it restarts just like it said it would.

Originally I was getting this error from my installation that had been upgraded twice — once from Windows 7 Pro to Windows 8 Pro and then recently to 8.1 Pro. Reading around I discovered several people with the same problem after upgrading to 8.1 and a reinstallation
fixed it. So that’s what I did — I did a clean Windows 8.1 install (not 8 and then upgrade to 8.1) and then the first thing I did was enable Hyper-V and test it. Voila! It worked! Then I continued setting up my computer (which includes connecting it to our
server 2012 essentials domain) and now I’m back where I started. It seems that connecting myself to our domain may have been what broke it.

I have also tried logging into my local admin account (the same one that I originally used after reinstallation) but it also does the exact same thing.

Any ideas what I can do to fix this?

Answers

PROCESS_NAME:  lsass.exe

ERROR_CODE: (NTSTATUS) 0xc0000417 - An invalid parameter was passed to a C runtime function.

EXCEPTION_CODE: (NTSTATUS) 0xc0000417 - An invalid parameter was passed to a C runtime function.

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

APP:  lsass.exe

ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre

FAULTING_THREAD:  000000000000032c

DEFAULT_BUCKET_ID:  STATUS_INVALID_CRUNTIME_PARAMETER

PRIMARY_PROBLEM_CLASS:  STATUS_INVALID_CRUNTIME_PARAMETER

BUGCHECK_STR:  APPLICATION_FAULT_STATUS_INVALID_CRUNTIME_PARAMETER

LAST_CONTROL_TRANSFER:  from 0000000000000000 to 000000018000c7e4

STACK_TEXT:  
000000f9`98fed3a0 00000000`00000000 : 00000001`735b4f90 00000000`00000000 00000000`00000000 00000000`00000000 : lplogin+0xc7e4


STACK_COMMAND:  ~4s; .ecxr ; kb

FOLLOWUP_IP: 
lplogin+c7e4
00000001`8000c7e4 488b5c2440      mov     rbx,qword ptr [rsp+40h]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  lplogin+c7e4

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: lplogin

IMAGE_NAME:  lplogin.dll

DEBUG_FLR_IMAGE_TIMESTAMP:  52fea7d0

FAILURE_BUCKET_ID:  STATUS_INVALID_CRUNTIME_PARAMETER_c0000417_lplogin.dll!Unknown

BUCKET_ID:  APPLICATION_FAULT_STATUS_INVALID_CRUNTIME_PARAMETER_lplogin+c7e4

ANALYSIS_SOURCE:  UM

FAILURE_ID_HASH_STRING:  um:status_invalid_cruntime_parameter_c0000417_lplogin.dll!unknown

FAILURE_ID_HASH:  {c1adb03b-44ff-7edf-761e-f9736876b6bb}

Followup: MachineOwner
---------

0:004> lmvm lplogin
start             end                 module name
00000001`80000000 00000001`80026000   lplogin  T (no symbols)           
    Loaded symbol image file: lplogin.dll
    Image path: C:WindowsSystem32lplogin.dll
    Image name: lplogin.dll
    Timestamp:        Sat Feb 15 07:33:36 2014 (52FEA7D0)
    CheckSum:         0002220A
    ImageSize:        00026000
    File version:     0.0.0.0
    Product version:  0.0.0.0
    File flags:       0 (Mask 0)
    File OS:          0 Unknown Base
    File type:        0.0 Unknown
    File date:        00000000.00000000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4

According to the dump file ,it was caused by lplogin.dll file corrupted.

I cannot find this dll from Microsoft.I think it is a third-party file.

I suggest you check this dll file first.

Regards,

Kelvin Xu
TechNet Community Support

Marked as answer by

Sunday, April 6, 2014 3:26 AM

Okay I seem to have worked around the problem. I moved lplogin.dll from System32 into the application’s program files directory and now my LastPass for Applications is working properly (auto login upon Windows login) AND I can use Hyper-V!
- Marked as answer by
  kelvin_hsu
  Sunday, April 6, 2014 3:24 AM

Источник

Remove From My Forums

Question
I am trying to setup a few VMs on my Windows 8.1 Pro 64bit desktop computer. I have successfully installed the Hyper-V windows feature but when I actually try to create a VM, after clicking the «Finish» button I get an error message (see image
below) and then Windows informs me that it will restart in 1 minute (see second image below). For that 1 minute I can’t really do anything — a lot of windows functionality becomes disabled. And then it restarts just like it said it would.

Originally I was getting this error from my installation that had been upgraded twice — once from Windows 7 Pro to Windows 8 Pro and then recently to 8.1 Pro. Reading around I discovered several people with the same problem after upgrading to 8.1 and a reinstallation
fixed it. So that’s what I did — I did a clean Windows 8.1 install (not 8 and then upgrade to 8.1) and then the first thing I did was enable Hyper-V and test it. Voila! It worked! Then I continued setting up my computer (which includes connecting it to our
server 2012 essentials domain) and now I’m back where I started. It seems that connecting myself to our domain may have been what broke it.

I have also tried logging into my local admin account (the same one that I originally used after reinstallation) but it also does the exact same thing.

Any ideas what I can do to fix this?

Answers

PROCESS_NAME:  lsass.exe

ERROR_CODE: (NTSTATUS) 0xc0000417 - An invalid parameter was passed to a C runtime function.

EXCEPTION_CODE: (NTSTATUS) 0xc0000417 - An invalid parameter was passed to a C runtime function.

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

APP:  lsass.exe

ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre

FAULTING_THREAD:  000000000000032c

DEFAULT_BUCKET_ID:  STATUS_INVALID_CRUNTIME_PARAMETER

PRIMARY_PROBLEM_CLASS:  STATUS_INVALID_CRUNTIME_PARAMETER

BUGCHECK_STR:  APPLICATION_FAULT_STATUS_INVALID_CRUNTIME_PARAMETER

LAST_CONTROL_TRANSFER:  from 0000000000000000 to 000000018000c7e4

STACK_TEXT:  
000000f9`98fed3a0 00000000`00000000 : 00000001`735b4f90 00000000`00000000 00000000`00000000 00000000`00000000 : lplogin+0xc7e4


STACK_COMMAND:  ~4s; .ecxr ; kb

FOLLOWUP_IP: 
lplogin+c7e4
00000001`8000c7e4 488b5c2440      mov     rbx,qword ptr [rsp+40h]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  lplogin+c7e4

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: lplogin

IMAGE_NAME:  lplogin.dll

DEBUG_FLR_IMAGE_TIMESTAMP:  52fea7d0

FAILURE_BUCKET_ID:  STATUS_INVALID_CRUNTIME_PARAMETER_c0000417_lplogin.dll!Unknown

BUCKET_ID:  APPLICATION_FAULT_STATUS_INVALID_CRUNTIME_PARAMETER_lplogin+c7e4

ANALYSIS_SOURCE:  UM

FAILURE_ID_HASH_STRING:  um:status_invalid_cruntime_parameter_c0000417_lplogin.dll!unknown

FAILURE_ID_HASH:  {c1adb03b-44ff-7edf-761e-f9736876b6bb}

Followup: MachineOwner
---------

0:004> lmvm lplogin
start             end                 module name
00000001`80000000 00000001`80026000   lplogin  T (no symbols)           
    Loaded symbol image file: lplogin.dll
    Image path: C:WindowsSystem32lplogin.dll
    Image name: lplogin.dll
    Timestamp:        Sat Feb 15 07:33:36 2014 (52FEA7D0)
    CheckSum:         0002220A
    ImageSize:        00026000
    File version:     0.0.0.0
    Product version:  0.0.0.0
    File flags:       0 (Mask 0)
    File OS:          0 Unknown Base
    File type:        0.0 Unknown
    File date:        00000000.00000000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4

According to the dump file ,it was caused by lplogin.dll file corrupted.

I cannot find this dll from Microsoft.I think it is a third-party file.

I suggest you check this dll file first.

Regards,

Kelvin Xu
TechNet Community Support

Marked as answer by

Sunday, April 6, 2014 3:26 AM

Okay I seem to have worked around the problem. I moved lplogin.dll from System32 into the application’s program files directory and now my LastPass for Applications is working properly (auto login upon Windows login) AND I can use Hyper-V!
- Marked as answer by
  kelvin_hsu
  Sunday, April 6, 2014 3:24 AM

Источник

I have two identical Hyper-V Hosts, both Server 2016, same cpu’s. I can move VM’s from hostA to hostB, but for whatever reason i cannot move VM from hostB to hostA, regardless of whether the VM is running or shutdown.

After trying to move the VM, that’s what it is seen in the Even Logs, Hyper-V VMMS, Admin: Event ID 20306, followed by Event ID 21024, followed by Event ID 16000. Tried all combinations of authentication protocols (CredSSP and Kerberous), and all performance optins (tcp/ip, compression, smb).

Event ID 20306 «The description for Event ID 20306 from source Microsoft-Windows-Hyper-V-VMMS cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.»

Event ID 21024 «Virtual machine migration operation for ‘Test3’ failed at migration source ‘HyperB’. (Virtual machine ID XXXXXXXXXX-XXXXXXX-XXXXXXXXXXX)»

Event ID 16000 «The Hyper-V Virtual Machine Management service encountered an unexpected error: Provider is not capable of the attempted operation (0x80041024).»

Источник

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: технология виртуализации включена, а специфические технологии – выключены.

Настройки BIOS

Загрузка…

Источник

Содержание

необходимо запустить гипервизор Windows
Проблема
Влияние
Решение
Проверка поддержки виртуализации в BIOS или UEFI
Проверка журналов событий
См. также:
Устранение неполадок с Hyper-V в Windows 10
После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2)
Создается неправильный тип контрольной точки даже после его изменения
При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке
При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)».
Ошибка Hyper-V «Не удаётся запустить виртуальную машину, поскольку не выполняется низкоуровневая оболочка»
Системные требования
Хранилище BCD
AMD Bulldozer
Технологии виртуализации
Низкоуровневая оболочка hyper v не активна windows 10
Вопрос
Ответы
Все ответы
Установка Hyper-V в Windows 10
Проверьте следующие требования
Включение Hyper-V с помощью PowerShell
Включение Hyper-V с помощью CMD и DISM
Включение роли Hyper-V с помощью раздела «Параметры»

необходимо запустить гипервизор Windows

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

Свойство	Сведения
Операционная система	Windows Server 2016
Продукт или компонент	Hyper-V
Уровень серьезности	Предупреждение
Категория	Предварительные требования

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

Проблема

низкоуровневая оболочка Windows не запущена.

Влияние

виртуальные машины не могут быть запущены, пока не будет запущена низкоуровневая оболочка Windows.

Решение

проверьте каталог сервера Windows, чтобы узнать, является ли этот сервер полным для запуска Hyper-V. Теперь убедитесь, что в BIOS включена аппаратная виртуализация и предотвращение выполнения данных, обеспечивающее аппаратное обеспечение. Затем проверьте журнал событий гипервизора Hyper-V.

Изменение определенных параметров в BIOS компьютера может привести к прекращению загрузки операционной системы компьютером или к тому, что устройства, например жесткие диски, недоступны. Всегда проконсультируйтесь с руководством пользователя компьютера, чтобы определить правильный способ настройки BIOS системы. Кроме того, всегда рекомендуется отследить параметры, которые вы изменяете, и их исходное значение, чтобы при необходимости их можно было восстановить позже. При возникновении проблем после изменения параметров в BIOS системы попробуйте загрузить параметры по умолчанию (параметр обычно доступен в служебной программе настройки BIOS) или обратитесь за помощью к изготовителю компьютера.

Проверка поддержки виртуализации в BIOS или UEFI

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

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

Обычно доступен под параметрами основного процессора или производительности. Иногда он находится под параметрами безопасности.

Найдите имена параметров, которые включают «виртуализация» или «технология виртуализации».

Аппаратное обеспечение DEP:

Обычно доступен в параметрах безопасности или памяти.

Найдите имена параметров, которые включают «выполнение», «выполнение» или «предотвращение».

При необходимости включите параметры, следуя инструкциям в средстве настройки. Сохраните изменения и завершите работу.

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

Затем проверьте журнал событий низкоуровневой оболочки Hyper-V. При возникновении проблем вы также сможете проверить системный журнал.

Проверка журналов событий

Откройте средство просмотра событий. Нажмите кнопку Пуск, выберите пункт Администрирование, а затем щелкните Просмотр событий.

Откройте журнал событий низкоуровневой оболочки Hyper-V. в области навигации разверните узел журналы приложений и служб >> Microsoft >> Windows >> Hyper-V-гипервизор, а затем выберите пункт операционная.

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

Используйте фильтр для поиска событий гипервизора Hyper-V:

См. также:

дополнительные сведения об использовании hyper-v на Windows 10, в том числе о том, как проверить, может ли компьютер работать под управлением hyper-v, см. в статье Windows 10 требования к системе hyper-v.

Источник

Устранение неполадок с Hyper-V в Windows 10

После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2)

В Windows 10 диспетчер Hyper-V перемещен в WinRM для удаленного управления. Это значит, что теперь для управления удаленным узлом Hyper-V с помощью диспетчера Hyper-V на нем необходимо включить удаленное управление.

Создается неправильный тип контрольной точки даже после его изменения

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

При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке

Hyper-V не поддерживает диски в формате FAT или FAT32, так как эти файловые системы не предоставляют списки управления доступом (ACL) и не поддерживает файлы размером более 4 ГБ. Диски в формате ExFAT имеют ограниченную функциональность ACL, поэтому также не поддерживаются из соображений безопасности. В PowerShell отображается сообщение об ошибке «Системе не удалось создать «[путь к VHD]»: запрошенная операция не может быть завершена из-за ограничения файловой системы (0x80070299)».

Используйте диск с файловой системой NTFS.

При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)».

Для запуска виртуальных машин с помощью Hyper-V требуется поддержка SLAT. Если ваш компьютер не поддерживает SLAT, размещение на нем виртуальных машин невозможно.

Источник

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

hyperv

Что это за ошибка, и как её исправить.

Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.

Системные требования

Для работы Hyper-V необходимо:

• Не менее 4 Гб RAM;
• 64-битный процессор с поддержкой SLAT и технологии виртуализации.

Хранилище BCD

bcdedit /set hypervisorlaunchtype auto

После этого осуществляем перезагрузку.

AMD Bulldozer

Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer.

Технологии виртуализации

Источник

Низкоуровневая оболочка hyper v не активна windows 10

Вопрос

Установил Hyper-V Server

Дистанционно обращаюсь к нему

вроде все работает машины создаются

но при попытке запустить вирт.машину получаю такую ошибку:

Машина если на нее поставить обычные сервер 2008 не CORE работает с виртуальными машинами нормально

но хочется освободить лицензию и использовать ее под другие задачи

Как ни бился ничего не смог сделать все время это сообщение

Ответы

bcdedit /set hypervisorlaunchtype auto

Все ответы

» Не выполняется низкоуровневая оболочка»

Где мне смотреть то?

PS. Машина аппаратно совместима.

Народ помогите пожалуйста никак не справится с проблемой!
«Hyper-V launch aborted due to auto-launch being disabled in the registry.»

Переставлял уже 4 раза. Русский вариант, английский все одно и тоже
Не запустить виртуальную машину.
Сервисы вроде все запущены. В реестре никаких вроде явных ошибок не увидел
Что делаю не так непонятно

bcdedit /set hypervisorlaunchtype auto

мне тоже не помогло. Есть еще какие соображения?

Собственно, для работы виртуальных машин в в BIOS должна быть включена поддержка аппаратной виртуализации (AMD-V/Intel VT) и Data Execution Prevention.

Если упростить ответ, то

1) В «Программы и компоненты», «Включение или отключение компонентов Windows» напротив строчки «Hyper-v» должна стоять именно галочка (ни черный квадратик, ни пустой, а именно галочка). Ошибка описанная вначале обычно выдается при не установленной «низкоуровневая оболочка Hyper-v». То есть в компонентах ставим все «hyper-v».

2)В bios компьютера включаем виртуализацию процессора.

А у меня не профит. Сервера старые, но с последними версиями фирмвэра, камни стоят Xeon E5335 как у одного из вышеуказанных. Hyper-V Server 2016 устанавливаю, виртуалки стартануть не могу.

bcdedit /set hypervisorlaunchtype auto

Не помог, хотя в биосе виртуализация включена.

Попробую Hyper-V как службу на 2008 R2, вроде пару лет назад работало.

Источник

Установка Hyper-V в Windows 10

Включение Hyper-V для создания виртуальных машин в Windows 10.
Hyper-V можно включить разными способами, в том числе используя панель управления Windows 10, PowerShell или с помощью средства обслуживания образов развертывания и управления ими (DISM). В этом документе последовательно описан каждый из указанных способов.

Примечание. Механизм Hyper-V встроен в Windows в качестве дополнительной функции. Скачать Hyper-V нельзя.

Проверьте следующие требования

Роль Hyper-V невозможно установить в Windows 10 Домашняя.

Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Pro, открыв раздел Параметры > Обновление и безопасность > Активация.

Дополнительные сведения и советы по устранению неполадок см. в статье Требования к системе для Hyper-V в Windows 10.

Включение Hyper-V с помощью PowerShell

Откройте консоль PowerShell от имени администратора.

Выполните следующую команду.

Если не удается найти команду, убедитесь, что вы используете PowerShell от имени администратора.

По завершения установки выполните перезагрузку.

Включение Hyper-V с помощью CMD и DISM

Система обслуживания образов развертывания и управления ими (DISM) позволяет настраивать ОС Windows и образы Windows. Помимо всего прочего? средство DISM может включать функции Windows во время выполнения операционной системы.

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

Запустите PowerShell или сеанс CMD от имени администратора.

Введите следующую команду:

dism upd

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

Включение роли Hyper-V с помощью раздела «Параметры»

Щелкните правой кнопкой мыши кнопку Windows и выберите пункт «Приложения и компоненты».

Выберите Программы и компоненты справа в разделе связанные параметры.

Выберите пункт Включение или отключение компонентов Windows.

Выберите Hyper-V и нажмите кнопку ОК.

enable role upd

После завершения установки вам будет предложено перезапустить компьютер.

Источник

The aim of this article is to create a slowly growing cheat-sheet of Hyper-V Errors and known fixes.

Errors without Error Codes

These errors are UI errors that do not provide a Hex Error Code / Win32 Error Code.

There was an error during move operation.

Migration operation on ‘<VM Name>’ failed.

See:

0x80041024
0x8000FFFF

There was an error during move operation.

Virtual machine migration operation failed at migration source.

Failed to create folder.

See 0x80070005

Errors with Error Codes

The following errors have error codes either stated on GUI error messages, as part of PowerShell error messages or in the Hyper-V event logs in Event Viewer.

0x80004005

Event ID: 21002 & 16300 & 1106

‘<Virtual Machine Name>’ Failed to create Planned Virtual Machine at migration destination: Unspecified error (0x80004005). (Virtual machine ID <Virtual Machine GUID>)

Cannot load a virtual machine configuration: Unspecified error (0x80004005). (Virtual machine ID <Virtual Machine GUID>)

vmservicemigrationvmmsvmmigrationdestinationtask.cpp(1781)vmms.exe!00007FF650130A43: (caller: 00007FF65013359D) Exception(312) tid(19b4) 80004005 Unspecified error

vmservicevmmgrvmmsvirtualmachinemanager.cpp(4128)vmms.exe!00007FF64FC867EB: (caller: 00007FF64FD83CC0) LogHr(97) tid(19b4) 80004005 Unspecified error
Msg:[vmservicevmmgrvmmsvirtualmachinemanager.cpp(5782)vmms.exe!00007FF65025928F: (caller: 00007FF64FDA68AE) Exception(308) tid(19b4) 80004005 Unspecified error
]

Note: The Memory ranges, process ID’s and exception codes do not need to match the above, just the presence of 80004005.

You cannot live migrate a VM back onto a hypervisor where it has been previously.
This can occur if your Hypervisor loses storage (i.e. iSCSI). The Hyper-V VMMS process will obtain an opportunistic, persistently stuck request for a handle to a resource that was on the disk but can no longer be found. Restarting the hypervisor doesn’t clear the lock because it re-establishes when VMMS starts. Even if presented with the file resource, the lock will not establish.In the interest of safety, I strongly recommend exporting/Live migrating all VMs off of the hypervisor before attempting this fix. If you do not, you may lose the VMs and have to re-import them from their config files.Once the hypervisor has been drained of all VMs. Open services.msc and stop all Hyper-V processes. If they will not stop, reboot and then stop themBrowse to C:ProgramDataMicrosoftWindowsHyper-V.

Delete data.vmcs

Delete the contents of all xxxx Cache folders (e.g. Groups Cache, Planned Snapshots Cache… etc)

Delete the contents of the Resource Types folder

Reboot the server and retry the live migration
Delete the VM configuration files for the VM in question and attach its existing VHDX(s) to a new set of configuration files. This will force the creation of a new VMID which will bypass the lock. This will not however solve the original issue (which may lead to other problems in the future) and for Windows VM’s may require Windows to be reactivated.

0x8000FFFF

Event ID:
20864

Virtual machine failed to generate VHD tree: ‘Catastrophic failure'(‘0x8000FFFF’).

The configuration file references a VM checkpoint data-set that either has been lost from the file system or does not exist in the context of a VM that has been restored from backup. You will need to restore the checkpoint or edit the Virtual Machine Configuration file to resolve the error.For more information see ‘Hyper-V VM Stuck checkpoint after restore from backup‘

0x80041024

Event ID: 16000

The Hyper-V Virtual Machine Management service encountered an unexpected error: Provider is not capable of the attempted operation (0x80041024).

One or both of the Hyper-V servers has an invalid or inaccessible IP address/network address on the “Incoming live migrations” list on the “Live Migrations” tab in Hyper-V settings.
The live migration network is down, the/a cable is unplugged or faulty.
On the destination Hypervisor issue the command:
netstat -an | find "6600"
If the query returns no results for TCP 6600 issue the command:
net stop vmms & net start vmms
Now re-test the netstat command.
If the initial netstat command returns a result, or after it returns a result the migration still does not work, there is a firewall blocking traffic into TCP port 6600 on the destination hypervisor.

0x80070002

Could not create backup checkpoint for virtual machine ‘<VM Name>’: The system cannot find the file specified. (0x80070002). (Virtual machine ID <VM GUID>).

For more on this, seem my in-depth article.

Check that you have enough disk space on the volume to perform the VSS. If your volume is sub-15%, try using the Hyper-V Manager to change the snapshot directory to another volume – plug in an external NTFS formatted hard drive if you have to.
Check the permissions of the VHD stated in the error.
icacls “C:UsersPublicDocumentsHyper-VVirtual Hard Disks<VHD File>” /grant “NT VIRTUAL MACHINEVirtual Machines”:F
Check that you can manually checkpoint/snapshot the VM while it is running.
In Hyper-V Manager or in PowerShell, force a checkpoint on the VM and then delete it and wait for it to merge back. If this works, you are not having a physical VSS issue. If it fails, you need to troubleshoot this and not the WSB error.
Live Migrate the VM off of the current server and onto a different Hypervisor, attempt the backup here, then bring it back to the original server and try again. This process will reset the permissions on the VM file set. If you cannot live or offline migrate the VM, the you need to troubleshoot this and not the WSB error.
Ensure that all VHDX files associated with the VM are on the same storage volume and not spread across multiple Volumes/LUNs (be it individual disks, logical RAID or iSCSI disks). If they are, move them to a common location and retry the operation.

0x80070003

Event ID:
32000

Hyper-V Replication could not be enabled

Under Hyper-V Settings> Replication Configuration. Ensure that the path shown under ‘Specify the default location to store Replica files:’ is a valid path on the server

0x80070005

‘General access denied error'(‘0x80070005’)

For more on this, see my in-depth article.

If you are using a management console (not the local Hyper-V console to perform the migration. You must setup Kerberos Constrained Delegation for all of your Hyper-V hosts machine accounts in Active Directory.
Ensure that both NetBIOS and fully qualified DNS entries exist in the Constrained delegation (click the “Expanded” check box to verify this) e.g. myserver1 and mysever1.mydomain.local for both “CIFS” and “Microsoft Virtual System Migration Service”.
For Hyper-V 2008, 2008 R2, 2012 and 2012 R2 “Trust this computer for delegation to specified services only” should be used along with “Use Kerberos only”.
For Hyper-V 2016 and 2019 or a mixed environment “Trust this computer for delegation to specified services only” must be used along with “Use any authentication protocol”.

0x80070057

vmservicevmmgrvmmsvirtualmachineobject.cpp(8731)vmms.exe!00007FF64FDCB0D0: (caller: 00007FF65028C7DA) ReturnHr(110) tid(19b4) 80070057 The parameter is incorrect.
Msg:[vmservicevmmgrvmmsvirtualmachineobject.cpp(8725)vmms.exe!00007FF64FE3C560: (caller: 00007FF65028C7DA) Exception(306) tid(19b4) 80070057 The parameter is incorrect.
]Note: The Memory ranges, process ID’s and exception codes do not need to match

For more on this see 0x80004005, Event ID 21002 & 16300 & 1106

0x8007274C

Event ID: 20306

The Virtual Machine Management Service failed to establish a connection for a Virtual Machine migration with host ‘<Hypervisor FQDN>’: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. (0x8007274C).

The Live Migration firewall rules have not been enabled in Windows Firewall (or your third party firewall). This is especially easy to forget on Server Core and Hyper-V Server installs.
No DNS server(s) or invalid DNS server(s) have been specified on the network configuration for the hypervisor.
Specified DNS server(s) are unreachable.
An intermediate firewall or IDS blocked the request. Ensure that you check that your migration NIC connections are not running in a ‘public/restricted LAN profile.

0x8007274D

Event ID: 20306

The Virtual Machine Management Service failed to establish a connection for a Virtual Machine migration with host ‘<hostname>’: No connection could be made because the target machine actively refused it. (0x8007274D).

If you are using a Windows NIC Team, there is a chance that the Hyper-V Management Service loaded before the NIC Team converged. This created a failed race condition. Consequently, the VMMS service will not have bound to Port 6600, causing this error. You can check for this condition by executing either of the following.
CMD:
netstat -an | find "6600"
PowerShell:
netstat -an | find `"6600`"If no results are returned for TCP Port 6600, you are impacted by this race condition.
to solve the issue in the immediate term, execute either of the following.
CMD:
net stop vmms & net start vmms
PowerShell:
restart-service vmmsTo resolve the issue long-term. Use service.msc to set the ‘Hyper-V Management Service from ‘Automatic’ start to ‘Delayed Start’. This will usually be sufficient to ensure that the service binds correctly. If it is not, you will need to add a watchdog on the port binding and service.
An intermediate firewall or IDS blocked the request. Ensure that you check that your migration NIC connections are not running in a ‘public/restricted LAN profile.

0x8009030C

Event ID: 20302, 20306

Attempting to Live Migrate a VM between two servers from a third management workstation results in:

The Virtual Machine Management Service failed to authenticate the connection for a Virtual Machine migration at the source host: The logon attempt failed (0x8009030C).

The Virtual Machine Management Service failed to establish a connection for a Virtual Machine migration with host ‘<hostname>’: The logon attempt failed (0x8009030C).

Live Migration worked previously and Kerberos Constrained Delegation is verified as being correctly setup on the Domain Controller. Port 6600 is correctly servicing on both Hyper-V peers on the correct IP interface.

If you enable Kerberos Ticket Auditing on your domain controllers you receive Event ID 4769 with a failure code of 0x29:

A Kerberos service ticket was requested.

Account Information:
Account Name: <hostname>$@<domain name>
Account Domain: <domain name>
Logon GUID: {00000000-0000-0000-0000-000000000000}

Service Information:
Service Name: Microsoft Virtual System Migration Service/<fqdn>
Service ID: NULL SID

Network Information:
Client Address: ::ffff:172.16.1.8
Client Port: 58871

Additional Information:
Ticket Options: 0x40830000
Ticket Encryption Type: 0xFFFFFFFF
Failure Code: 0x29
Transited Services: –

Error Code 0x29 or error KRB_AP_ERR_MODIFIED means that the Kerberos message checksum failed and the message is suspected of being modified in transit as a result of the checksum mismatch.

Possible ‘natural’ explanations for this include:

The authentication data was encrypted with the wrong key for the intended server.
The authentication data was modified in transit by a hardware or software error, or by an attacker.
The client sent the authentication data to the wrong server because incorrect DNS data caused the client to send the request to the wrong server.
The client sent the authentication data to the wrong server because DNS data was out-of-date on the client.

In this case it is likely that it is being caused by a bug in the Kerberos Service on Windows Server Domain Controllers as identified in an emergency out-of-bound patch release on 14th November 2021 for Windows Server 2008 R1 and higher.

View: Windows Message Centre Announcement

“Take action: Out-of-band update to address authentication issues on DCs relating to Kerberos delegation scenarios

Microsoft is releasing Out-of-band (OOB) updates today, November 14, 2021, to resolve issues in which authentication might fail on DCs with certain Kerberos delegation scenarios on all supported versions of Windows Server when used as a Domain Controller. To get the standalone update package, search for it in the Microsoft Update Catalog. You can import this update into Windows Server Update Services (WSUS) manually. See the Microsoft Update Catalog for instructions. Note These updates are not available from Windows Update and will not install automatically.”

You need to patch your Domain Controllers (not the Hypervisors) with the following KB’s and restart them to fix the problem:

Windows Server 2019: KB5008602
Windows Server 2016: KB5008601
Windows Server 2012 R2: KB5008603
Windows Server 2012: KB5008604
Windows Server 2008 R2 SP1: KB5008605
Windows Server 2008 SP2: KB5008606

Источник

Как старший программный менеджер в группе 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 и обнаруживает, что виртуальные машины исчезли. Другие симптомы:

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

The requested operation cannot be performed on a file with a user-mapped section open. (0x800704C8);
VMName’ Microsoft Synthetic Ethernet Port (Instance ID{7E0DA81A-A7B4-4DFD-869F-37002C36D816}): Failed to Power On with Error ‘The specified network resource or device is no longer available.’ (0x80070037);
The I/O operation has been aborted because of either a thread exit or an application request. (0x800703E3).

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

Папка, в которой по умолчанию хранятся настройки виртуальных машин (C:ProgramDataMicrosoftWindowsHyper-V).
Другие папки конфигураций виртуальных машин.
Папка, в которой по умолчанию хранятся VHD-файлы (C:UsersPublicDocumentsHyper-VVirtual Hard Disks).
Другие папки, в которых хранятся VHD-файлы.
Папки, в которых хранятся снимки.
Vmms.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).
Vmwp.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).

Рекомендуемые исключения, необходимые для работы 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, требуется сделать следующее:

Экспортировать виртуальную машину на том, где достаточно свободного места на диске.
После завершения экспорта откройте консоль управления Hyper-V и удалите виртуальную машину, которую экспортировали.
Импортируйте виртуальную машину из нового места хранения. Если версия Hyper-V ниже Windows Server 2008 R2, включите виртуальную машину, а затем выключите ее, чтобы запустить процесс объединения в новом месте хранения.

Полный список наработанных методов использования снимков можно найти в статье 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, чтобы выяснить, включает ли обновление усовершенствованные компоненты интеграции.

Список обновлений Hyper-V для Windows Server 2008: technet.microsoft.com/en-us/library/dd430893(WS.10).aspx?lc=1033.
Список обновлений Hyper-V для Windows Server 2008 R2: technet.microsoft.com/en-us/library/ff394763(WS.10).aspx.

Пример проблемы, которая может возникнуть из-за устаревших компонентов интеграции, можно найти в статье 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

Source: Microsoft-Windows-Hyper-V-Integration

Event ID: 4010

Level: Warning

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. Чтобы обновить настройки виртуальной машины, выполните следующие шаги.

В консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, а затем щелкните по виртуальной машине, для которой хотите обновить настройки.
В окне Actions прокрутите список вниз, щелкните мышью на кнопке More Actions, затем выберите функцию Refresh virtual machine configuration, как показано на экране 2.

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

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

в консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, затем щелкните по виртуальной машине, для которой хотите изменить параметры;
в окне Actions щелкните мышью на кнопке Settings, чтобы изменить параметры виртуальной машины.

Сбои в работе 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

Источник

Содержание

Ошибка Hyper-V «Не удаётся запустить виртуальную машину, поскольку не выполняется низкоуровневая оболочка»
Системные требования
Хранилище BCD
AMD Bulldozer
Технологии виртуализации
Устранение неполадок с 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).»
Низкоуровневая оболочка Windows должна быть запущена Windows hypervisor must be running
Проблема Issue
Влияние Impact
Решение Resolution
Проверка поддержки виртуализации в BIOS или UEFI To verify virtualization support in the BIOS or UEFI
Проверка журналов событий To check the event logs
См. также: See Also

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

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 .

Устранение неполадок с 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.

Низкоуровневая оболочка Windows должна быть запущена Windows hypervisor must be running

Область применения. Windows Server 2016 Applies To: Windows Server 2016

Свойство Property	Сведения Details
Операционная система Operating System	Windows Server 2016 Windows Server 2016
Продукт или компонент Product/Feature	Hyper-V Hyper-V
Уровень серьезности Severity	Предупреждение Warning
Категория Category	Предварительные требования Prerequisites

В следующих разделах курсив указывает текст пользовательского Интерфейса, который отображается в анализатор соответствия рекомендациям для этой проблемы. In the following sections, italics indicates UI text that appears in the Best Practices Analyzer tool for this issue.

Проблема Issue

Низкоуровневая оболочка Windows не запущена. Windows hypervisor is not running.

Влияние Impact

Виртуальные машины не могут быть запущены до запуска низкоуровневой оболочки Windows. Virtual machines cannot be started until Windows hypervisor is running.

Решение Resolution

Проверьте каталог Windows Server, чтобы узнать, является ли этот сервер полным для запуска Hyper-V. Теперь убедитесь, что в BIOS включена аппаратная виртуализация и предотвращение выполнения данных, обеспечивающее аппаратное обеспечение. Затем проверьте журнал событий гипервизора Hyper-V. Check the Windows Server catalog to see if this server is qualified to run Hyper-V. Next, make sure the BIOS is enabled for hardware-assisted virtualization and hardware-enforced data execution prevention. Then, check the Hyper-V-Hypervisor event log.

Изменение определенных параметров в BIOS компьютера может привести к прекращению загрузки операционной системы компьютером или к тому, что устройства, например жесткие диски, недоступны. Changing certain parameters in the system BIOS of a computer can cause that computer to stop loading the operating system, or it can make hardware devices, such as hard disk drives, unavailable. Всегда проконсультируйтесь с руководством пользователя компьютера, чтобы определить правильный способ настройки BIOS системы. Always consult the user manual for the computer to determine the proper way to configure the system BIOS. Кроме того, всегда рекомендуется отследить параметры, которые вы изменяете, и их исходное значение, чтобы при необходимости их можно было восстановить позже. Also, it is always a good idea to keep track of the parameters that you modify and their original value so that you can restore them later if needed. При возникновении проблем после изменения параметров в BIOS системы попробуйте загрузить параметры по умолчанию (параметр обычно доступен в служебной программе настройки BIOS) или обратитесь за помощью к изготовителю компьютера. If you experience problems after changing parameters in the system BIOS, try to load the default settings (an option is usually available in the BIOS configuration utility), or contact the computer manufacturer for assistance.

Проверка поддержки виртуализации в BIOS или UEFI To verify virtualization support in the BIOS or UEFI

Перезагрузите компьютер и получите доступ к BIOS или UEFI с помощью средства настройки. Restart the computer and access the BIOS or UEFI through the configuration tool. Доступ к этому средству обычно предоставляется, когда компьютер проходит через процесс загрузки. Access to this tool usually is available when the computer goes through a boot process. Сразу после включения большинства компьютеров в течение нескольких секунд появится сообщение, содержащее ключ или сочетание клавиш для открытия средства настройки. Immediately after you turn on most computers, a message appears for a few seconds that lists the key or combination of keys to press to open the configuration tool.

Найдите параметры виртуализации и аппаратной защиты, обеспечивающие выполнение данных (DEP), и убедитесь, что они включены. Find the settings for virtualization and hardware-enforced Data Execution Prevention (DEP) and verify that they are on. Ниже приведены общие расположения меню для этих параметров в средстве настройки, а также примеры их именования. Following are common menu locations for these settings in the configuration tool, and examples of what they might be named:

Поддержка виртуализации: Virtualization support:

Обычно доступен под параметрами основного процессора или производительности. Usually available under the settings for the main processor or performance. Иногда он находится под параметрами безопасности. Sometimes it’s under the security settings.

Найдите имена параметров, которые включают «виртуализация» или «технология виртуализации». Look for parameter names that include «virtualization» or «virtualization technology».

Аппаратное обеспечение DEP: Hardware-enforced DEP:

Обычно доступен в параметрах безопасности или памяти. Usually available under the security or memory settings.

Найдите имена параметров, которые включают «выполнение», «выполнение» или «предотвращение». Look for parameter names that include «execution», «execute», or «prevention».

При необходимости включите параметры, следуя инструкциям в средстве настройки. If necessary, turn on the settings by following the instructions in the configuration tool. Сохраните изменения и завершите работу. Save the changes and exit.

Если вы внесли изменения, выключите и снова включите питание, чтобы завершить работу. If you made any changes, turn the power off and then back on to finish.

Рекомендуется выключить и снова включить питание (иногда это называется циклом электропитания), так как изменения не применяются на некоторых компьютерах, пока это не произойдет. We recommend that you turn the power off and then back on (sometimes called a power cycle) because the changes aren’t applied on some computers until this happens.

Затем проверьте журнал событий низкоуровневой оболочки Hyper-V. Next, check the Hyper-V-Hypervisor event log. При возникновении проблем вы также сможете проверить системный журнал. If there are problems, you’ll also check the System log.

Проверка журналов событий To check the event logs

Откройте средство просмотра событий. Open Event Viewer. Нажмите кнопку Пуск, выберите пункт Администрирование, а затем щелкните Просмотр событий. Click Start, click Administrative Tools, and then click Event Viewer.

Откройте журнал событий низкоуровневой оболочки Hyper-V. Open the Hyper-V-Hypervisor event log. В области навигации последовательно разверните узлы журналы приложений и служб >> Microsoft >> Windows >> Hyper-V-гипервизор, а затем выберите пункт Операционная. In the navigation pane, expand Applications and Services Logs >> Microsoft >> Windows >> Hyper-V-Hypervisor, and then click Operational.

Если низкоуровневая оболочка Windows запущена, дальнейшие действия не требуются. If Windows hypervisor is running, no further action is needed. Если гипервизор Windows не работает, сделайте следующее: If Windows hypervisor isn’t running, do this:

Откройте системный журнал. Open the System log. (В области навигации разверните узел журналы Windows и выберите пункт система.) (In the navigation pane, expand Windows Logs and then select System.)

Используйте фильтр для поиска событий гипервизора Hyper-V: Use a filter to find Hyper-V-Hypervisor events:

На панели действия выберите пункт Фильтровать текущий журнал. In the Actions pane, click Filter Current Log. Для источников событий укажите Hyper-V-гипервизор. For Event sources, specify «Hyper-V-Hypervisor».
Найдите события, сообщающие о проблемах. Look for events that report problems. Например, событие с ИДЕНТИФИКАТОРом 41 указывает на проблему с конфигурацией BIOS: «сбой запуска Hyper-V; В BIOS отсутствует или не включено значение VMX. » For example, event ID 41 indicates a problem with the BIOS configuration: «Hyper-V launch failed; Either VMX not present or not enabled in BIOS.»

См. также: See Also

Дополнительные сведения об использовании Hyper-V в Windows 10, а также о том, как проверить, может ли компьютер работать под управлением Hyper-v, см. в статье требования к системе для Hyper-v в Windows 10. For details about using Hyper-V on Windows 10, including how to check that your computer can run Hyper-V, see Windows 10 Hyper-V System Requirements.

Источник

Hyper v ошибка 16000

Question

Answers

Question

Answers

Системные требования

Хранилище BCD

AMD Bulldozer

Технологии виртуализации

необходимо запустить гипервизор Windows

Проблема

Влияние

Решение

Проверка поддержки виртуализации в BIOS или UEFI

Проверка журналов событий

См. также:

Устранение неполадок с Hyper-V в Windows 10

После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2)

Создается неправильный тип контрольной точки даже после его изменения

При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке

При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)».

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

Системные требования

Хранилище BCD

AMD Bulldozer

Технологии виртуализации

Низкоуровневая оболочка hyper v не активна windows 10

Вопрос

Ответы

Все ответы

Установка Hyper-V в Windows 10

Проверьте следующие требования

Включение Hyper-V с помощью PowerShell

Включение Hyper-V с помощью CMD и DISM

Включение роли Hyper-V с помощью раздела «Параметры»

Errors without Error Codes

Errors with Error Codes

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

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

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

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

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

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

Системные требования

Хранилище BCD

AMD Bulldozer

Технологии виртуализации

Устранение неполадок с 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

Низкоуровневая оболочка Windows должна быть запущена Windows hypervisor must be running

Проблема Issue

Влияние Impact

Решение Resolution

Проверка поддержки виртуализации в BIOS или UEFI To verify virtualization support in the BIOS or UEFI

Проверка журналов событий To check the event logs

См. также: See Also

А вот еще интересные материалы: