Una pantalla negra al arrancar Ubuntu, un fallo al compilar módulos de VMware y una máquina virtual que no encuentra su proceso de ejecución pueden parecer el mismo problema cuando todo ocurre tras una actualización. No lo son, y aplicar el mismo parche a los tres puede dejar el equipo más difícil de recuperar.
En 2012 hubo usuarios de Ubuntu 12.10 con kernel 3.5 que describieron esos síntomas al utilizar Workstation 9. El hilo conservado en la comunidad de VMware incluye una respuesta del 29 de octubre que enlaza la antigua guía de esta página.
Si no arranca el propio host
Empieza por recuperar acceso al sistema y proteger los datos. Si el menú de arranque ofrece un kernel anterior que ya funcionaba, puede servir para entrar y recopilar el diagnóstico. No conviertas esa prueba temporal en una decisión de mantener indefinidamente un kernel sin actualizar.
No borres con comodines todos los archivos que empiecen por vm ni elimines directorios de VMware siguiendo fragmentos de un foro. Antes debes saber qué versión está instalada, qué servicios fallan y dónde están las máquinas virtuales que necesitas conservar.
Si Ubuntu arranca pero VMware no funciona
Consulta primero las versiones y los módulos:
uname -r
vmware --version
lsmodSepara después las etapas:
- Compilación. Si no se han generado los módulos, revisa las cabeceras, las herramientas de construcción y el primer error del compilador. Un mensaje final como «Unable to install all modules» no identifica por sí solo la causa.
- Carga. Si los módulos existen pero no se cargan, comprueba su correspondencia con el kernel y los errores que registra el sistema. No asumas que recompilar repetidamente es la solución.
- Arranque de la VM. Si los módulos están cargados, investiga el error de ejecución de esa máquina y su registro. El problema puede estar después de la construcción de módulos.
La documentación de Broadcom describe vmware-modconfig --console --install-all para reconstruir módulos tras un cambio de kernel. Esa operación requiere privilegios y modifica el host; no acredita que las fuentes de Workstation 9 sean compatibles con un kernel actual.
Secure Boot es otra comprobación, no una explicación automática
Broadcom documenta por separado la diferencia entre construir módulos y poder cargarlos con Secure Boot. Un módulo sin la firma requerida puede no cargarse aunque la compilación termine.
Comprueba los registros de carga antes de cambiar Secure Boot: desactivarlo sin identificar el error puede dejar intacta la avería y quitar una protección de arranque.
Qué hacer con una instalación que sigue dependiendo de Quantal
Ubuntu 12.10 dejó de recibir soporte el 16 de mayo de 2014; la fecha figura en el registro oficial de versiones. La salida razonable es conservar una copia del entorno, documentar la dependencia que impide migrar y probarla en una plataforma mantenida.
Antes de modificar la copia, comprueba que contiene todos los discos y archivos de snapshots necesarios. Después prueba arranque, datos, red y la aplicación concreta. Poder abrir la ventana de Workstation no basta para dar por recuperado el trabajo.
El parche original ya no está disponible en una copia verificable. Para recuperar una instalación antigua, empieza por el diagnóstico y conserva una copia antes de modificarla.
Comentarios