¿Alguna razón para NO ejecutar Linux en una VM todo el tiempo?

Me cambié a usar Arch Linux para la mayor parte de mi trabajo diario y no necesito Windows para nada más que juegos y las dos aplicaciones que no se portan a Linux como OneNote. Mi distribución de Linux está alojada en VirtualBox con Windows como host, y me gusta bastante así, las instantáneas son increíblemente útiles.

Digamos que casi nunca me importaría el host de Windows y pasar el 95% del tiempo en el invitado, ¿qué me estaría perdiendo?

¿Hay serios inconvenientes?

¿El rendimiento se ve gravemente afectado y la instalación directa en la máquina hará que mi vida sea mucho más increíble?

Suponiendo que puede hacer que todo funcione y que no desea realizar tareas intensivas en recursos, como jugar o hacer grandes compilaciones, creo que estará bien.

Hay algunos problemas básicos que probablemente encuentres:

• tiempo de invitado incorrecto
• tamaño de pantalla de invitado o profundidad de color incorrecta
• no puede acceder a dispositivos USB (impresoras, teléfonos, etc.)

Para solucionar esto, debe instalar las adiciones de invitados de VirtualBox . Consulte la guía de invitados de VirtualBox Arch Linux para más detalles.

Para obtener algunas características adicionales, como USB 2.0 e Intel PXE, también puede instalar el paquete de extensión VirtualBox .

Después de eso, hay algunos problemas que debe conocer:

• no puede usar USB 3.0
• no se puede usar IEEE1394 / "FireWire"
• no puede usar el modo integrado en combinación con doble cabezal
• el tiempo no se sincroniza con los invitados de 64 bits

Obviamente, su máquina virtual Linux se verá afectada si su sistema Windows también falla. Problemas que he tenido recientemente:

• El host de Windows se bloquea debido a un error del controlador (pantalla azul)
• El host de Windows se reinicia debido a una actualización de seguridad

Al ejecutar una máquina virtual, el mayor impacto en el rendimiento será en la E / S de su disco . Si es posible, coloque su VM en un disco separado y / o use una unidad de estado sólido . Usar una unidad SATA virtual en lugar de una unidad IDE virtual también puede ayudar.

Enseño una clase práctica sobre Linux, y desafortunadamente, según la política de la compañía, no se me permite volver a formatear las computadoras portátiles proporcionadas por la clase, por lo que seguimos el enfoque de invitado VirtualBox.

Ignorando todas las preocupaciones de rendimiento, aquí hay algunas notas / problemas que noté:

1) Modo puenteado e inalámbrico

Aparentemente, algunas tarjetas inalámbricas tienen dificultades para tener "identidades duales", lo que significa que nuestras lecciones de enrutamiento / firewall / redes se van al infierno. Es un problema conocido: la mayoría de los controladores inalámbricos no admiten el puente.

puente | The Linux Foundation - ¡No funciona con mi tarjeta inalámbrica!

Esto significa que si está utilizando una interfaz inalámbrica, debe realizar un trabajo adicional para que el invitado tenga una IP "pública".

2) Integración de escritorio

Excepto por algunos wallbangers en diseño, los entornos de escritorio modernos están bastante bien pensados ​​y ofrecen algunas comodidades que se pierden cuando no tienen acceso completo a la entrada / salida, o a la herramienta de conexión / desconexión del dispositivo. Por ejemplo, el menú de Vbox en la parte inferior se vuelve realmente molesto si tienes un selector de ventanas o notificaciones allí. Y algunas máquinas usan el atajo Ctrl + Alt + cursor_key (cambiar espacios de trabajo) para voltear la pantalla.

Quiero decir, compara lo fácil que es desconectar un dispositivo USB en GNOME, con el número equivalente de submenús / clics en Windows, y sé cuál preferiría cualquier día.

3) USB "robo"

