¿Cómo seleccionar la interfaz de paravirtualización en VirtualBox?

El Manual de VirtualBox , en la sección titulada Proveedores de virtualización explica muy claramente cuándo debe utilizarse cada uno de ellos (énfasis añadido):

• Mínimo: Anuncia la presencia de un entorno virtualizado. Además, informa de la frecuencia de TSC y APIC al sistema operativo invitado. Este proveedor es obligatorio para ejecutar cualquier huésped Mac OS X.

• KVM: Presenta una interfaz de hipervisor Linux KVM que es reconocida por los kernels Linux a partir de la versión 2.6.25. La implementación de VirtualBox soporta actualmente relojes paravirtualizados y spinlocks SMP. Este proveedor se recomienda para los huéspedes de Linux.

• Hyper-V: Presenta una interfaz de hipervisor Microsoft Hyper-V que es reconocida por los sistemas operativos Windows 7 y más recientes. La implementación de VirtualBox admite actualmente relojes paravirtualizados, informes de frecuencia APIC, depuración de huéspedes, informes de fallos de huéspedes y comprobaciones de temporizadores relajadas. **

Las otras opciones del menú desplegable hacen lo siguiente, como se explica en los vboxmanage docs :

• Ninguna : Especificar none desactiva explícitamente la exposición de cualquier interfaz de paravirtualización.

• Por defecto : La opción default, escogerá una interfaz apropiada dependiendo del tipo de SO invitado mientras se inicia la VM. Esta es la opción elegida por defecto al crear nuevas VMs.

• Legado : La opción legacy se elige para las VMs que fueron creadas con versiones anteriores de VirtualBox y elegirá una interfaz de paravirtualización al iniciar la VM con VirtualBox 5.0 y más recientes.

Seamos más precisos, porque tenía VMs migradas de la versión 4.3, y esas son “legacy”, también me interesaba saber qué configuración usar, si copio la VM de Linux a Windows o viceversa:

–paravirtprovider none|default|legacy|minimal|hyperv|kvm: Este parámetro especifica qué interfaz de paravirtualización se proporcionará al sistema operativo invitado.

• Especificar none explícitamente desactiva la exposición de cualquier interfaz de paravirtualización.
  
• La opción default , elegirá una interfaz apropiada dependiendo del tipo de sistema operativo invitado al iniciar la VM. Esta es la opción elegida por defecto al crear nuevas VMs.
  
• La opción legacy se elige para las VMs que fueron creadas con versiones anteriores de VirtualBox y escogerá una interfaz de paravirtualización al iniciar la VM con VirtualBox 5.0 y más recientes.
  
• El proveedor minimal es obligatorio para los huéspedes de Mac OS X ,
• kvm - recomendado para los huéspedes de Linux
• y hyperv - recomendado para los huéspedes de Windows

Estas opciones se explican en detalle en la Sección 10.4, Proveedores de paravirtualización “.

Del capítulo 8 del manual .

Así que si ha actualizado VirtualBox a la versión 5 en Linux, simplemente seleccione kvm o default , inicie la VM y compruebe si funciona correctamente. Si es así, simplemente deje la nueva configuración.

Si está migrando/moviendo VMs de Linux a Windows, recomiendo tener la opción default, que hace la selección automática de la mejor interfaz de virtualización.

Sólo mu a centavos, basado en mis propias pruebas.

He probado con un invitado de Windows 10, corriendo en un host de Windows 10 y en un host de Linux (o al menos lo he intentado).

Por no hablar de que todos los discos virtuales que uso son inmutables (para asegurar pruebas idénticas).

En el host de windows 10, el invitado se ejecuta normalmente (quizás un poco lento) pero arranca y se muestra el escritorio… la paravirtualización es “por defecto”.

Si pruebo la misma máquina virtual en un host Linux con la paravirtualización “por defecto” el invitado Windows 10 no arranca, arranca hasta que los puntos se mueven en un círculo, entonces después de un tiempo se congela… no hay forma de llegar al login, ni al escritorio… recuerden que todos los discos son inmutables.

Pero en cuanto pongo la paravirtualización en “Heredada” arranca y llega al escritorio, pero a veces (recordemos que todos los discos son inmutables) se reinicia, mientras que otras veces puedo usarlo (muy, muy lento)… así que debe haber una contienda de carrera en alguna parte, ya que con los discos inmutables no siempre hace lo mismo.

Ah, por cierto, el invitado de Windows no tiene acceso a Internet para estar seguro de que ninguna conexión a Internet puede hacer que las cosas funcionen diferente entre los arranques en frío.

Recuerde:

• Todos los discos son inmutables
• Todos son revertidos en cada arranque en frío
• Windows guest no funciona siempre igual
• Con paravirtualización en “default” ni siquiera arranca en Linux host, pero arranca bien en Windows Host.
• Con la paravirtualización en “Heredada” sí arranca en el host de Linux (pero no siempre es estable para permitir su uso)

También he probado a activar/desactivar 2D y 3D (también PAE/NX) porque quiero que el mismo huésped (discos duros virtuales copiados de un host a otro) sea estable en dos hosts diferentes; también quiero ser capaz de copiar los discos duros virtuales de un host a otro después de hacer cualquier actualización (antes de hacer un arranque en frío, fusionar el disco inmutable con su padre para que los cambios sean permanentes y no se pierdan, también conocido como el uso de CloneVDI); no uso instantáneas, sólo discos inmutables.

Eso es lo que había visto, debo hacer más pruebas con otros valores de paravirtualización, por si alguno funciona mejor en el host Linux. No uso MAC, ni OS/2, solo host Windows y host Linux (ambos host están en hardware físico diferente). ¡¡¡

VERSION: El invitado de Windows 10 es HOME 64Bits y la versión es 1809.17763.379

Espero que esto ayude a otros, prueba y prueba y reprueba (mejor con discos inmutables) cualquier combinación de valores hasta encontrar una combinación que funcione, parece que es la única manera de hacer que un invitado funcione en diferentes tipos de hosts (Windows/Linux) !!!