12 votos

VMWare Fusion: No se pudo abrir el error /dev/vmmon

Después de actualizar a Yosemite, el único problema que tengo es que VMWare Fusion (Versión Profesional 5.0.5 si eso ayuda) no se inicia mostrando el siguiente error:

No se pudo abrir /dev/vmmon: No such file or directory. Por favor, asegúrate de que el módulo del kernel `vmmon' esté cargado.

He intentado buscar en Google el problema pero lo único relevante que encontré fue esto:

La Mac tiene una cierta cantidad de dispositivos que puede registrar en el directorio /dev/ ..., dispositivos virtuales como software de virtualización y clientes VPN también crean dispositivos en este directorio llenando rápidamente el número al límite. Para resolver esto, revisé las aplicaciones instaladas y eliminé cada cliente VPN y software VM que ya no necesitaba y reinicié mi máquina. Después del reinicio, todo funcionó inmediatamente.

Pero incluso si esto es cierto, simplemente no puedo deshacerme de mi cliente VPN, por ejemplo. Por lo tanto, todavía no tengo idea de qué pasos debo tomar para resolver el problema. Estaré muy agradecido por cualquier pista sobre cómo arreglar este problema.

16voto

Michiel de Mare Puntos 15888

Después de tener este problema con macOS High Sierra y VMWare Fusion 8.5.8, pude resolverlo permitiendo la extensión del sistema como se describe en http://planetvm.net/blog/?p=3240

En resumen; abre Preferencias del Sistema, haz clic en Seguridad y Privacidad, y desde la pestaña General deberías ver un mensaje que indica El software del sistema del desarrollador "VMware, Inc." se bloqueó al cargar. Haciendo clic en el botón Permitir resolvió el problema para mí.

0 votos

Esta fue la solución para mí en OS X 14 "Mojave".

1 votos

Esto también me funciona en Catalina con Fusion 11.5.1

7voto

Neto Marin Puntos 116

Parece que simplemente descargar una extensión del kernel que esté usando uno de los principales dispositivos de caracteres es suficiente para evitar el problema. Por ejemplo, yo tenía /dev/HAX así que estaba buscando instrucciones para desinstalar HAXm. Encontré https://stackoverflow.com/questions/38354287/uninstalling-intel-haxm-on-mac-el-capitan que mencionaba ejecutar sudo kextunload -b com.intel.kext.intelhaxm. Después de hacer eso, pude iniciar una máquina virtual de VMWare Fusion sin tener que reiniciar.

0 votos

Este fue lo único que funcionó para mí. ¡Gracias!

0 votos

Esto funcionó para mí el 31 de julio de 2017. Estoy en OSX Sierra versión 10.12.6 (16G29) usando VMWare Fusion versión 8.5.8 (5824040). Ni siquiera sabía que tenía intelhaxm instalado, pero al ejecutar este comando se resolvió el problema.

0 votos

Pasé casi todo el día tratando de arreglarlo y finalmente este lo solucionó. macOS Mojave + Fusion 11.5 ¡Gracias señor!

5voto

Marshalus Puntos 104

En caso de que alguien se esté encontrando con este problema en VMware Fusion 6 en Yosemite... Tuve el mismo problema y parece que OS X sólo tiene una cantidad limitada de números de dispositivos principales, los cuales son utilizados por muchos controladores de dispositivos diferentes. VMware Fusion intenta cargar sus controladores de dispositivos al iniciar la aplicación, por lo que si todos los números de dispositivos principales ya están ocupados, los controladores no se iniciarán.

Un empleado de VMware presentó algunas formas de averiguar qué controladores están utilizando números de dispositivo principales en este post: https://communities.vmware.com/message/2341918#2341918

Cuando ejecuté ls -l /dev/ | grep '^c' | sort -nk 5 descubrí que FUSE para OS X y Tuxera NTFS aparecían alrededor de 20 veces cada uno. No estoy seguro de cómo detener/reiniciar estos controladores, tuve la suerte de que FUSE para OS X pidió actualizarse después de abrir su panel de preferencias, lo que hizo que todos los dispositivos FUSE desaparecieran.

Después de esto, VMware Fusion pudo cargar sus controladores y las máquinas virtuales se reiniciaron de nuevo.

Editar: Tuve el mismo problema de nuevo después de usar una imagen montada de VeraCrypt. Esta línea de comandos descarga la extensión de núcleo de FUSE para OS X si no hay sistemas de archivos montados:

sudo kextunload -b com.github.osxfuse.filesystems.osxfusefs

0 votos

¡Gracias! En mi caso fue el controlador tuxera ntfs com.tuxera.filesystems.tufsfs.fusefs_txantfs

2 votos

Y para mí fue com.github.osxfuse.filesystems.osxfuse. Puedes ver los kexts cargados haciendo sudo kextstat en la terminal.

2voto

scudmissile Puntos 21

Según un empleado de VMWare, VMWare Fusion 5.x no es compatible con OS X Yosemite y recomienda actualizar a la versión 6 o superior. Ver la respuesta en este hilo aquí: https://communities.vmware.com/message/2451191#2451191

Me estaba encontrando con un problema similar y actualizar de Fusion 5 a Fusion 6.0.5 lo resolvió para mí.

1 votos

Me estoy encontrando con el problema /dev/vmmon en macOS Sierra (10.12.5) y VMWare Fusion 8.5.8. Por lo tanto, no estoy seguro de que el problema sea tan simple como usar una versión diferente de VMWare.

2voto

ccallendar Puntos 596

Tuve el mismo problema ejecutando Mac OS Mojave 10.14, VMWare Fusion 11.0.0, Macbook Pro 2017, y no pude resolver el problema hasta que reinicié mi Macbook Pro. Después de reiniciarlo, inicié VMWare Fusion y me pidieron que le permitiera acceder a algunos recursos yendo a Preferencias del Sistema > Seguridad y Privacidad, y seleccionando permitir.

Su computadora de Apple puede pedirle que permita acceso específico a VMWare Fusion tan pronto como abra la aplicación. Si ese es el caso, simplemente permítalo y sus máquinas virtuales funcionarán perfectamente. Gracias a todos arriba por contribuir a la conversación y por las soluciones propuestas anteriormente.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X