A veces, Windows simplemente no quiere soltar una unidad USB, ya que decirle a Virtualbox que la conecte no siempre funciona, muy probablemente cuando Windows está leyendo el contenido por alguna razón u otra. Y luego hay algunas unidades USB que no son dispositivos de almacenamiento directo, pero realizan una acción similar a un interruptor de modo para hacer que sus unidades sean accesibles, es molesto conectarlas a la máquina Linux.

4) estabilidad

Por lo general, es más fácil "romper" Windows que Linux, por lo que generalmente desea que Linux "proteja" las instancias de Windows, en lugar de viceversa. Ya perdí un par de días de trabajo con el personal sobrescribiendo los archivos incorrectos y terminando rompiendo nuestra instalación de Virtualbox y nuestras imágenes de Linux.

5) Herramientas de línea de comando

Al menos en Linux, tiene la opción de jugar con imágenes de disco Vbox usando qemu-nbd y el dispositivo de bloqueo de red.

QEMU / Imágenes - Wikilibros, libros abiertos para un mundo abierto - Montaje de una imagen en el host

Esto le permite ver y modificar el contenido del disco del sistema operativo invitado sin tener que iniciarlo, por ejemplo, si lo hizo no arrancable.

También puede hacer cosas como hacer copias de seguridad de secuencias de comandos de VDI, o simplemente su contenido, o cambiar los "perfiles" de VirtualBox a través de enlaces simbólicos, mucho más fácil en bash.

No olvides que una VM es una emulación. Su sistema Unix nunca será tan poderoso en una máquina virtual como el instalado. Archlinux está hecho para satisfacer sus gustos, es una distribución que puede personalizar al máximo.
Solía ​​hacerlo funcionar en una VM, aunque pensé en instalarlo definitivamente en mi computadora. Ahora mi sistema arranca en unos 15 segundos, mis compilaciones son muchísimo más rápidas y todo funciona mejor.
Archlinux no es tan grande, puede instalarlo en una partición pequeña (solo asegúrese de tener suficiente espacio para sus programas en su partición raíz (tuve que reformatear mi partición raíz porque era demasiado pequeña)). Si usa Windows solo para jugar, debe considerar esa opción =)

PD: Sí, instalar directamente en tu computadora hará que tu vida sea increíble. :PAGS

Hay tres formas de configurar los dos sistemas operativos:

1. Windows host, Linux VM (como lo tiene).

2. Linux host, Windows VM.

3. Doble arranque.

Si desea ejecutar juegos de Windows, no recomendaría la opción 2.

Si regularmente desea usar un programa solo para Windows (que no funciona bien en Wine) durante su sesión de Linux, entonces la opción 3 no funcionará bien para usted.

Si usas cosas de Windows que no son del juego tan raramente que reiniciar no es una tarea difícil, entonces la opción 3 es la más eficiente.

Entonces, la pregunta es: ¿te molesta tu configuración actual? ¿O es lo suficientemente bueno? El viejo inconveniente real que se me ocurre es el tiempo de arranque extendido y la menor disponibilidad de memoria.

Por cierto, es posible establecer un sistema de arranque dual donde se puede también arrancar la misma instalación de Linux dentro de una máquina virtual en Windows, pero no al revés (Linux detecta el hardware en el arranque, pero Windows tiene sus conductores hardcoded, una vez instalado )

Si desea una configuración de arranque dual para probar antes de comprar, pruebe el instalador "wubi" de Ubuntu. (Sí, sé que eres un tipo Arch, pero solo lo estás intentando, ¿verdad?) Wubi instala los discos como un archivo de imagen dentro de Windows, como una VM, pero lo inicia como un SO host. No hay intromisión de partición, y puede desinstalarlo directamente desde el Panel de control de Windows, cuando haya terminado. El único inconveniente es que el rendimiento de E / S del disco se reduce ligeramente .

