Sun VirtualBox 1.6 sobre Ubuntu 8.04 LTS Hardy Heron

La primera versión de VirtualBox que vió la luz fue hacia enero de 2007. Desde entonces, este hipervisor de nueva generación no ha dejado de sorprenderme por su rápida evolución. Con apenas unos días de vida la nueva versión 1.6 del entorno de virtualización Sun VirtualBox viene dispuesta a plantar cara a todos sus rivales conocidos y ya está disponible para descargar. Después de varios experimentos, os cuento mi lista de ventajas de VirtualBox 1.6 y algún que otro defecto.

10 ventajas de Sun VirtualBox

1. Soporta el conjunto de instrucciones de virtualización en procesadores Intel VTx y AMD-V, esto mejora el rendimiento y lo sitúa con muy buena puntuación en recientes comparativas de virtualización como Virtualization in Linux
2. Mantiene una edición de código abierto Open Source Edition (OSE), aunque con unas pocas menos funcionalidades [marcadas con * en esta lista].
   
3. Es un proyecto activo y seriamente respaldado desde su adquisición por parte de Sun Microsystems
4. Se puede instalar en una amplia variedad de sistemas operativos soportados: Debian, Fedora, Mandriva, Ubuntu, RedHat, Open SOlaris, Mac OS X, Xandros, openSUSE, PCLinux OS
5. Dispone de excelente documentación técnica y de usuario . Yo aprecio mucho la documentación para empaparme desde el principio del cómo sacar elmáximo rendimiento de un producto.
6. Es sorprendentemente fácil de instalar y poner en marcha en todas las plataformas (yo lo he probado sobre Ubuntu Feisty Fawn y Hardy Heron, Windows XP y Mac OS X Leopard Edition), pero sobre todo en Linux y eso es algo que se agradece.
7. La interface usuario está traducida a más de 20 idiomas; cuenta con un mecanismo de avisos que nos ayuda a controlar rápidamente opciones como la captura del teclado y ratón o el modo pantalla completa; además dispone de multitud de opciones perfectamente explicadas y cuadros de diálogo muy utiles para organizar discos duros e imágenes ISO; permite múltiples snapshots (instantáneas de la máquina virtual a las que podemos volver)
   
8. * Acceso a la consola de cada máquina virtual por red vía Remote Display Protocol (RDP), esto es extremádamente útil ya que resuelve el problema de acceso remoto a cualquier sistema virtualizado independientemente de cual sea: linux, bsd, solaris o win serán accesibles vía RDP.
9. * Soporte de asignación de dispositivos USB 2.0 entre el anfitrión y la máquina virtual e incluso paso de USB sobre RDP. Esta capacidad es muy potente: podemos conectar dispositivos USB desde máquinas distintas al anfitrión utilizando el cliente RDP.
10. * El iniciador iSCSI hace posible utilizar almacenamiento en red sin necesidad de que el sistema operativo virtualizado soporte de forma nativa el protocolo iSCSI.

Se me ocurren algunas ventajas más, y aunque sé que no se le puede pedir todo, como usuario exigente que soy veo que todavía no compite con VMWare en aspectos como:

• No se pueden arrancar máquinas virtuales en segundo plano como servicio al inicio del sistema.
• Le falta un monitor de rendimiento y estado de las máquinas virtuales (o todavía no lo conozco)
• No tiene un API o utilidad de línea de comandos para  manipular el estado de las máquinas virtuales (o todavía no lo conozco)
• No soporta aceleración de vídeo OpenGL o DirectX
• No es posible generar snapshots (instantáneas del sistema virtualizado)  en caliente

Me gusta mucho Sun VirtualBox y estoy seguro de que las próximas versiones lo acercarán al Olimpo de las soluciones de  virtualización, por eso no lo perdais de vista.

Para instalar el entorno KVM podeis seguir los pasos que os indico en este artículo. Lo más importante es que nuestra CPU sea compatible con KVM así que empieza por comprobar si tu CPU está en la lista de procesadores compatibles con kvm.

1. Verificar si la CPU soporta un conjunto instrucciones de virtualización compatible con KVM. Para ello buscamos la cadena vmx (Intel CPUs) o svm (procesadores AMD) en las características del procesador

