Проблема:
VMware Fusion не может подключиться к виртуальной машине.
Убедитесь, что у вас есть права на запуск программы и доступ ко всем каталогам, которые она использует, и права на доступ ко всем каталогам для временных файлов.
Я следовал инструкциям на следующих 2 веб-сайтах, и ни один из них не работал:
Используя терминал со следующей командой: 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>
Я использовал Дисковую Утилиту, чтобы проверить разрешения и проверить диск, и все проверки ОК.
В системе не было никаких изменений, не было никакого нового программного обеспечения, никаких изменений конфигурации и т. Д. Только один день это работает, следующий нет.
Ответы:
Я наконец выяснил, в чем проблема, и это на самом деле связано с одним из моих вопросов в SO, https://stackoverflow.com/questions/1352899/source-install-apache-2-2-13-php-5- 3-снежный барс, на который по иронии судьбы мне тоже приходилось отвечать за себя.
Проблема проистекала из пакета iconv . Очевидно, что компиляция и установка PHP 5.3.0 имеет проблемы на Snow Leopard 10.6.1 с этим пакетом. Поэтому я удалил все вхождения файлов, которые относятся к этому пакету, из моей системы и перестроил их из исходного кода в архитектурах i386 и x86_64. К сожалению, я удалил очень важный файл, необходимый для VMWare Fusion: /usr/lib/libiconv.2.dylib
Я понял, что этот файл является ключом к восстановлению VMWare Fusion, так как я запустил в терминале следующее: / Applications / VMware \ Fusion.app/Contents/MacOS/vmware и сказал, что отсутствует следующий ресурс: / usr / Библиотека / libiconv.2.dylib
Поэтому я отправился на охоту в TimeMachine и, к счастью, нашел удаленный файл, восстановил его, и теперь все мои виртуальные машины снова работают!
Теперь вопрос в том, почему этот файл так важен?
источник
Вы проверили права доступа к самой папке виртуальной машины и ее содержимому? Если у вас нет доступа для записи на виртуальную машину, VMware может вызвать колебание.
Проверка разрешений Дисковой утилиты не будет проверять разрешения вашей Виртуальной машины.
Используете ли вы виртуальную машину под одним или несколькими пользователями?
(У нас есть несколько виртуальных машин в работе, которые могут использоваться разными пользователями Mac, и мы установили разрешения на 777. Я бы предпочел использовать ACL - 777 немного экстремально, но работает!)
источник
Разрешения это хорошая идея ...
Но я видел такое поведение и в Parallels ... Удалите старое приложение VMWARE fusion и переустановите его с последнего образа диска с сайта VMWare ....
Переустановка с приложением на месте не гарантирует, что все будет переписано ...
источник
Моя проблема заключалась в том, что у меня было много запущенных потоков, даже простая команда, такая как
lsдал мне:Я остановил Firefox, и он снова работал нормально.
источник
Я подозреваю, что бит setuid был потерян в одном или нескольких вспомогательных приложениях (скорее всего, в приложении vmware-vmx). Вспомогательные программы находятся в / Library / Application Support / VMware Fusion и должны иметь установленный бит setuid.
Запустите следующую команду из окна терминала и найдите биты разрешений для: vmware-authd, vmware-rawdiskCreator, vmware-vmx, vmware-vmx-debug:
Биты разрешения должны быть:
то есть. корень setuid (в -rwsr-xr-x). Вы можете использовать:
Если имя пользователя не root, вы также должны сделать:
Кроме того, удаление и повторная установка приложения должны достичь того же результата.
источник
Да, это разрешительная вещь, но что с того? Я не понимаю эту дискуссию.
Удалите (вы найдете программу удаления VMware в разделе Поддержка библиотек / приложений), а затем установите VMware Fusion, включая все предлагаемые обновления.
Откройте ваши виртуальные машины - они должны вернуться снова, как они были, и проблема будет решена.
источник