Nested Virtualization met WSL2

WSL is super handig, veelzijdig en volop in ontwikkeling. Er zijn twee smaken WSL; WSL-1 welke System Calls bedoeld voor de  Linux Kernel vertaald naar WinNT Kernel System Calls (zeg maar WINE, maar dan andersom) en WSL2 die gebruikt maakt van een zogenaamde Lightweight Utility VM.(Henk den Hartog)

De Lightweight Utility VM biedt veel mogelijkheden en een leuke hiervan is wel Nested Virtualisatie, oftewel het kunnen draaien van Virtuele Machines in een Virtuele Machine (de Lightweight Utility VM in het geval van WSL2).

Dit is één van de nieuwe features die wordt geïntroduceerd in de aankomende update van WSL2, maar met wat kunst en vliegwerk kun je hier ook al mee spelen op basis van de huidige versie van WSL2. In dit artikel ga je KVM installeren op een Ubuntu WSL-2 distributie. De werkwijze is getest op hardware met een Intel processor (support voor AMD volgt pas later) met de volgende uitgaven van Windows10:

Windows Professional 10.0.19042 N/A Build 19042

Windows Enterprise 10.0.19042 N/A Build 19042

Windows Home 10.0.19042 Build 19042

 

Let wel de installatie van WSL-2 valt buiten de scope van dit artikel, maar gelukkig kun je een duidelijke howto vinden op de site van Microsoft:

https://docs.microsoft.com/en-us/windows/wsl/install-win10

 

Third party virtualisatie software

Voordat je begint is het goed je te realiseren dat WSL-2 gebruik maak van virtualisatie en dus Hyper-V zal activeren, zij het een uitgeklede versie. Dit betekent dat virtuele machines gemaakt met third party virtualisatie software als VMWare Player en VirtualBox niet meer zullen werken, zolang de WSL-2 feature aan staat. Microsoft biedt een additionele feature aan, genaamd “Windows Hypervisor Platform” welke een API voor dit doeleinde aanbiedt. De laatste versie van VirtualBox kan hiermee omgaan, maar zit nog in de experimentele fase en lijkt in de praktijk niet goed te werken.

 

Een extra distributie installeren

Je begint met het creëren van een extra WSL-distributie. Je wilt voor dit experiment namelijk niet je eventuele huidige WSL Ubuntu installatie aanpassen, maar je kunt deze daarvoor wel gebruiken als je wilt.

Nog een keer dezelfde distributie halen uit de Microsoft Store gaat niet, daarom gebruiken we Powershell om een extra instantie van Ubuntu20.04 te downloaden.

Start powershell en maak in je homedirectory een wsl-distros directory:

cd ~

 mkdir wsl-distros

 cd wsl-distros

Download nu Ubuntu met de Invoke-WebRequest cmdlet:

Invoke-WebRequest -Uri https://cloud-images.ubuntu.com/focal/current/focal-server-cloudimg-amd64-wsl.rootfs.tar.gz -OutFile kvm.tar.gz -UseBasicParsing

Nb1. In plaats van gebruik te maken van Invoke-WebRequest kun je natuurlijk ook handmatig een image downloaden van https://cloud-images.ubuntu.com.

Nb2. Dit duurt een tijdje; in de tussentijd kun je alvast verder gaan met het installeren van WinDbg Preview uit de Microsoft Store en het downloaden van de benodigde scripts (verderop in dit artikel beschreven)

Importeer de Ubuntu WSL distributie onder de naam “kvm” met wsl import:

wsl –import kvm ./kvm kvm.tar.gz –version 2

1. Let op dat je importeert als version 2

 

Je kunt nu je nieuwe “kvm” WSL-distributie starten

wsl -d kvm

Update en installeer vervolgens de volgende pakketten:

 apt update

 apt upgrade

 apt -y install build-essential libncurses-dev bison flex libssl-dev libelf-dev cpu-checker qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils libvirt-daemon-system-sysv virt-manager

 

Wanneer je nu het commando ‘kvm-ok’ uitvoert zul je het volgende te zien krijgen:

INFO: Your CPU does not support KVM extensions

KVM acceleration can NOT be used

[Afb1: WSL-2 heeft out of the box geen virtualisatie actief staan]

 

Dat ga je nu fixen door het geschikt maken van de Lightweight Utility VM voor Nested Virtualisatie.

 

Nested virtualisatie

Nu ga je de Lightweight Utility VM geschikt maken voor Nested Virtualisatie.

Voor een normale Hyper-V VM kun je dit aanzetten met de “Set-VMProcessor” Powershell CMDlet, maar de Lightweight Utility VM wordt op een andere manier gemanaged (met HCS en daarom vind je deze bijvoorbeeld ook niet terug in de Hyper-V manager).

Bovendien wordt de Lightweigt Utility VM elke keer opnieuw aangemaakt bij het starten van de eerste WSL-instantie en dus moet je op een andere manier nested virtualisatie activeren.

Dit ga je doen met behulp van WinDbg Preview en een aantal scripts welke te vinden zijn op de volgende GitLab pagina:

 

https://gitlab.com/conclusionxforce/automation/public/wsl2-nested-virtualization

1. Deze scripts zijn afgeleid van het origineel, welke te vinden zijn op:

https://gist.github.com/steffengy/62a0b5baa124830a4b0fe4334ccc2606.

Ga naar de Microsoft Store, zoek naar “WinDbg Preview” en installeer deze.

 

[Afb2: Windows Debugger is makkelijk te installeren vanuit de  Microsoft Store]

Stop vervolgens de Lightweight Utility VM, maar LET OP(!) dit impliceert ook dat al je reeds draaiende WSL-distributies de nek worden omgedraaid. Sluit deze dus eerst netjes af!

Start Powershell en typ in:

 

wsl –shutdown

 

Haal het run-luvm.bat en script.js van de Conclusion Xforce git repository en plaats deze ergens op je systeem. Waar maakt niet zoveel uit, als je ze maar weer terug kunt vinden en ze beide bij elkaar in dezelfde map staan

Start nu Powershell weer, maar dit keer met “Run as Administrator”, want we gaan de LxssManager Windows Services herstarten in het run-luvm.bat script en dat is een beschermd proces.

[Afb3: Start Powershell als Administrator]

 

Start het run-luvm.bat script in deze Powershell met Administrator rechten:

 ./run-luvm.bat

 

Wacht tot de Windows Debugger volledig is gestart door dit script. Soms kan het echter voorkomen, met name bij de eerste keer, dat de foutmelding “The RPC server is unavailable” tevoorschijn komt. Dit komt omdat de WinDBG dan niet snel genoeg geïnitialiseerd is. Let dus goed op deze melding, want dat betekent dat het niet werkt. De oplossing is echter simpel probeer het nog een keer, nadat je er zeker van bent dat je Powershell als Administrator hebt uitgevoerd en je een “wsl –shutdown” hebt gedaan.

[afb4: Soms start WinDB niet snel genoeg, de oplossing is simpel; probeer het nog een keer]

 

Starten WSL KVM distro

 

Nu kun je de eerder gecreëerde “kvm” WSL-distributie weer starten:

wsl -d kvm

 

Dit hoeft overigens niet in hetzelfde Powershell venster met Administrator rechten (liever niet zelfs). Wanneer je nu “kvm-ok” opstart, zie je:

 

INFO: /dev/kvm exists

KVM acceleration can be used

 

Bovenstaand betekent dat virtualisatie mogelijk is, maar er moeten nog een aantal kleine dingen gedaan worden voordat we KVM kunnen starten.

Qemu logt standaard naar systemd-logd, maar een WSL-distributie maakt geen gebruik van Systemd. Voeg daarom het volgende toe aan /etc/libvirt/qemu.conf:

stdio_handler = “file”

 

Er moeten wat rechten goed gezet worden op /dev/kvm

chown root:kvm /dev/kvm

chmod 660 /dev/kvm

 

Nu kun je libvirtd starten:

service libvirtd start

 

Virtuele Machine

 

Wanneer je op Windows een X server hebt geïnstalleerd kunt je virt-manager starten en een VM creëren. Hoe je een X Server moet installeren onder Windows valt ook buiten scope van dit artikel, maar in het Linux Magazine nummer 6 van 2019 kun je lezen wat hiervoor nodig is op basis van WSL-1 en VcXsrv. Als je de stappen in dit artikel volgt loont het de moeite om in de Microsoft Store op zoek te gaan naar het programma GWSL. Ook dit is een gratis X Server voor Windows, maar welke meer geënt is op WSL en dus ook mooier integreert. Zo kun je bijvoorbeeld je grafische applicaties vanuit GWSL starten en D-bus configureren op je distro. Ook moet je je DISPLAY anders instellen voor WSL-2. Voor een WSL-2 distributie draait de X server namelijk niet op localhost maar op een extern ip adres. Vanuit de WSL-2 distributie gezien is dit het ip adres van je default gateway. Op deze manier stel je dit ip adres in als waarde voor de DISPLAY variabele:

export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk ‘{print $2}’):0

[afb5: Centos8 Stream VM op KVM met WSL-2 op Windows 10]

 

Wist je trouwens dat in de aankomende grote update van Windows 10 er standaard met WSL-2 een X server geïntegreerd gaat worden?

 

Tot slot

In dit artikel heb je alvast een kijkje in de toekomst genomen als het gaat om Nested Virtualisatie met WSL-2.

WSL-2 en zijn Lightweight Utility VM welke in de volgende release out-of-the-box Nested-Virtualizatie zal ondersteunen biedt eindeloze mogelijkheden, zeker als je vervolgens KVM installeert.

Wat dacht je bijvoorbeeld van MacOS draaien op Windows10 met WSL-2? Deze link vond ik, maar heb ik zelf niet getest:

https://dev.to/nicole/running-macos-on-windows-10-with-wsl2-kvm-and-qemu-21e1

Krijg jij het aan de gang?