Stary laptop padł. Pogrzeb Lenovo T61 nie wiadomo jeszcze kiedy nastąpi (myślę że gdzieś za cztery-pięć tygodni. Tymczasem pojawiła się okazja (choć trzeba było trochę powalczyć), aby wpisać na swój sprzętowy stock takie ustrojstwo jak HP EliteBook 8440p. Nie jest to w żadnym wypadku szczyt marzeń, ale jest on odrobinę żwawszy niż poprzednik, a jego parametry (niezbyt wypaśny, ale w miarę wydajny procesor pierwszej generacji i5) oraz docelowo 8 GB RAM (teraz 4GB) zapowiada miłą pracę. Ma on kilka innych udogodnień, które mam zamiar w przyszłości wykorzystać (vide Wojtek Poniatowski i jego HDMI), ale nie o tym ma być tu mowa.
Procesor jest nowszy niż w Lenovo, a co za tym idzie powinien obsłużyć Hyper-V z poziomu Windows 8, na co większość z nas (dziwaków siedzących w zagraconej piwnicy) czekała od dawna. I oczywiście obsłużył. Pozwolił zainstalować co trzeba, oraz uruchomić maszynę wirtualną ukierunkowaną na platformie 64-bitową. Niestety samo Hyper-V mi nie wystarcza. Do różnych innych zastosowań używałem bowiem do tej pory VMWare Workstation 7.1, a od jakiegoś czasu VirtualBox 4.2.6. Ponieważ oba (Hyper-V + coś jeszcze) środowiska są dla mnie interesujące, chciałbym mieć oba na swoim podstawowym systemie (jakim od baaaaardzo długiego czasu jest Windows 8). Po zainstalowaniu nowego VirtualBox nie było mi jednak dane zainstalowanie maszyny z platformą 64-bitową:
![Capture_Hyper01 Capture_Hyper01](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper01_thumb.png)
Rys.01 | Wybór środowisk – brak maszyn w wersji 64-bit.
![Capture_Hyper02 Capture_Hyper02](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper02_thumb.png)
Rys.02 | A oszukanie systemu…
![Capture_Hyper03 Capture_Hyper03](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper03_thumb.png)
Rys.03 | …mimo chęci…
![Capture_Hyper04 Capture_Hyper04](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper04_thumb.png)
Rys.04 | …nie da niestety określonego rezultatu.
![Capture_Hyper05 Capture_Hyper05](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper05_thumb.png)
Rys.05 | Na naszym hyper-v…
![Capture_Hyper06 Capture_Hyper06](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper06_thumb.png)
Rys.06 | …nie ma jak widać od początku…
![Capture_Hyper07 Capture_Hyper07](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper07_thumb.png)
Rys.07 | …żadnego w zasadzie kłopotu.
No więc o co chodzi? Otóż, jak to się zdarza możemy czasem zapomnieć (lub po prostu nie wiedzieć, jeśli zdarzyło nam się to po raz pierwszy) o tym, że nasz hypervisor – obsługujący dowolną platformę wirtualizacyjną jest w przypadku systemu Windows 8 ukierunkowany na Hyper-V. Oznacza to, że po zainstalowaniu funkcjonalności jaką jest Hyper-V w narzędziu BDCEdit (Boot Configuration Data Editor {wikipedia|technet}), stystem domyślnie zostaje ustawiony na obsługę tego właśnie “systemowego” wirtualizatora. Możemy to sprawdzić podglądając w wierszu poleceń ustawienia BCDEdit:
![Capture_Hyper08 Capture_Hyper08](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper08_thumb.png)
Rys.08 | Ustawiona wartość Auto dla funkcji HyperVisorLaunchType spowoduje wymuszenie pierwszeństwa własnie dla Hyper-V, czego efektem są obrazki powyżej.
![Capture_Hyper09 Capture_Hyper09](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper09_thumb.png)
Rys.09 | Aby dać pierwszeństwo (do tego jeszcze wrócimy) dla bardziej lubianej aplikacji jaką jest w moim przypadku VirtualBox musimy zmienić tę wartość poleceniem: bcdedit /set hypervisorlaunchtype off.
![Capture_Hyper10 Capture_Hyper10](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper10_thumb.png)
Rys.10 | Po odświeżeniu status dla tej funkcji jest ustawiony na Off. Wymagany jest jeszcze restart fizyczny maszyny (ale to chyba jest zrozumiałe).
![Capture_Hyper11 Capture_Hyper11](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper11_thumb.png)
Rys.11 | Daje nam to możliwość zainstalowania maszyn wirtualnych z platformą 64-bitową (co widać na menu wyboru).
![Capture_Hyper12 Capture_Hyper12](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper12_thumb.png)
Rys.12 | Na samym końcu możemy spokojnie uruchomić instalację środowiska, jakie nam się wymarzyło.
Wcześniej wspomnieliśmy o pierwszeństwie. Nie chcieliśmy dać tego pierwszeństwa dla Hyper-V, więc musimy z tym brzemieniem żyć dalej. Przy próbie instalacji nowej maszyny na hyper-v wbudowanym w Windows 8 otrzymujemy błąd inicjalizacji: Maszyna ‘trr’ nie może być zainicjowana, ponieważ hypervisor nie jest zainicjowany. To efekt przełączenia go w tryb Off. Obecnie podczas uruchamiania systemu Windows nie widzi tej funkcjonalności, co skutkuje brakiem możliwości jej uruchomienia. Sposobem na użycie TEJ, a nie TAMTEJ wirtualizacji jest cofnięcie zmian poprzez BCDEdit oraz restart maszyny. Co oczywiście skutkować będzie niedostępnością VirtualBox.
![Capture_Hyper13 Capture_Hyper13](http://itblogs.pl/notbeautifulanymore/files/2012/12/Capture_Hyper13_thumb.png)
Rys.13 | I tak źle i tak niedobrze. Rozwiązanie problemu leży w punkcie trzecim: ustawienie wartości automatycznej inicjacji hypervisora.