VMWare Fusion 2.0.6 ya no quiere cargar mis máquinas virtuales

1

La cuestión:

VMware Fusion no se puede conectar a la máquina virtual.

Asegúrese de tener derechos para ejecutar el programa y acceder a todos los directorios que utiliza y derechos para acceder a todos los directorios para archivos temporales.

He seguido las instrucciones en los siguientes 2 sitios web y ninguno ha funcionado:

Usando la terminal con el siguiente comando: kextstat | grep vmware

120 0 0x5ca93000 0xd3000 0xd2000 com.vmware.kext.vmx86 (2.0.6) <11 5 4 3 1>
121 0 0x5c3cc000 0xb000 0xa000 com.vmware.kext.vmci (2.0.6) <5 4 3 1>
122 0 0x5c3d7000 0x6000 0x5000 com.vmware.kext.vmioplug (2.0.6) <34 29 5 4 3>
123 0 0x5c413000 0x9000 0x8000 com.vmware.kext.vmnet (2.0.6) <11 5 4 3 1>

He utilizado la Utilidad de Discos para verificar los permisos y verificar que el disco y todos los cheques salgan bien.

No ha habido cambios en el sistema, no hay software nuevo, no hay cambios de configuración, etc. Solo un día funciona al siguiente no funciona.

— ricbax
fuente

Habilitar al usuario root me permite acceder a las máquinas virtuales nuevamente. Entonces, este es claramente un problema de permisos, pero ¿qué archivos de fusión de vmware específicos necesito cambiar para restaurar los permisos?

— ricbax

1

Finalmente he descubierto cuál era el problema y en realidad se relaciona de alguna manera con una de mis preguntas en SO, https://stackoverflow.com/questions/1352899/source-install-apache-2-2-13-php-5- 3-leopardo de las nieves que irónicamente también tuve que responder por mí mismo.

El problema surgió del paquete iconv . Aparentemente, compilar e instalar PHP 5.3.0 tiene problemas en Snow Leopard 10.6.1 con este paquete. Así que eliminé todos los archivos relacionados con este paquete de mi sistema y los reconstruí desde el origen en las arquitecturas i386 y x86_64. Desafortunadamente, eliminé un archivo muy importante que VMWare Fusion requería: /usr/lib/libiconv.2.dylib

La forma en que me di cuenta de que este archivo era la clave para restaurar VMWare Fusion fue que ejecuté lo siguiente en la terminal: / Applications / VMware \ Fusion.app/Contents/MacOS/vmware y dije que faltaba el siguiente recurso: / usr / lib / libiconv.2.dylib

Así que fui a cazar en TimeMachine y afortunadamente localicé el archivo eliminado, lo restauré, ¡y ahora todas mis máquinas virtuales funcionan de nuevo!

La pregunta ahora es ¿por qué es tan importante este archivo?

— ricbax
fuente

ricbax en automóviles: "¿Por qué es tan importante esta rueda?"

— ta.speot.is

Taspeotis sobre ruedas: "Porque hacen que el automóvil avance"

— ricbax

0

¿Ha verificado los permisos de la carpeta de la máquina virtual real y su contenido? Si no tiene acceso de escritura a la máquina virtual, VMware puede lanzar un tambaleo.

Los permisos de comprobación de la Utilidad de Discos no verificarán los permisos de su máquina virtual.

¿Utiliza la máquina virtual bajo un usuario o usuarios diferentes?

(Tenemos algunas máquinas virtuales en el trabajo que pueden ser compartidas por diferentes usuarios de Mac, y establecemos los permisos en 777. Prefiero usar ACLs - 777 es un poco extremo, ¡pero funciona!)

— Steve Folly
fuente

¿Los permisos cambian automáticamente? No he cambiado ningún permiso en mi MBP. ¿Entonces dice que debería chmod 777 la carpeta Virtual Machines?

— ricbax

Se cambiaron los permisos a 777, el usuario de MBP usa el vm y yo soy el único usuario. Aún tengo el error.

— ricbax

0

Los permisos son una buena idea ...

Pero también he visto este comportamiento con Parallels ... Deseche la antigua aplicación de fusión VMWARE y vuelva a instalar desde la última imagen de disco del sitio VMWare ...

Reinstalar con la aplicación en su lugar no garantiza que todo se reescribirá ...

— Benjamin Schollnick
fuente

0

Mi problema fue que tuve que ejecutar muchos hilos, incluso un comando simple como el que lsme dio:

fork: recurso temporalmente no disponible

Detuve Firefox y funcionó bien nuevamente.

— TjerkW
fuente

0

Sospecho que el bit setuid se ha perdido de una o más de las aplicaciones auxiliares (muy probablemente la aplicación vmware-vmx). Los programas auxiliares están en / Library / Application Support / VMware Fusion y deben tener el bit setuid establecido.

Ejecute el siguiente comando desde una ventana de Terminal y observe los bits de permiso para: vmware-authd, vmware-rawdiskCreator, vmware-vmx, vmware-vmx-debug:

ls -l /Library/Application Support/VMware\ Fusion

Los bits de permiso deben ser:

-rwsr-xr-x  1 root wheel  <size> <date> <name>

es decir. raíz setuid (la s en -rwsr-xr-x). Puedes usar:

sudo chmod +s /Library/Application Support/VMware\ Fusion/<name of app that's wrong>

Si el nombre de usuario no es root, entonces también debe hacer:

sudo chown root /Library/Application Support/VMware\ Fusion/<name of app that's wrong>

Alternativamente, desinstalar y reinstalar la aplicación debería lograr lo mismo.

— Garfio
fuente

Gracias por la respuesta Andrew, pero todas las configuraciones que mencionas aquí se configuran exactamente como las mencionas. desinstalar / reinstalar no hace nada.

— ricbax

-1

Sí, es una cuestión de permiso, pero ¿y qué? No entiendo esta discusión.

Desinstale (encontrará el Desinstalador de VMware en la Biblioteca / Soporte de aplicaciones) y luego instale VMware Fusion, incluidas las actualizaciones ofrecidas.

Abra sus máquinas virtuales: deberían volver a estar como estaban y el problema se resolverá.

— VeryBeginner pero MAC-User 1984
fuente