Hyper-V Virtuální stroj nelze spustit. Hyper-V nelze spustit virtuální stroj před instalací nízkoúrovňových integračních služeb prostředí

Hyper-V , nativní pro systémy Windows - ve svých edicích serverů i v některých desktopových verzích a edicích - prostředí pro práci s virtuálními stroji a jejich hosty OS ne vždy funguje bez problémů. Jedním z těchto problémů může být oznámení, které se objeví při spuštění virtuálního stroje, který, jak říkají, Hyper-V nespustí se, protože nefunguje nějaký nízkoúrovňový shell.

Co je to za chybu a jak ji opravit.

Okno s takovou chybou je univerzální interpretace, důvod může spočívat v několika věcech.

Požadavky na systém

Pokud Windows sám o sobě nesplňuje požadavky pro práci s Hyper-Va ne všechna vydání pro stolní počítače vám umožňují pracovat s touto komponentou, jednoduše ji nelze v systému aktivovat. Existují však také hardwarové požadavky. Jejich nesoulad nemusí ovlivnit aktivaci hypervisoru, ale později se stane příčinou takové chyby.

Pro práci Hyper-V je to nutné:

Minimálně 4 GB RAM;
64bitový procesor s podporou SLAT a virtualizační technologie.

Úložiště BCD

Dotyčná chyba může znamenat nesprávnou konfiguraci dat úložiště BCD ... Součástka Hyper-V hluboce integrován do Windows a spouští se před spuštěním jádra systému. Pokud je ve skladu BCD byly provedeny změny za účelem úpravy spuštění hypervisoru, mohou být nesprávné. Nebo spustit Hyper-V a byl dříve záměrně deaktivován za účelem dočasné optimalizace využití počítačových zdrojů. V tomto případě konfigurace BCD pokud jde o spuštění hypervisoru, je nutné buď opravit, nebo vrátit výchozí hodnotu nastavením automatického spuštění Hyper-V... Chcete-li nainstalovat automatické spuštění, otevřete CMD jako správce (Požadované) , představujeme:

bcdedit / nastavit hypervisorlaunchtype auto

Poté jsme restartovali.

Buldozer AMD

Hyper-V nefunguje s firemními procesory AMD s architekturou Buldozer.

Virtualizační technologie

Aby byla zajištěna životnost virtualizačního prostředí prostřednictvím jakéhokoli hypervizoru, musí být procesor vybaven technologií, která poskytuje virtualizaci - Virtualizace Intelnebo jinak AMD-V... Informace o podpoře těchto technologií najdete na stránce se specifikacemi procesoru na webových stránkách. Intel a AMD ... A virtualizační technologie by samozřejmě měla být součástí BIOS .

Další důležitá nuance: pro zpracovatele Intel v BIOS konkrétní technologie musí být deaktivovány Intel VT-d a Důvěryhodné provedení... Hypervisor zabudovaný do Windows s nimi není přátelský. Takto by nastavení mělo vypadat BIOS pracovat s Hyper-V: Virtualizační technologie je povolena a konkrétní technologie jsou zakázány.

V tomto článku popíšu pouze chyby, se kterými jsem osobně se vyskytly v procesu instalace a konfigurace Hyper-V Serveru 2012. O dalších chybách a způsobech jejich řešení si můžete přečíst na webu společnosti Microsoft (například, nebo bohužel pouze v angličtině).

Chyby během instalace.

V.: V závěrečné fázi instalace Hyper-V Server 2012, nebo spíše po posledním restartu, se systém nespustí - černá obrazovka, žádná reakce na stisknutí kláves, pomáhá pouze tvrdý reset, je možné zavést systém do nouzového režimu.
P .: Operační systém nepodporuje nebo není kompatibilní s ovladači USB 3.0.
R .: Zakažte řadič USB 3.0 a všechna přidružená zařízení v systému BIOS.

V.: V závěrečné fázi instalace Hyper-V Server 2012, nebo spíše po posledním restartu, se systém nespustí - černá obrazovka, žádná reakce na stisknutí kláves, pomáhá pouze tvrdý reset, načítání do nouzového režimu je nemožné.
P .:
R .:Zkuste řešení navržené autorem tohoto článku.

Chyby během instalace a používání.

V.:Síťový adaptér se nezobrazuje v konzole pro konfiguraci serveru Hyper-V (položka 8).
P .:1) K napájecímu adaptéru není zapojen žádný kabel;
2) Problémy s aktivním (přepínač, router, atd.) Nebo pasivním (kabely, zásuvky, propojovací panel atd.) Síťovým zařízením.
R .: 1) Vložte kabel;
2) Zkontrolujte výkon síťového zařízení.

V.:Při pokusu o provedení příkazu jako netsh advfirewall firewall nastavte pravidlo group \u003d “ ”Nové povolení \u003d ano, zobrazí se chybové hlášení„ Skupinu nelze specifikovat za jiných podmínek identifikace “.
P .:Příkazy byly vloženy do konzoly pomocí metody copy-paste.
R .:Zadejte příkazy ručně, nebo jednoduše smažte a přepište nabídky.

