Que el instalador de VMware Workstation termine no significa que las máquinas virtuales puedan arrancar. En un host Linux, Workstation necesita módulos que encajen con el kernel en ejecución. Una actualización del kernel puede dejar instalada la aplicación y, al mismo tiempo, impedir que funcione esa parte.
La combinación Workstation 8.0.4 y Ubuntu 12.04 pertenece a 2012. Ubuntu 12.04 terminó incluso su periodo ESM en abril de 2019, según el historial de versiones de Ubuntu. Hoy debe tratarse como un entorno heredado que hay que recuperar o migrar, no como una instalación nueva recomendada.
Primero identifica qué ha fallado
Si estás examinando una instalación antigua, recoge las versiones antes de tocarla:
uname -r
vmware --version
lsmodEstos comandos consultan el kernel activo, la versión de Workstation y los módulos cargados. Si el ejecutable de VMware no está disponible, conserva ese resultado como parte del diagnóstico; no descargues otro instalador al azar para poder seguir la receta.
Un error sobre cabeceras del kernel, un error de compilación y un módulo que no carga son problemas diferentes. Las cabeceras deben corresponder al kernel que has arrancado, no solo al paquete más reciente que figure instalado. Si falta esa correspondencia, corregirla es anterior a investigar un parche del código.
Qué hace vmware-modconfig
Broadcom conserva una nota aplicable a Workstation 8 y otras versiones históricas que explica la reconstrucción de módulos tras actualizar el kernel. Desde Workstation 7, la herramienta utilizada es vmware-modconfig; no la antigua receta de vmware-config.pl.
sudo vmware-modconfig --console --install-allEste comando reconstruye e instala módulos: no es una consulta inocua. Úsalo solo en una copia de laboratorio del entorno heredado, con las máquinas virtuales apagadas y después de comprobar versiones y dependencias. Si las fuentes son incompatibles con ese kernel, repetir el comando no soluciona el error.
Lee la primera causa concreta que aparece en el registro de compilación. Un mensaje final de fallo puede ser solo la consecuencia de una cabecera ausente o de una API que ese código antiguo ya no entiende.
No hay un parche genérico para cualquier Ubuntu
Un parche dirigido a una revisión de Workstation y a un kernel concreto no debe aplicarse por similitud de nombres. Tampoco es suficiente cambiar en un script la lista de versiones admitidas: saltarse su comprobación no vuelve compatible el código.
El parche original de esta entrada no se ofrece aquí como descarga verificada. No se ha reproducido aquella combinación para esta revisión, de modo que no se atribuye a Javier una nueva prueba de funcionamiento ni se promete un arreglo concreto para 8.0.4.
Recuperar las máquinas sin perpetuar el host
Conserva una copia completa de cada máquina apagada, incluidos configuración, discos y archivos de los que dependan sus snapshots. Trabaja sobre una copia, sin convertir su hardware virtual ni sobrescribir el original antes de comprobar que arranca y que sus datos están íntegros.
Prepara un host mantenido y comprueba la matriz de sistemas anfitriones de Workstation para la versión que vayas a instalar. Un invitado antiguo y un host antiguo no son la misma obligación: la necesidad de conservar una aplicación dentro de una VM no justifica mantener sin revisión todo el sistema que la ejecuta.
Comentarios