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. Es evidencia de aquel contexto y del uso de la guía, no una validación actual de sus parches.
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.
Esta documentación corresponde a otros entornos y sirve para distinguir etapas del diagnóstico. No demuestra que Secure Boot causara todas las pantallas negras del hilo de 2012. No desactives una protección de arranque por defecto para resolver un error cuya causa aún no conoces.
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.
No se ha recuperado una copia íntegra y verificable del parche original ni se ha reproducido el laboratorio de 2012 en esta revisión. Por eso esta guía conserva el problema y un diagnóstico acotado, sin presentar un binario antiguo como solución universal.
Comentarios