V.: Správce technologie Hyper-V zobrazí zprávu „Přístup odepřen. Nelze navázat komunikaci mezi A "(Přístup byl odepřen. Nelze navázat spojení mezi a ).
P .:Uživateli nejsou v DCOM udělena práva na vzdálené spuštění a aktivaci.
R .:Všechny manipulace se provádějí na klientském počítači:
1) Spusťte modul snap-in Component Services s plnými právy správce. Chcete-li to provést, můžete například spustit program% SystemRoot% \\ System32 \\ dcomcnfg.exe.
2) Ve stromu konzoly rozbalte položku Služby komponent a počítače.
3) V místní nabídce objektu „Tento počítač“ vyberte „Vlastnosti“.
4) V okně „Vlastnosti tohoto počítače“ vyberte kartu „Zabezpečení COM“.
5) V části „Přístupová oprávnění“ klikněte na tlačítko „Upravit limity“.
6) V dialogovém okně „Přístupová oprávnění“ vyberte v seznamu „Skupinová nebo uživatelská jména“ řádek HANONYMOUS LOGON.
V části „Povolit“ v části „Oprávnění pro uživatele“ vyberte možnost „Vzdálený přístup“.
7) Zavřete všechna dialogová okna tlačítkem OK.

V.: Správce technologie Hyper-V zobrazí chybu „Nelze se připojit ke službě RPC ve vzdáleném počítači„ xxx.xxx.xxx.xxx “. Zkontrolujte, zda je služba RPC spuštěna.“

P .:1) Ve firewallu nebyla vytvořena potřebná pravidla.
2) Soubor hostitelů nemá vzájemnou korespondenci mezi IP počítače a názvem sítě.

R .:1) Existují 2 způsoby, jak problém vyřešit:

a) Zakažte bránu firewall na klientovi a na serveru (nežádoucí).
b) Vytvořte pravidla v bráně firewall na klientovi a serveru zadáním následujících příkazů:
Pro vzdálenou správu disků:
Netsh advfirewall firewall set pravidlo skupina \u003d „Vzdálená správa svazků“ nové povolení \u003d ano
Vzdálené spuštění modulu snap-in brány firewall:
Netsh advfirewall firewall set rule group \u003d “Windows Firewall Remote Management” nové povolení \u003d ano
2) Chcete-li jednoznačně svázat název serveru a IP adresu, musíte provést změny v souboru hostitelů. Například: 192.168.1.100 HVserver

V.:Správce technologie Hyper-V zobrazí chybu „Virtuální počítač nelze spustit, protože hypervisor není spuštěn.“ (Virtuální stroj nelze spustit, protože není spuštěn nízkoúrovňový shell.)

P .:Existuje několik důvodů pro tuto chybu.

Pozadí

Pak jsem začal vyvíjet pro Android a pak na mě čekalo překvapení! Emulátor běžel pouze na procesoru Intel. Mohlo by to být spuštěno bez virtualizace hardwaru, samozřejmě s využitím této rady. www.youtube.com/watch?v\u003dQTbjdBPKnnw&t\u003d127s , ale kdo jej použil, ví, že spuštění emulátoru může trvat velmi dlouho. S 12 GB mi to trvalo až 10 minut. To může být samozřejmě způsobeno vestavěnou grafickou kartou.

Moje hlavní pracoviště bylo v kanceláři, takže jsem se obzvlášť obával a testoval doma na skutečných zařízeních. Před pár měsíci však byl zapotřebí emulátor. První myšlenkou bylo samozřejmě koupit procesor Intel-ovsky. Ale také jsem si musel koupit základní desku a grafickou kartu. S největší pravděpodobností bych to udělal, kdybych nenarazil na aktualizované systémové požadavky. Požadavky říkají, že emulátor lze stále používat v systému Windows 10 (s aktualizacemi po dubnu 2018) pomocí technologie WHPX.

Nyní je hlavní částí příběhu, jak to udělat. Ukázalo se, že to není tak banální. Předem se omlouvám za opomenutí, protože se nemohu nazývat odborníkem ani na hardware, ani na Windows.

Instrukce

Pro práci s virtualizací hardwaru musí být podpora.

3. Odstraňte HAXM:

4. Zapneme režim virtualizace v systému BIOS. Může se to jmenovat IOMMU, ne VT.

5. Stahování aktualizací pro bios z oficiálních stránek. Například pro můj asus to byly.

Verze Bios by se měla stát něčím kolem 3001:

7. Přejděte na web společnosti Microsoft a prostudujte si pokyny pro povolení komponenty.

8. Musíte zkontrolovat požadavky Hyper-V. Chcete-li to provést, zadejte do příkazového řádku systeminfo. Zkontrolujeme, zda jsou zobrazeny tyto hodnoty:

Místo toho jsem měl zprávu:

Oficiální stránka říká, že dokud není nastaveno Ano-Ano-Ano-Ano, WHPX nebude fungovat. Můj emulátor se spustí, když je zapnutý nízkoúrovňový shell.

V ruském překladu se názvy poněkud liší:

Mimochodem, po deaktivaci komponenty „Windows Low-Level Shell“ se „Hyper-v Requirements“ změní na Ano-Ano-Ano-Ano. Nerozuměl jsem tomuto okamžiku. Pokud tomu někdo rozumí, napište do komentářů.

10. Zjistit, zda to všechno potřebujeme? Nebo bylo snazší koupit Intel)

Po těchto nastaveních by mělo vše fungovat:

Chci poznamenat, že s použitím technologie WHPX a procesoru amd trvá spuštění emulátoru přibližně stejně dlouho jako u procesoru Intel. Vzhledem k tomu, že zbytek „hardwaru“ je srovnatelný ve svých parametrech.