Si usa este cuadro principalmente a través de SSH, existe una buena probabilidad de que se encuentre en la zona de mantequilla donde realmente no importa mucho si se trata de una VM o en un hardware real. Muchos de los problemas mencionados en otras respuestas surgen cuando intenta utilizar el sistema operativo invitado como escritorio GUI. Los servidores Linux están muy contentos dentro de las máquinas virtuales; Una gran parte del mercado de alojamiento web es Linux en máquinas virtuales.

Me he encontrado con algunos casos en los que me vi obligado a ejecutar un servidor Linux en hardware real, en lugar de en una máquina virtual:

Acceso real al hardware

A veces necesita usar una tarjeta PCI que el sistema VM no puede virtualizar. Digamos, un decodificador MPEG-2 de 4 canales . Algunos sistemas VM pueden otorgar la propiedad exclusiva de la tarjeta a la VM, como a través de la tecnología VT-d de Intel , pero eso no está exento de problemas:

• Hay un golpe de velocidad. Puede importar

• No todos los sistemas VM pueden hacer esto, y es posible que no tenga la libertad de cambiar a uno que sí pueda.

• Puede haber consecuencias no esenciales, como con VMware ESXi 5, donde otorgar a una VM la propiedad de una tarjeta requiere reiniciar el host y luego evitar que haga instantáneas de esa VM. (Por no esencial quiero decir que estos problemas podrían resolverse, solo lleva tiempo de desarrollo).

Gran almacenamiento

Es posible que su sistema VM no pueda crear un disco virtual tan grande como el hardware simple permite discos reales. VMware ESXi 5, por ejemplo, tiene un límite de tamaño de volumen virtual de 2 TB. Si necesita un volumen único más grande dentro de la VM, debe saltar a través de aros para evitar la limitación:

• Puede empujar un controlador RAID a la VM con VT-d, pero nuevamente, tiene problemas.

• Puede pasar un volumen virtual de volúmenes virtuales de 2 TB a la máquina virtual y unirlos con LVM , pero también se ha comprado un grupo de problemas.

  Por un lado, cuando (!) Uno de los discos físicos muere, si estaba utilizando el sistema operativo invitado en hardware desnudo, podría diagnosticarlo y solucionarlo utilizando el software de administración provisto, como el tw_clisoftware o software 3DM de 3Ware . ¡Pero intente encontrar versiones que se ejecutarán en un host VMware ESXi 5.0! Ahora se ve obligado a reiniciar para poder usar la interfaz de administración del BIOS.

  Por otro lado, la capa de abstracción ha desconectado los volúmenes virtuales de los volúmenes físicos, por lo que la capa RAID / LVM de software en el sistema operativo invitado no puede administrar los discos de manera eficiente. Esa capa puede pensar que es una escritura inteligente en discos de forma circular, pero debido a que probablemente comparten algunos de los mismos discos físicos, el rendimiento se verá afectado porque algunos discos están recibiendo escrituras consecutivas.

• Puede crear el volumen en un sistema de hardware real y exportarlo a la VM a través de NFS, pero también hay un golpe de velocidad cuando lo hace.

Es posible que pueda contrarrestar algunas de las anteriores con ventajas de virtualización, como la capacidad de pausar una VM, moverla a otro host y volver a iniciarla sin problemas.

¿Qué entorno gráfico estás usando en Linux? La mayoría de los entornos de escritorio modernos (GNOME, KDE, Unity) se están moviendo hacia la necesidad de soporte de aceleración 3D de hardware para funcionar correctamente. El soporte de aceleración de hardware para gráficos dentro de máquinas virtuales es una tecnología relativamente inmadura en este momento. VirtualBox tiene soporte experimental .

Básicamente, todo funcionará bien desde Internet hasta la instalación de paquetes también para inicializar el hardware, sin embargo, pagará el precio por cualquier falla de la máquina Windows.

Utilizo una configuración similar, y la encuentro increíblemente útil simplemente porque puedo copiar y mover mi máquina virtual Linux entre máquinas.