$ cat /proc/cpuinfo | grep vmx

deberías obtener un resultado parecido a:

flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm

Si no obtienes una salida afirmativa, KVM no funcionará en tu PC.

2. Instalar KVM y asociados tras activar el repositorio Universe y actualizar el sistema

$ sudo apt-get update

$ sudo apt-get upgrade

$ sudo apt-get install qemu virt-manager libvirt-bin kvm

3. Incluír nuestro usuario en el grupo de usuarios KVM

$ sudo adduser $USER kvm

4. Reiniciar la sesión de usuario (logout + login)

5. Probar la salida del comando kvm

$ kvm

Si os encontrais con el siguiente mensaje, es que vuestra CPU no soporta instrucciones de virtualización (aunque haya pasado el paso 1)

open /dev/kvm: No such file or directory

Could not initialize KVM, will disable KVM support

Ubuntu does not support running KVM without hardware acceleration. Sorry.

6. Arrancar Virt-Manager desde Aplicaciones | System Tools | Virtual Machine Manager y conectar con la instancia de QEMU local: Connect to QEMU. Click File->Open Connection. Seleccionar Hypervisor a QEMU y Connection Local.

7. Crear una nueva máquina virtual simplemente siguiendo el asistente para configurar las características de la nueva VM: RAM, HDD, CD…0

En este punto podríais encontraros el mensaje de error:

Unable to complete install: 'virDomainCreateLinux() failed Cannot
find QEMU binary /usr/bin/qemu: No such file or directory

La solución es instalar qemu (recordad añadir el repositorio Universe) - gracias a Alki por la ayuda -

El monitor Virtual Machine Manager en acción

La nueva Ubuntu 8.04 LTS Hardy Heron gana enteros en Distrowatch y ahora me detengo para analizar una de las noticias más repetidas de los últimos meses: Ubuntu prefiere KVM en lugar de Xen, el titular lo dice todo. Mientras Red Hat Enterprise Linux y SUSE Linux Enterprise Server usan Xen y Debian prefiere OpenVZ, Ubuntu se inclina por KVM como solución integrada de virtualización.

KVM son las siglas de Kernel-based Virtual Machine, una solución completa de virtualización para Linux sobre procesadores con arquitectura x86 y extensiones de virtualización (Intel VT or AMD-V).

KVM se incluyó oficialmente en el kernel 2.6.20 de Linux en diciembre de 2006, y consiste en un módulo para el kernel (kvm.ko) que proporciona el núcleo de la infraestructura de virtualización y un módulo específico según el procesador (kvm-intel.ko o kvm-amd.ko). Además, KVM se complementa con una versión adaptada de QEMU que proporciona toda la cobertura de hardware virtual requerida por el entorno hipervisor.

Todo apunta a que KVM avanzará con el desarrollo del núcleo de Linux y quizás esto haya sido decisivo en su elección por parte de Ubuntu.

KVM es una solución de virtualización de tipo hipervisor que permite ejecutar múltiples máquinas virtuales ejecutando sistemas operativos Linux o Windows sin modificaciones especiales. Cada una con su propia instancia de hardware virtualizado: tarjetas de red, gráfica, sonido, puertos usb, paralelo y serie, disco duro, etc. Cada máquina virtual puede monitorizarse en la lista de procesos del sistema y seguirse como un proceso independiente.

El administrador de máquinas virtuales de KVM (virtual manager o virt-manager) es una interface gráfica de usuario que nos permite gestionar dominios (agrupaciones de sistemas anfitrión y máquinas virtuales), administrar las máquinas virtuales, monitorizar los recursos del sistema anfitrión, proporciona estadísticas de uso mediante gráficos en tiempo real todo esto en local o en remoto vía VNC.

Es importante destacar que el virt-manager se apoya en libvirt un proyecto de API de virtualización que tiene capacidades de administración, monitorización y control de sistemas como Xen, QEMU, KVM, LXC y OpenVZ

Todos los proyectos implicados son por supuesto Open Source Software.

Interesante el artículo Virtualization solution KVM will be in the next version of Linux

La imagen de cabecera es original de la web de michaeldolan.com, que se atrevió a instalar KVM sobre Ubuntu 7.10 Feisty Fawn, aunque espero poner pronto la mía propia.

