
En Ubuntu 12.04, he estado usando felizmente VMware Workstation 6. Entonces, un buen día, ocurrió este error al iniciar una VM:
Could not open /dev/vmmon: No such file or directory.
Please make sure that the kernel module `vmmon' is loaded.
Failed to initialize monitor device.
No estoy seguro del motivo, pero podría ser, puramente especulativo, debido a la actualización del controlador Nvidia (fue como una visita al consultorio del dentista, así que no me digas que vuelva a trastear con el controlador gráfico). )
En busca de una solución, actualicé a VMware Workstation 12 usando el instalador GUI.
gksudo bash xxxxx.bundle
Supongo que fue lo suficientemente inteligente como para desinstalar la versión anterior antes de proceder a instalar la nueva versión. Todo está bien, excepto que ocurrió el mismo problema anterior cuando intenté iniciar una máquina virtual. De hecho, como me aconsejaron, no pude encontrar el archivo o directorio/dev/vmmonen mi sistema (esto también es cierto antes de reinstalar la versión más reciente).
Siguiendo otro sabio consejo, intenté:
sudo vmware-modconfig --console --install-all
El resultado completo (para que no me rechacen por falta de detalles) es el siguiente:
Stopping VMware services:
VMware Authentication Daemon done
VM communication interface socket family done
Virtual machine communication interface done
Virtual machine monitor done
Blocking file system done
Using kernel build system.
make: Entering directory `/tmp/modconfig-ha12A3/vmmon-only'
/usr/bin/make -C /lib/modules/3.13.0-49-generic/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-headers-3.13.0-49-generic'
CC [M] /tmp/modconfig-ha12A3/vmmon-only/linux/driver.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/linux/driverLog.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/linux/hostif.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/apic.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/comport.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/cpuid.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/hashFunc.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/memtrack.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/phystrack.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/task.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/common/vmx86.o
CC [M] /tmp/modconfig-ha12A3/vmmon-only/vmcore/moduleloop.o
/tmp/modconfig-ha12A3/vmmon-only/linux/driver.c: In function ‘LinuxDriver_Ioctl’:
/tmp/modconfig-ha12A3/vmmon-only/linux/driver.c:1983: warning: the frame size of 1280 bytes is larger than 1024 bytes
LD [M] /tmp/modconfig-ha12A3/vmmon-only/vmmon.o
Building modules, stage 2.
MODPOST 1 modules
WARNING: "mcount" [/tmp/modconfig-ha12A3/vmmon-only/vmmon.ko] undefined!
CC /tmp/modconfig-ha12A3/vmmon-only/vmmon.mod.o
LD [M] /tmp/modconfig-ha12A3/vmmon-only/vmmon.ko
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-49-generic'
/usr/bin/make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/modconfig-ha12A3/vmmon-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/modconfig-ha12A3/vmmon-only'
cp -f vmmon.ko ./../vmmon.o
make: Leaving directory `/tmp/modconfig-ha12A3/vmmon-only'
Using kernel build system.
make: Entering directory `/tmp/modconfig-ha12A3/vmnet-only'
/usr/bin/make -C /lib/modules/3.13.0-49-generic/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= modules
make[1]: Entering directory `/usr/src/linux-headers-3.13.0-49-generic'
CC [M] /tmp/modconfig-ha12A3/vmnet-only/driver.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/hub.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/userif.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/netif.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/bridge.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/procfs.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/smac_compat.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/smac.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/vnetEvent.o
CC [M] /tmp/modconfig-ha12A3/vmnet-only/vnetUserListener.o
LD [M] /tmp/modconfig-ha12A3/vmnet-only/vmnet.o
Building modules, stage 2.
MODPOST 1 modules
WARNING: "mcount" [/tmp/modconfig-ha12A3/vmnet-only/vmnet.ko] undefined!
CC /tmp/modconfig-ha12A3/vmnet-only/vmnet.mod.o
LD [M] /tmp/modconfig-ha12A3/vmnet-only/vmnet.ko
make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-49-generic'
/usr/bin/make -C $PWD SRCROOT=$PWD/. \
MODULEBUILDDIR= postbuild
make[1]: Entering directory `/tmp/modconfig-ha12A3/vmnet-only'
make[1]: `postbuild' is up to date.
make[1]: Leaving directory `/tmp/modconfig-ha12A3/vmnet-only'
cp -f vmnet.ko ./../vmnet.o
make: Leaving directory `/tmp/modconfig-ha12A3/vmnet-only'
Starting VMware services:
Virtual machine monitor failed
Virtual machine communication interface done
VM communication interface socket family done
Blocking file system done
Virtual ethernet failed
VMware Authentication Daemon done
Unable to start services
Veo un par de mensajes de advertencia pero ningún error, por lo que es realmente desconcertante el caso de los archivos faltantes y descargables.mmmon.
Siguiendo otros consejos:
>> sudo /etc/init.d/vmware restart
Stopping VMware services:
VMware Authentication Daemon done
VM communication interface socket family done
Virtual machine communication interface done
Virtual machine monitor done
Blocking file system done
Starting VMware services:
Virtual machine monitor failed
Virtual machine communication interface done
VM communication interface socket family done
Blocking file system done
Virtual ethernet failed
VMware Authentication Daemon done
>> sudo modprobe vmmon
FATAL: Error inserting vmmon (/lib/modules/3.13.0-49-generic/misc/vmmon.ko): Unknown symbol in module, or unknown parameter (see dmesg)
Tu sabio consejo busco desesperadamente.
Respuesta1
sudo vmware-modconfig --console --install-all
Este comando me lo arregló
Respuesta2
Deshabilitar el arranque seguro desde UEFI es una mala respuesta, pero es la respuesta oficial en el foro de VMWare.
Tuve un problema similar al instalar VirtualBox y logré resolver mi VMwareproblema utilizando el mismo método. Esto me permite mantener habilitado el arranque seguro y también usar VMWare.
El problema es que el módulo del kernel de vmware no está firmado, por lo que no se carga cuando el arranque seguro está habilitado. Sin embargo, puede "autofirmar" el módulo, que es lo que hice tanto para la estación de trabajo VMWare como para VirtualBox.
- Ir a esta publicación del foro:https://forums.virtualbox.org/viewtopic.php?f=7&t=77363&start=15
- Ir al post de Fayce66 el 6 mayo 2016, 08:37
- En cada comando, reemplace el módulo del kernel "vboxdrv" (nombre del módulo de virtualbox) con "vmmon" (nombre del módulo de vmware)
- Es posible que tengas que volver a ejecutar todos los comandos para el módulo del kernel "vmnet" (módulo de red vmware)
Estos pasos funcionaron para mí. Puedo mantener habilitado el arranque seguro y usar VMWare Workstation.
Respuesta3
Es posible que su problema con VMware Workstation 12 sea que...
En un host Linux con el modo seguro habilitado, no está permitido cargar ningún controlador sin firmar. Debido a esto, los controladores de VMware, como vmmon y vmnet, no se pueden cargar, lo que impide que la máquina virtual se encienda.
Para solucionar este problema sin desactivar el arranque seguro, puede hacer lo siguiente en una terminal para autofirmar los controladores:
Genere un par de claves usando openssl para firmar los módulos vmmon y vmnet:
openssl req -new -x509 -newkey rsa:2048 -keyout MOK.priv -outform DER -out MOK.der -nodes -days 36500 -subj "/CN=VMware/"
(Reemplace MOK con el nombre del archivo que desea para la clave).
Firme los módulos utilizando la clave generada ejecutando estos comandos:
sudo /usr/src/linux-headers-`uname -r`/scripts/sign-file sha256 ./MOK.priv ./MOK.der $(modinfo -n vmmon) sudo /usr/src/linux-headers-`uname -r`/scripts/sign-file sha256 ./MOK.priv ./MOK.der $(modinfo -n vmnet)
Importe la clave pública a la lista MOK del sistema ejecutando este comando:
sudo mokutil --import MOK.der
Confirme una contraseña para esta solicitud de inscripción MOK.
- Reinicie su máquina. Siga las instrucciones para completar la inscripción desde la consola UEFI.
Citado de este artículo de VMWare:https://kb.vmware.com/kb/2146460
Respuesta4
Construyo un script de shell automatizado para ayudar a descargar, extraer y crear VMWARE vmnet
y vmmon
archivos. Ejecutar esto debería solucionar el problema.
Pruébalo aquí ->vmware-host-módulos-builder-cli y cree un problema si encuentra algún problema.