Перейти к содержимому

Фотография

Ручная деинсталляция vmware


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 2

#1 Dr.Tibibo

Dr.Tibibo

    Новый участник

  • Members
  • Pip
  • 2 сообщений

Отправлено 07 апреля 2007 - 18:26

Доброе время суток.
Столкнулся с такой проблемой при обновлении vmw (с vmware 5.5.1-19175 на 5.5.3-34685, WinXP SP2):
инталлятор обнаружил невозможность автоматической деинсталляции предыдущей версии vmw (ругался на отсутствие лога установки, который скорее всего утерян после смены переменных окружения). Я воспользовался msicuu из support tools - тот отработал вроде нормально (поскольку он никаких логов не пишет, то подробностей не знаю), затем вручную почистил в реестре всё имеющее в имени или в значении сочетание vmw, деинсталлировал обе сетевухи, удалил из HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services службы vmdns, vmdhcp и vmout, ребутнулся, запустил инсталятор - пишет: "Setup has detected that VMware Workstation is already installed on this machine. Please uninstall the existing version through Add/Remove Programs and try again."
Как быть? Что и где ещё нужно почистить? Как заставить инсталятор выполнить установку? Если есть идеи, пожалуйста поделитесь.
Большое спасибо за помощь.
  • 0

#2 LEk

LEk

    Новый участник

  • Members
  • Pip
  • 65 сообщений
  • ФИО:Екатерина
  • Город:Новосибирск

Отправлено 09 апреля 2007 - 07:28

Была похожая проблема, после того как один умелец "удалил" VMWare руками, тоже все "вычистил", где смог додуматься, в результате ни новую версию поставить не мог, ни старую до конца удалить. Вышли из ситуации так: на другом компьютере установили старую версию, и с него скопировали все необходимые файлы, на отсутствие которых ругался при попытке удаления. Потом удалили через Add/Remove Programs. И поставили новую версию.
Тоже очень интересно, как все-таки в таких ситуациях правильно удалять недоудаленное :crazy:
  • 0

#3 Dr.Tibibo

Dr.Tibibo

    Новый участник

  • Members
  • Pip
  • 2 сообщений

Отправлено 10 апреля 2007 - 07:00

Если кому-то интересно, то вот как я решил свою проблему:

это фрагмент лога при нормальной установке (файл vmmsi.log получен запуском инсталлятора на второй оси):

MSI © (40:34) [20:37:36:892]: Package we're running from ==> C:\Users\tibibo\AppData\Local\Temp\59cb4.msi
MSI © (40:34) [20:37:37:033]: APPCOMPAT: looking for appcompat database entry with ProductCode '{98D1A713-438C-4A23-8AB6-41B37C4A2D47}'.
MSI © (40:34) [20:37:37:283]: APPCOMPAT: matching ProductCode found in database. Entry name: 'VMware Workstation.msi'. Testing other attributes..

а вот это было написано в том же месте токого же файла, когда установка не получалась:

MSI © (40:4C) [07:51:17:562]: Package we're running from ==> L:\LOCALS~1\Temp\e56557.msi
MSI © (40:4C) [07:51:17:656]: APPCOMPAT: looking for appcompat database entry with ProductCode '{98D1A713-438C-4A23-8AB6-41B37C4A2D47}'.
MSI © (40:4C) [07:51:17:687]: APPCOMPAT: no matching ProductCode found in database.

Дальше просто: ищем в реестре {98D1A713-438C-4A23-8AB6-41B37C4A2D47} (например при помощи jv16 PowerTools) и,не забыв создать резервную копию, удаляем всё, что выпадает по этому запросу. Запускаем инсталлятор и... voila!, как говорят французы ))
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных