Hoe selecteer ik een paravirtualisatie-interface in VirtualBox?

De VirtualBox Handleiding , in de sectie getiteld Paravirtualization providers legt heel duidelijk uit wanneer elk gebruikt moet worden (nadruk toegevoegd):

• Minimal: Kondigt de aanwezigheid van een gevirtualiseerde omgeving aan. Daarnaast rapporteert het de TSC- en APIC-frequentie aan het gast-besturingssysteem. Deze aanbieder is verplicht voor het uitvoeren van Mac OS X-gasten.

• KVM: Presenteert een Linux KVM hypervisor-interface die wordt herkend door Linux-kernels vanaf versie 2.6.25. De implementatie van VirtualBox ondersteunt momenteel paravirtualized clocks en SMP spinlocks. Deze provider wordt aanbevolen voor Linux-gasten.

• Hyper-V: Biedt een Microsoft Hyper-V hypervisor-interface die wordt herkend door Windows 7 en nieuwere besturingssystemen. De implementatie van VirtualBox ondersteunt momenteel paravirtualized klokken, APIC-frequentierapportage, gastdebugging, gastcrashrapportage en ontspannen timercontroles. Deze provider wordt aanbevolen voor Windows-gasten.

De andere opties in het uitklapmenu doen het volgende, zoals uitgelegd in de vboxmanage docs :

• Neen : Door none te specificeren wordt het blootstellen van een paravirtualisatie-interface expliciet uitgeschakeld.

• Voorkeur : De optie default kiest een geschikte interface afhankelijk van het gast OS type tijdens het starten van de VM. Dit is de standaardoptie die wordt gekozen bij het aanmaken van nieuwe VM’s.

• Legacy : De optie legacy wordt gekozen voor VM’s die zijn gemaakt met oudere VirtualBox-versies en zal een paravirtualisatie-interface kiezen bij het starten van de VM met VirtualBox 5.0 en nieuwer.

Om precies te zijn, omdat ik 4.3 gemigreerde VM’s had, en die zijn “legacy”, ook was ik geïnteresseerd in welke instelling ik moest gebruiken, als ik VM van Linux naar Windows kopieer of vice versa:

–paravirtprovider none|default|legacy|minimal|hyperv|kvm: Deze instelling specificeert welke paravirtualisatie-interface aan het gast-besturingssysteem moet worden aangeboden.

• Door none expliciet op te geven schakelt u het aanbieden van een paravirtualisatie-interface uit.
  
• De optie default kiest een geschikte interface afhankelijk van het type gastbesturingssysteem tijdens het starten van de VM. Dit is de standaardoptie die wordt gekozen bij het maken van nieuwe VM’s.
  
• De optie legacy wordt gekozen voor VM’s die zijn gemaakt met oudere VirtualBox-versies en kiest een paravirtualisatie-interface bij het starten van de VM met VirtualBox 5.0 en nieuwer.
  
• De minimal provider is verplicht voor Mac OS X gasten ,
• kvm - aanbevolen voor Linux gasten
• en hyperv - aanbevolen voor Windows gasten

Deze opties worden in detail uitgelegd in Paragraaf 10.4, Paravirtualisatie providers “.

Uit handleiding hoofdstuk 8 .

Dus als u VirtualBox heeft geupgrade naar versie 5 in Linux, selecteer dan kvm of default , start VM en controleer of het correct werkt. Zo ja, laat dan de nieuwe instelling staan.

Als je VM’s migreert/verplaatst van Linux naar Windows, adviseer ik de default optie, die automatisch de beste virtualisatie-interface selecteert.

Gewoon een paar centen, gebaseerd op mijn eigen tests.

Ik had getest met een Windows 10 guest, draaiend op een Windows 10 host en op een Linux host (althans dat had ik geprobeerd).

En niet te vergeten, alle virtuele schijven die ik gebruik zijn inmutable (om identieke tests te garanderen).

Op een windows 10 host, draait de gast normaal (misschien een beetje traag) maar hij start op en het bureaublad wordt getoond… paravirtualisatie is “standaard”.

Als ik dezelfde virtuele machine op een Linux host probeer met paravirtualisatie “standaard”, start de Windows 10 guest niet op, hij start op tot de puntjes in een cirkel bewegen, dan bevriest hij na een tijdje… geen manier om in te loggen, noch de desktop… onthoud dat alle schijven onveranderbaar zijn.

Maar zodra ik paravirtualisatie op “Heredada” zet (het is in het Spaans) start hij op en bereikt hij het bureaublad, maar soms (onthoud dat alle schijven inmutable zijn) reboot hij, terwijl ik hem andere keren wel kan gebruiken (heel, heel langzaam)… dus er moet ergens een race contition zijn, want met inmutable schijven doet hij niet altijd hetzelfde.

Ah, tussen haakjes, de Windows gast heeft geen Internet toegang om er zeker van te zijn dat geen enkele Internet verbinding de dingen anders kan laten werken bij cold boots.

Onthoud:

• Alle schijven zijn inmutable
• Alles wordt teruggezet bij elke cold boot
• Windows guest werkt niet altijd
• Met paravirtualisatie op “default” start hij niet eens op op Linux host, maar wel goed op Windows Host.
• Met paravirtualisatie op “Heredada” boot hij wel op een Linux host (maar hij is niet altijd stabiel genoeg om te gebruiken)

Ik heb ook geprobeerd 2D & 3D (en PAE/NX) in/uit te schakelen omdat ik wil dat dezelfde gast (virtuele HDD’s gekopieerd van de ene host naar de andere) stabiel is op twee verschillende hosts; ook wil ik in staat zijn om virtuele HDDs te kopiëren van de ene host naar de andere host nadat ik een update heb gedaan (voordat ik een cold boot doe, een inmutable disk samenvoeg met zijn ouder om veranderingen permanent te maken en niet verloren te laten gaan, aka met behulp van CloneVDI); ik gebruik geen snapshots, alleen inmutable disks.

Dat is wat ik had gezien, ik moet meer testen doen met andere paravirtualisatie waarden, voor het geval er een beter werkt op de Linux host. Ik gebruik geen MAC, noch OS/2, alleen Windows host en Linux host (beide hosts staan op verschillende fysieke hardware).

VERSIE: Windows 10 guest is HOME 64Bits en versie is 1809.17763.379

Hoop dat dit anderen helpt, test & test & hertest (beter met inmutable disks) elke combinatie van waarden tot je een combinatie vindt die werkt, het lijkt erop dat dat de enige manier is om een guest op verschillende soorten hosts (Windows/Linux) te laten draaien !!!