Solo he encontrado dos desventajas significativas al usar una VM.

1. Si el host está utilizando una conexión de red inalámbrica, un VPN no es muy confiable en el invitado
2. Las configuraciones de monitores múltiples generalmente absorben una máquina virtual.

El punto número 2 se puede superar de manera efectiva utilizando VMWare y Unity: Unity es una característica de VMWare que ejecuta aplicaciones en Windows en el escritorio del host (que no debe confundirse con Ubuntu Unity).

Una cosa que quizás desee considerar es asegurarse de que su hardware haya sido probado con la distribución de Linux que está utilizando. Me encontré con el problema de que una distribución que utilicé funcionó perfectamente en una máquina virtual, pero era terriblemente inestable de forma nativa, debido a una tarjeta gráfica que no se probó completamente con la distribución. Fedora, por ejemplo, tiene una lista de hardware que se ha probado completamente. El hecho es que ninguna distribución de Linux será 100% estable con hardware de última generación con nuevos controladores defectuosos. Traté de hacer lo que hiciste, pero terminé eliminando mi partición de Linux después de que varias distribuciones no se ejecutaran lo suficientemente estable para mí. En mi opinión, a menos que esté haciendo algo que requiera aceleración de hardware, no hay absolutamente ninguna necesidad de ejecutar Linux de forma nativa.

Mi consumo de energía aumenta drásticamente cada vez que inicio VirtualBox.

En mi caso, ejecuto Linux como host e invitado, y no sé si el SO host / invitado hace la diferencia, o si esto es inherente a VirtualBox o la técnica de virtualización.

Con Powertop , puedo ver que el proceso "VBoxHeadless" es con frecuencia el mayor consumidor de energía en mi sistema.

Si se trata de un sistema de escritorio, quizás esto no le importe, pero en mi computadora portátil, quiero desactivar VirtualBox siempre que no necesite el sistema invitado.

Si no está utilizando máquinas virtuales para fines especiales (por ejemplo, necesita clonar máquinas virtuales; copiar / mover entre servidores; tener múltiples entornos de prueba diferentes; etc.), sugeriría instalar Linux como el sistema operativo principal para su 95% de actividades, y luego instale Windows como una máquina virtual desde Linux para su actividad del 5% de las actividades de Windows. (A menos que su 5% de la actividad de Windows sea extremadamente intensiva en CPU / memoria; como usar Photoshop o edición de video). Si tiene un Linux como su sistema operativo principal, tendrá acceso completo a toda su memoria y todos sus núcleos de CPU. Sin embargo, si está dentro de una VM, solo puede asignarle una pequeña fracción de núcleos de CPU de memoria; generalmente, en el mejor de los casos, la mitad de los recursos de la máquina pueden asignarse a una VM. Entonces, si tiene una máquina de cuatro núcleos con 8 GB de RAM, pero solo asignó 1 núcleo y 2 GB a su VM,

Usar una VM será más lento. Para la mayoría de las cosas, la virtualización hoy en día es muy buena y la diferencia no será notable (aparte de la notable caída de CPU / RAM disponibles en la VM); sin embargo, si necesita una aceleración de hardware sofisticada (p. ej., para gráficos), es posible que su VM no se traduzca a su tarjeta correctamente; por lo que puede notar que el renderizado de video / 3-d sufre significativamente dentro de la VM.

Puedo decirle que, en mi experiencia, la configuración contraria es mejor. Me refiero a host con Linux y el invitado con Windows. Esto debido al rendimiento y la estabilidad. En este momento estoy trabajando en la oficina con un host de Windows y un Linux invitado (los necesito a ambos) pero en mi computadora portátil personal tengo un host con Linux y un invitado con Windows. Y el rendimiento es mejor en mi computadora portátil. Incluso cuando mi computadora portátil personal tiene menos recursos.

