Come selezionare l'interfaccia di paravirtualizzazione in VirtualBox?

Il Manuale di VirtualBox , nella sezione intitolata Paravirtualization providers spiega molto chiaramente quando ciascuno dovrebbe essere usato (enfasi aggiunta):

• Minimal: Segnala la presenza di un ambiente virtualizzato. Inoltre, riporta la frequenza TSC e APIC al sistema operativo guest. Questo provider è obbligatorio per l'esecuzione di qualsiasi ospite Mac OS X.

• KVM: Presenta un'interfaccia hypervisor Linux KVM che è riconosciuta dai kernel Linux a partire dalla versione 2.6.25. L'implementazione di VirtualBox supporta attualmente gli orologi paravirtualizzati e gli spinlock SMP. Questo provider è raccomandato per i guest Linux.

• Hyper-V: Presenta un'interfaccia hypervisor Microsoft Hyper-V che è riconosciuta da Windows 7 e dai sistemi operativi più recenti. L'implementazione di VirtualBox attualmente supporta gli orologi paravirtualizzati, la segnalazione della frequenza APIC, il debugging del guest, la segnalazione dei crash del guest e i controlli rilassati del timer. Questo provider è raccomandato per gli ospiti Windows.

Le altre opzioni nel menu a tendina fanno quanto segue, come spiegato nei vboxmanage docs :

• Nessuno : Specificando none si disattiva esplicitamente l'esposizione di qualsiasi interfaccia di paravirtualizzazione.

• Default : L'opzione default, sceglierà un'interfaccia appropriata a seconda del tipo di guest OS all'avvio della VM. Questa è l'opzione predefinita scelta durante la creazione di nuove VM.

• Legacy : L'opzione legacy è scelta per le VM che sono state create con versioni precedenti di VirtualBox e sceglierà un'interfaccia di paravirtualizzazione all'avvio della VM con VirtualBox 5.0 e più recenti.

Cerchiamo di essere più precisi, perché avevo delle VM migrate 4.3, e quelle sono “legacy”, inoltre ero interessato a quale impostazione usare, se copio la VM da Linux a Windows o viceversa:

–paravirtprovider none|default|legacy|minimal|hyperv|kvm: Questa impostazione specifica quale interfaccia di paravirtualizzazione fornire al sistema operativo guest.

• Specificando none esplicitamente non espone nessuna interfaccia di paravirtualizzazione.
  
• L'opzione default, sceglierà un'interfaccia appropriata a seconda del tipo di sistema operativo guest all'avvio della VM. Questa è l'opzione predefinita scelta durante la creazione di nuove VM.
  
• L'opzione legacy è scelta per le VM che sono state create con vecchie versioni di VirtualBox e sceglierà un'interfaccia di paravirtualizzazione all'avvio della VM con VirtualBox 5.0 e più recenti.
  
• Il provider minimal è obbligatorio per gli ospiti Mac OS X ,
• kvm - raccomandato per gli ospiti Linux**
• e hyperv - raccomandato per gli ospiti Windows**

Queste opzioni sono spiegate in dettaglio nella Sezione 10.4, Provider di paravirtualizzazione “.

Da manuale capitolo 8 .

Quindi se hai aggiornato VirtualBox alla versione 5 in Linux, seleziona semplicemente kvm o default , avvia la VM e controlla se funziona correttamente. Se sì, basta lasciare la nuova impostazione.

Se si migra/spostamento di VM da Linux a Windows, consiglio di avere l'opzione default, che fa la selezione automatica della migliore interfaccia di virtualizzazione.

Solo mu a centesimi, sulla base dei miei test.

Ho fatto dei test con un guest Windows 10, in esecuzione su un host Windows 10 e su un host Linux (o almeno ci ho provato).

Senza contare che tutti i dischi virtuali che uso sono inmutabili (per garantire test identici).

Sull'host windows 10, il guest gira normalmente (forse un po’ lento) ma si avvia e viene mostrato il desktop… la paravirtualizzazione è “default”.

Se provo la stessa macchina virtuale su un host Linux con paravirtualizzazione “default” il guest Windows 10 non si avvia, si avvia fino a quando i punti si muovono in cerchio, poi dopo un po’ si blocca… nessun modo per raggiungere il login, né il desktop… ricordate che tutti i dischi sono immutabili.

Ma appena imposto la paravirtualizzazione su “Heredada” (è in spagnolo) si avvia e raggiunge il desktop, ma a volte (ricordate che tutti i dischi sono immutabili) si riavvia, mentre altre volte posso usarlo (molto, molto lento)… quindi deve esserci una competizione da qualche parte, anche se con i dischi immutabili non fa sempre lo stesso.

Ah, a proposito, il guest di Windows non ha accesso a Internet per essere sicuri che nessuna connessione internet possa far funzionare le cose in modo diverso tra i cold boot.

Ricorda:

• Tutti i dischi sono immutabili
• Tutti vengono ripristinati ad ogni avvio a freddo
• Il guest Windows non funziona sempre
• Con paravirtualizzazione su “default” non si avvia nemmeno su Linux host, ma si avvia bene su Windows Host.
• Con la paravirtualizzazione su “Heredada” si avvia sull'host Linux (ma non è sempre stabile per poterlo usare)

Ho anche provato ad abilitare/disabilitare 2D & 3D (anche PAE/NX) perché voglio che lo stesso guest (HDD virtuali copiati da un host all'altro) sia stabile su due host diversi; inoltre voglio essere in grado di copiare gli HDD virtuali da un host a un altro host dopo aver fatto qualsiasi aggiornamento (prima di fare un avvio a freddo, unire il disco immutabile con il suo genitore per rendere le modifiche permanenti e non perdersi, anche usando CloneVDI); non uso snapshot, solo dischi immutabili.

Questo è quello che avevo visto, devo fare più test con altri valori di paravirtualizzazione, solo nel caso in cui qualcuno funzioni meglio sull'host Linux. Non uso MAC, né OS/2, solo host Windows e host Linux (entrambi gli host sono su hardware fisico diverso).

VERSIONE: Windows 10 guest è HOME 64Bits e la versione è 1809.17763.379

Spero che questo aiuti gli altri, provate e riprovate (meglio con dischi immutabili) qualsiasi combinazione di valori fino a trovare una combinazione che funzioni, sembra che sia l'unico modo per far funzionare un guest su diversi tipi di host (Windows/Linux)!!!