Una de las ventajas de la virtualización es que no necesitas ser un experto en sistemas operativos para poner en marcha un entorno completo. Un virtual appliance (electrodoméstico virtual) es una máquina virtual preinstalada lista para descargar y usar. Lo realmente potente es que te saltarás el complejo paso de particionar, instalar y preconfigurar un sistema operativo, los drivers del hipervisor y el software adicional; pasarás directamente a utilizarlo sin más. Eso sí, sólo encontrarás sistemas preinstalados cuya licencia lo permita.La mayor ventaja de las máquinas virtuales preinstaladas es que minimizan el coste de puesta en marcha de un sistema: tan simple como descargar, añadir al entorno del hipervisor y arrancar.

El principal inconveniente es la seguridad, pues no es nada recomendable utilizar un sistema operativo completo dentro de nuestra red si no procede de una fuente fiable.

Los repositorios oficiales más extensos de máquinas virtuales preinstaladas son VMWare Appliances,
Parallels Virtual Appliances Directory y FreeOsZoo para QEmu. Todavía no he encontrado ningún repositorio de Virtual Appliances para VirtualBox.

Free Live OS Zoo http://live.oszoo.org/

En bagvapp.com Virtual Appliances encontrarás máquinas virtuales preinstaladas muy actualizadas (el projecto está buscando patrocinadores)

Jumpbox ofrece servicios de pago por descargar máquinas virtuales con software específico instalado y configurado. Se puede elegir entre modelos creados con Parallels o VMWare para Linux, Windows y Mac OS X, o VirtualIron para Windows. Las máquinas virtuales se pueden comprar individualmente o por suscripción en paquetes o incluso es posible solicitar específicamente una ajustada a nuestras necesidades.

Estos días me he montado un laboratorio virtual con VMWare para probar LTSP 5 sobre Linux Edubuntu 7.10 Gutsi Gibbon. LTSP son las siglas de Linux Terminal Server Project, una iniciativa Open Source cuyo objetivo se centra en desarrollar una plataforma de servidor para sesiones de terminal con interface gráfica eficiente, estable y segura. LTSP se apoya en otros proyectos como X11, OpenSSH, NFS, CUPS, VNC y DHCP 3 para proporcionar una perfecta cobertura al entorno de sesiones remotas.

Linux Terminal Server Project

Los principales promotores del proyecto LTSP son Debian con su distro Skolelinux y Ubuntu con Edubuntu. Mis pruebas se centraron sobre una Edubuntu 7.10 Gutsi Gibbon y la verdad es que me quedé gratamente sorprendido.

Esencialmente, el entorno LTSP de servidor de terminal se basa en un servidor Linux que proporciona servicios de terminal (sesiones virtuales) a clientes ligeros o thinclients.

Los clientes arrancan y cargan una imagen del sistema operativo por la red, sin necesidad de disco duro. El servidor puede monitorizar los escritorios de los clientes desde una consola central, enviar mensajes, abrir, bloquear o terminar las sesiones remotas así como controlar su lista de procesos.

Los requisitos hardware para el servidor son:

• CPU 2 GHz o superior. Un procesador multicore ayudará a repartir la carga de proceso.
• RAM de 256 MB más 64 MB adicionales por cada usuario remoto concurrente
• LAN. Recomendado dos tarjetas de red: una para administración y otra de 1 Gbps para dar servicio a los clientes
• HDD. Un array de discos rápidos con buena caché y montados en RAID evitará cuellos de botella.

Los requisitos hardware para los clientes ligeros,