De todos modos, no puedo ver ningún problema (sin una solución alternativa) en su configuración. Es solo cuestión de gustos.

Ejecuto Ubuntu en una VM VirtualBox, y creo que el único problema que encuentro es que el paso de aceleración de OpenGL al host es complejo.

Empecé haciendo lo que haces, * nix en una máquina virtual. Esto es genial para probarlo, pero sugiero darle la vuelta. Windows puede ejecutarse sorprendentemente bien en una VM. Si usa principalmente Linux, ¿por qué no hacer que el sistema host use Linux?

Pros:

1. Más control sobre los problemas del host (es decir, los bloqueos / reinicios automáticos son menos probables con Linux)
2. Linux usa menos recursos que Windows cuando está inactivo (recursos que en su lugar podría asignar a una máquina virtual)
3. Virtualbox, en mi opinión, funciona mejor en Linux. Lo he intentado en ambos sentidos.
4. Fácil de configurar, la increíble velocidad aumenta a una máquina virtual en Linux. Utilizo RAID de software en 2 discos duros de consumo para hacer que una VM de Windows XP arranque en Firefox en 8 segundos

Contras:

1. Posibles problemas con el controlador al ejecutar Linux como host
2. La aceleración 3D puede ser difícil de poner en marcha en Linux
3. Si usa Windows para jugar, una máquina virtual puede no ser lo suficientemente rápida

No hay absolutamente ninguna razón para no hacerlo, siempre y cuando todo lo que desee hacer en el host y el cliente funcione como desee.

Utilicé esta configuración en mi Sony PCG-Z505 con VMware desde principios de 2000 hasta mediados de 2003. Host: Windows 98 y cliente SuSE Linux. La razón principal de esa configuración fue que podía usar el servidor imap en Linux desde el host Outlook Express mientras era móvil (lo tenía en mi máquina Desktop Linux antes con Win98 en Linux). El cliente de Linux también haría filtrado de spam, etc. en Linux. También podría iniciar sesión en los servidores en el trabajo usando un ssh en un entorno más familiar.

El host de VM protegió a Linux de los problemas de hardware. En el IIRC hubo algunos problemas con la conexión inalámbrica, pero la mayoría de las veces tenía una conexión por cable en casa o en la oficina. De lo contrario, Outlook Express recogería el correo y lo enviaría al servidor de imap, perdiendo temporalmente el filtro de correo no deseado solo en modo inalámbrico.

No podía ejecutar esto al revés (como lo hice antes en mi escritorio), porque normalmente ejecutaba Linux sin gráficos, de lo contrario las cosas no cabrían en la memoria. Con Linux como host, habría tenido que ejecutarlo también en modo gráfico todo el tiempo, dejando muy poca memoria en Windows 98 para ejecutar Word sin intercambiar.

También uso esta configuración (invitado de Ubuntu en Windows).

Pro:

• Sin cambios en las ventanas iniciales, el departamento de TI de mi empresa admitirá cualquier problema / bloqueo relacionado con Windows.

Estafa:

• Inicio lento: es necesario iniciar Windows, luego iniciar la máquina virtual.
• Sin puente inalámbrico.

Estoy agregando una nota a las respuestas ya existentes (y excelentes): también es posible ejecutar Linux y Windows lado a lado.

El proyecto Cooperative Linux está dirigido a esto:

Cooperative Linux es el primer método de código abierto y gratuito para ejecutar Linux de manera óptima en Microsoft Windows de forma nativa. En términos más generales, Cooperative Linux (coLinux de nombre corto) es un puerto del kernel de Linux que le permite ejecutarse cooperativamente junto con otro sistema operativo en una sola máquina.

e incluso hay distribuciones de Linux que se ejecutan en él: TopologiLinux y andLinux .

Desafortunadamente parece que estos proyectos han sido abandonados; La última versión de coLinux tiene 3 años, y la última versión de ambas distribuciones tiene 8 años.