• CPU de 233 o 400 MHz
• RAM 64 a 128 MB
• LAN 100 Mbps con soporte PXE de arranque bajo red (si no, se puede utilizar un disco Etherboot http://sourceforge.net/projects/etherboot)
• VGA 2 MB VRAM. Soporte X Vídeo o GLX si se requieren gráficos 3D
• Tarjeta de sonido opcional
• HDD (no es necesario)

El despliegue es muy rápido y las características mencionadas convierten al entorno LTSP en ideal para entornos educativos de bajo coste.

Cómo Instalar LTSP sobre Edubuntu 7.10 Gutsi Gibbon

Mi laboratorio virtual consistió en tres máquinas virtuales de VMWare Server (el servidor y dos thinclients) corriendo sobre un anfitrión Ubuntu 7.10 Gutsi Gibbon con 2 GB de RAM y CPU de 2.6 GHZ.
- Servidor: 1 CPU, 512 MB de RAM, 10 GB de HDD, tarjeta de sonido y 2 tarjetas de red virtuales: una en modo bridged y la otra asignada al switch virtual vmnet2
- Clientes: 1 CPU, 64 MB de RAM, tarjeta de sonido y tarjeta de red asignada a vmnet2 (ojo: sin disco duro) La BIOS de la máquina virtual VMware tiene soporte de arranque por red compatible PXE

El entorno simulado fue suficiente para manejar los dos clientes sin problemas con aplicaciones ofimáticas incluso pude ver algunos vídeos online desde Firefox.

Comenzaremos el proceso a partir de una instalación limpia de Edubuntu 7.10. Aunque inicialmente me aventuré a instalar yo mismo los paquetes individuales y configurar los servicios necesarios, al final me quedé sin soporte X11vnc para ‘espiar’ los escritorios remotos. Tras muchas vueltas, encontré la documentación que os enlazo aquí, y repetí el proceso limpiamente a partir de mi snapshot de VMWare (el punto final de la instalación original de Edubuntu). El resultado fue sorprendente: en unos 20 minutos tenía desplegado un entorno LTSP completo con dos clientes corriendo sobre el servidor.

Tendréis que activar el repositorio Canonical-supported Open Source software (main) por ejemplo desde Synaptic y a continuación actualizar el sistema:

$ sudo apt-get update
$ sudo apt-get upgrade

Para no liaros con comandos os remito a esta guía rápida de instalación de LTSP UbuntuLTSP/LTSPQuickInstall válida para edubuntu, ubuntu o kubunt
Atención al apunte de configuración de las tarjetas de red secundaria. Yo utilicé eth0 por DHCP y eth1 con IP 10.0.5.1 MASK 255.255.255.0 si lo hacéis como dice, la instalación será corrida sin problemas. Doy fe.

Algunos trucos para la administración de bajo nivel:

• La configuración de la red en /etc/network/interfaces

• Reiniciar la red

$ sudo /etc/init.d/networking restart

• La configuración del servidor DHCP3 está en /etc/ltsp/dhcp.conf

• Reiniar el servidor DHCP

$ sudo sudo /etc/init.d/dhcp-server restart

• La configuración del servidor lstp para las sesiones de cliente (color, sonido, teclado, ratón…) /opt/ltsp/i386/etc/lts.conf

• Si queremos instalar cualquier paquete en el entorno de cliente lo haremos así:

$ sudo chroot /opt/ltsp/i386
# apt-get install xxxxxx
# exit

A continuación será necesario reconstruír la imagen de arranque y el entorno de los clientes

$ sudo ltsp-build-client

Cómo monitorizar y controlar los clientes LTSP desde el servidor

Disponemos de una consola muy práctica en el servidor que hay que instalar por separado. Desde ella es posible ver los escritorios de los clientes, enviar mensajes, abrir, bloquear o terminar las sesiones remotas, controlar su lista de procesos. Incluso nos permite que un cliente vea el escritorio del servidor.

Para instalarla:

$ sudo apt-get install thin-client-manager-gnome

Para arrancarla:

$ sudo student-control-panel

Un apunte más, para ver el escritorio de los clientes es necesario instalar x11vnc, así que seguid estas instrucciones: InstallX11VncOnLtspClients

Más info en la web oficial del proyecto original Linux Terminal Server Project
El mejor artículo que he encontrado sobre el tema es “A su servicio” Iniciándonos en el proyecto LTSP por Christian Kroll, publicado en LINUX Magazine España Nº 35

Espero que os haya gustado

Mis referencias en pdf (por si se pierden) 031-035_ltsp-linuxmagazine35.pdf, installx11vnconltspclients.pdf , ubuntultsp_ltspquickinstall.pdf

Muchos ya estamos convencidos y pregonamos las ventajas de la virtualización de sistemas, pero ¿os habeis planteado las desventajas de la virtualización? A medida que las máquinas virtuales se propagan por nuestros escritorios y servidores corporativos, se ponen de manifiesto las limitaciones de esta nueva técnica. He apelado a mi espíritu crítico y en este artículo he apuntado mi lista de desventajas de la virtualización.

• Rendimiento inferior. Un sistema operativo virtualizado nunca alcanzará las mismas cotas de rendimiento que si estuviera directamente instalado en el hierro. Dado que el hipervisor introduce una capa intermedia en la gestión del hardware para gestionar las peticiones de acceso y la concurrencia al mismo, el rendimiento de la máquina virtual se ve afectado irremediablemente.

No todas las soluciones de virtualización obtienen el mismo rendimiento en las mismas operaciones. Un ejemplo es esta Comparativa de rendimiento máquinas virtuales

• No es posible utilizar hardware que no esté gestionado o soportado por el hipervisor. Recientemente un amigo me pidió virtualizar su viejo Windows 98 que corría sobre Pentium II con una tarjeta de audio de gama alta. Inmediatamente tuvimos que descartar la idea porque no se puede utilizar arbitrariamente hardware instalado físicamente en la máquina anfitrión desde el entorno virtual.

Además, el software de virtualización nos impondrá una serie de dispositivos virtuales como tarjetas de vídeo y red de las que no podremos salir.

• Hardware virtual obsoleto. USB 1.0, Firewire 400, Ethernet 100 son algunos de los dispositivos a los que nos veremos sometidos. Aunque las nuevas versiones de los hipervisor se van renovando, todavía tenemos que trasladarnos al pasado para usar estas características.

• No dispondremos de aceleración de vídeo por hardware, por lo que aplicaciones con efectos 3D como compiz-fussion y juegos que utilizan las librerías OpenGL o DirectX no funcionarán en la máquina virtual.

Como excepción, Parallels y VMWare Fussion ofrecen soporte para versiones concretas de OpenGL y DirectX sobre Mac OS X, pero conviene probar el rendimiento gráfico antes de decidirse por alguna.

• Proliferación de máquinas virtuales. Como no hay que comprar ‘hierro’, el número de máquinas y servidores virtuales se dispara en todos los ámbitos. Los efectos colaterales se perciben después: aumenta el trabajo de administración, gestión de licencias, riesgos de seguridad…

• Desaprovechamiento de recursos. Crear máquinas virtuales innecesarias tiene un coste en ocupación de recursos, principalmente en espacio en disco, RAM y capacidad de proceso.

• La avería del servidor anfitrión de virtualización afecta a todas las máquinas virtuales alojadas en él. Ahora más que nunca deberemos adoptar soluciones de alta disponibilidad como clustering y replicación para evitar caídas de servicio de múltiples servidores con una única avería.

• La portabilidad entre plataformas está condicionada a la solución de virtualización adoptada. Elegir GNU/Linux, Mac OS X, Windows o Solaris como anfitrión es una decisión importante en entornos corporativos. Quizás interesaría migrar en el futuro.

• Disminuye el número de ventas de hardware. Aunque el hardware adquirido para alojar máquinas virtuales es más potente, el número de máquinas vendidas será inferior ¿nos pondrán los fabricantes de harware un Canon por la Virtualización?

• El sistema operativo anfitrión se vuelve de rol crítico. Hasta ahora estábamos acostumbrados a utilizar un sistema para todas nuestras necesidades. Pero, cuando varios servidores o entornos de producción virtualizados dependen de la estabilidad de su anfitrión, nos pensaremos mucho antes de aplicar actualizaciones y parches. Será necesario reforzar la seguridad y estabilidad, así que ¿quién habló de reiniciar?

Imagen de escritorio Beryl original de news.softpedia.com

Al más puro estilo Terminal Server, llevo unos días utilizando el entorno FreeNX de NoMachine instalado sobre Ubuntu 7.10 con sorprendentes resultados. Para los que no lo conoceis, el protocolo NX está basado en DXCP (Differential X Protocol Compressor) y reemplaza al servidor X de GNU/Linux para darnos una sesión remota de escritorio virtual con terminal gráfico de inmejorables prestaciones.

La versión gratuíta es el servidor FreeNX funciona en GNU/Linux y nos permite hasta dos sesiones simultáneas, suficiente para uso personal.

La sesión de escritorio remoto virtual se tuneliza vía SSH entornos gráficos GNome, KDE, DCE o XDM; incluye encriptación SSL; compresión LZO; compartir ficheros mediante SMB; compartir impresoras con CUPS; sonido con ESD (Enlightened Sound Daemon); transferencia del portapapeles…

El paquete NX Free Edition está disponible en formatos RPM (Red Hat Enterprise 4/5, SuSe 10/10.1/10.2/10.3/Enterprise 10, Mandriva 10.1/2005/2006/2007/2008, Fedora Linux Core 3/4/5/6, Fedora 7/8), DEB (Xandros Desktop 4.1/Xandros Server 2.0, Debian GNU/Linux 4.0 Etch, Ubuntu 5.10 Breezy Badger/6.06 Dapper Drake/6.10/Edgy Eft/7.04 Feisty Fawn/7.10 Gutsy) y TAR para otras distros.

Os dejo los pasos que he seguido para instalar FreeNX sobre Ubuntu tras descargar los paquetes .deb

$ sudo su
# dpkg -i nxclient_3.1.0-6_i386.deb
# chmod 755 /usr/lib/cups/backend/ipp
# dpkg -i nxnode_3.1.0-6_i386.deb
# /usr/NX/scripts/setup/nxnode --nxprintsetup /usr/lib/cups/
# dpkg -i nxserver_3.1.0-5_i386.deb

El cliente FreeNX está disponible para Windows, Mac OS X, GNU/Linux y Sun Solaris. Yo mismo lo he probado desde los tres primeros en LAN y WIFI sin problemas y excelente estabilidad. Entre sus virtudes, el protocolo NX se jacta de ser usable incluso con conexiones de mínimo ancho de banda (módem y GPRS).

El screenshot de cabecera muestra una sesión de terminal de Ubuntu instanciada desde Mac OS X.

Un apunte: para utilizar el cliente desde Mac OS X 10.3 Jaguar, necesitais instalar X11 for Mac OS X 1.0

Aquí un excelente artículo sobre cómo instalar y usar FreeNX del Observatorio Tecnológico del Ministerio de Educación y Ciencia

Aunque la tendencia actual tiende a virtualizar sistemas operativos mediante técnicas complejas basadas en paravirtualización, emulación y aislamiento a nivel de kernel, a veces las cosas son mucho más sencillas hasta el punto de sorprendernos. El proyecto andLinux nos permite ejecutar todo un sistema operativo Ubuntu Linux sobre Windows y utilizar sus programas integrados como si fuesen aplicaciones nativas.

andLinux se basa en una combinación de varios proyectos de código abierto coLinux (Coopertative Linux), Xming X Server y Pulse Audio El primero es una implementación del kernel de Linux sobre sistemas Windows (un homólogo de wine), el segundo un servidor X que corre en Windows y por último un servidor de sonido.

Con todo esto, andLinux proporciona todo lo necesario para ejecutar directamente (casi) todo tipo programas Linux sobre Windows. El rendimiento es aceptable para aplicaciones normales y no he probado cosas como grabar CDs o programas de reproducción de de vídeo. El intercambio de ficheros entre el entorno Linux y Windows se realiza vía Samba.

En la imagen de cabecera podeis ver Gimp, el gestor de archivos cobuntu y un terminal bash ejecutando top en andLinux sobre Windows XP (virtualizado con Parallels sobre Mac OS X)

De kriptopolis vía dporta

Si alguno de vosotros ha intentado virtualizar Ubuntu 7.10 en Parallels sobre Mac OS X seguramente habrá tenido el problema de que el servidor X no arranca con un feo mensaje como

The display server has been shut down about 6 times in the last 90 seconds

este molesto error tiene solución, aunque se trata de un hack en toda regla que pasa por modificar la configuración del servidor X, instalar Ubuntu, reiniciar en safe mode para instalar Parallels Tools y un último reinicio para alcanzar el éxito. Os describo los pasos que he seguido

1. Arrancar con el CD de Ubuntu 7.10 y pulsar F6 para acceder a las opciones de arranque y eliminar la opción ’splash’, luego pulsar enter

2. Al poco tiempo tendremos en pantalla nuestro querido mensaje ‘The display server has been shut down about 6 times in the last 90 seconds’ pero ahora, tras pulsar ok haremos un Ctrl+C para obtener una shell de línea de comandos

3. Editamos el fichero de configuración de las X con un editor de textos como nano:

$sudo nano /etc/X11/xorg.conf

para añadir la siguiente línea en la sección ‘Device’ (ojo: no ‘Input Device’)

Option "LVDSBiosNativeMode" "false"

guardamos con Ctrl+O y salimos de nano con Ctrl+X

(mientras estamos haciendo esto, el script de inicialización del servidor X sigue intentando una y otra vez arrancar sin conseguirlo. Lo evitamos pulsando ok las veces que sea necesario)

4. Arrancar manualmente el servidor X

$startx

5. Ahora tendremos el escritorio por defecto de la live de Ubuntu, y usaremos el botón Install para instalar el sistema en nuestra máquina virtual de la forma habitual
(una vez más, mientras estamos haciendo esto, el script de inicialización del servidor X sigue intentando una y otra vez arrancar sin conseguirlo. Lo evitamos pulsando ok las veces que sea necesario)

6. Si pensabas que ya estaba todo, todavía nos queda un paso que llevaremos a cabo durante el primer arranque del sistema tras la instalación: hay que estar atento y pulsar ESC para acceder al menú de iicio de grub. Entonces arrancamos en ‘Safe mode’ lo que nos dará una shell de root todavía sin entorno gráfico.

7. El último paso será instalar Parallels Tools que contienen los drivers de la tarjeta de vídeo virtual. Liberamos el ratón para volver a Mac OS X y selccionamos el menú Actions | Install Parallels Tools. Esto montará el CD de utilidades de Parallels en la unidad

8. Listo para el último paso: instalar los drivers y reiniciar

#mount /dev/cdrom /media/cdrom
#cd /media/cdrom
#sh parallels-tools.run
#reboot

En mi caso el problema quedó SOLUCIONADO. Ya os avisé al principio que se trataba de un hack complicado, pero ha merecido la pena ¿no?

Vía www.macuarium.com (Artículo original en los foros de usuarios de Parallels)

Hace un par de años ya os hablé de eyeOS , un proyecto español de escritorio virtual basado en web, que aspira a convertirse en un sistema operativo accesible desde cualquier lugar con acceso a Internet y un navegador. La verdad es que la versión 1.5.0.5 de EyeOS me ha vuelto a sorprender por la cantidad de programas existentes, el cuidado aspecto y la ligereza de ejecución

EyeOS proporciona de serie servicios de gestión de archivos, calendario, agenda, soporte vcard, procesador de textos, hoja de cálculo y presentaciones on line (los tres experimentales), compatibilidad con documentos Ms Office y Open Office, navegador web empotrado, clientes de correo, RSS y ftp, mensajería y chat internos y mucho más.

Existen docenas de programas y temas descargables desde la web de EyeOS applications: juegos, temas, multimedia, soporte para idiomas (incluídos castellano u catalán) y todo tipo de programas útiles listos para descargar y usar.

Todos los añadidos son paquetes binarios en formato .eyepackage (en el fondo un .tar) Para instalarlos hay que subir al entorno los paquetes mediante el gestor de archivos y luego ‘ejecutar la instalación’ haciendo un simple click sobre ellos. Muy fácil, pero lo sería más si el propio navegador integrado de EyeOS descargase las aplicaciones directamente en su sistema de archivos.

EyeOS también ofrece un Toolkit para desarrolladores que proporciona un conjunto de librerías PHP+AJAX listas para programar aplicaciones completamente integradas con el entorno.

Otro aspecto que los consolida como un proyecto serio es la oferta de servicios profesionales que ofrece un entorno colaborativo web de altas prestaciones con las aplicaciones existentes a las que se le añaden prestaciones de software a medida.

En mi opinión, EyeOS es un software de escritorio virtual web muy funcional, aunque deberíais evaluarlo y comprobar si cumple vuestras espectativas. Quizás debe ganar en usabilidad pero eso es algo que no ha dejado de hacer en estos años tras cada nuevas versión. No me extrañaría que en algún momento los comprase Yahoo! o Google.

Podeis descargar EyeOS para instalar en un servidor o usar la demo online. Os sorprenderá.