Проблема с Autodata 3.24

[endeavor]

есть такая проблема. скачал эту версию автодаты (3.24) давно ещё. сегодня решил установить на новый комп. поставил, долго боролся с каспером, но в итоге добавил всю папку установленной автодаты (adcda2) + файлы adbcd.exe и adbcd.dll к исключениям, т.к. он беспрерывно вопел, мол вирусы, трояны, hacktool и прочее. добавил, запустил- всё пашет на ура. перезагружаю комп, запускаю автодату- и вижу, что файл adbcd.exe, а вместе с ним и adbcd.dll удалены, в карантине их нет, хотя в исключениях есть!!! но не это главное. монтирую образ с инсталлом, должен открыться autorun.exe. но не тут- то было! ладно, запускаю inst.exe, который по идее должен открываться инсталлятором. он открывается, но начинает сыпать ошибками типа " символ is not valid integer" или типа того, что- то связанное с переменными.

эти ошибки начинают сыпать одна за другой и становиться невозможной установка данного продукта. да ещё и сам установщик виснет.

отсюда возникает вопрос: что это за артефакты такие интересные?

и вопрос номер два: ни один из моих деинсталляторов (RegOrganizer- овский и RevoUninstaller) не находят информации о деинсталляции, поэтому как его удалить хз подскажите, что там и где нужно терануть, чтобы он не оставил назойливых флажков после себя.

[gUeRRa]

что там и где нужно терануть, чтобы он не оставил назойливых флажков после себя.

софт wintools v.7.41

есть где то на этом форуме в теме про зачистку компа после вагруса_805

[endeavor]

благодарю! ща найду прогу и подчищу за автодатой

а кто- нибудь вообще сталкивался с подобными ошибками ("(какие- то странные символы) is not valid integer value")?

[Jevgensolo]

благодарю! ща найду прогу и подчищу за автодатой

а кто- нибудь вообще сталкивался с подобными ошибками ("(какие- то странные символы) is not valid integer value")?

 

Сталкивался. Именно после неудачной установки Автодаты и некорректной деинсталляции предыдущей версии при попытке новой установки. Чисти "хвосты", все должно получиться. Каспер - гад. Нод - тоже гад, но менее:) Недавно НОД пожрал кучу лодырей, в том числе НУО кальк и Автодату - ДЛЛку съел. Автодату восстановил - выдернул из карантина и сделал исключение, НУО слопал безвозвратно - переустановил лодырь - тоже сделал исключение, работает нормально. А вот Каспер часто просто удаляет и нихрена не найти хвостов. НОД больше нравится в этом плане. Уже лет 5 юзаю - полет нормальный. Особых нареканий нет.

[gUeRRa]

в каждом антивире гибко настраивается Политика действий по отношению к заражонному объекту. Но после корректной для наших целей настройки антивирь этот полностью прекращает исполнять свои прямые функции, зато файлы на компе целы :)

[endeavor]

в каждом антивире гибко настраивается Политика действий по отношению к заражонному объекту. Но после корректной для наших целей настройки антивирь этот полностью прекращает исполнять свои прямые функции, зато файлы на компе целы :)

 

что да, то да :) я уже после инцедента с автодатой отключил каспера вовсе, а то боялся, что ни Толеранс ни что либо другое не станет...

но это всё лирика. блин, автодата позарез нужна, не сносить же из- за КИСа всё систему!

зы. попробовал подчистить за автодатой прогой wintools- шиш :) она будет эффективна, только если её установить ДО установки автодаты, да и ещё создав контрольную точку в самой проге. или я что- то неправильно делаю 0_о

[endeavor]

после долгих размышлений, я всё- таки нашёл выход из сложившейся ситуации :)

если у кого- то возникла подобная моей ситуация, стоит сделать несколько нехитрых манипуляций, а именно:

удалить с локального диска C (правильнее сказать, с вашего системного диска) папки ADCDA2 и AD-inst кажется, их там 2 с похожими названиями. в моём случае, базы автодаты были на другом локальном диске- с него тоже удаляем папку ADCDA2. просто так, без деинсталляции. затем TotalCommander-ом ищем на всех локальных дисках (с включёнными на второй вкладке всеми атрибутами) файлы с названиями autodata, adbcd и adcda2. все помещаем на панель и удаляем.

теперь переходим в диспетчер задач. открываем ветку "Контроллеры универсальной последовательно

какой- нибудь прогой для чистки реестра (я предпочитаю RegOrganizer) в автоматическом режиме чистим реестр,

[endeavor]

сори, не дописал :)

 

после долгих размышлений, я всё- таки нашёл выход из сложившейся ситуации :)

если у кого- то возникла подобная моей ситуация, стоит сделать несколько нехитрых манипуляций, а именно:

удалить с локального диска C (правильнее сказать, с вашего системного диска) папки ADCDA2 и AD-inst кажется, их там 2 с похожими названиями. в моём случае, базы автодаты были на другом локальном диске- с него тоже удаляем папку ADCDA2. просто так, без деинсталляции. затем TotalCommander-ом ищем на всех локальных дисках (с включёнными на второй вкладке всеми атрибутами) файлы с названиями autodata, adbcd и adcda2. все помещаем на панель и удаляем.

теперь переходим в диспетчер задач. открываем ветку "Контроллеры универсальной последовательной шины USB" и удаляем 2 устройства: "Autodata Protection Service" и "SafeNet Sentinel Hardware Key".

затем на всякий случай какой- нибудь прогой для чистки реестра (я предпочитаю RegOrganizer) в автоматическом режиме чистим реестр и перезагружаемся.

всё! у меня по- прежнему не работал автозапуск установочного диска автодаты, но катит и ручной запуск install.exe. после проделанных манипуляций у меня перестали вылетать циклические ошибки и нормально установилась автодата.

зы. хвостов в системных папках (так кажется clip или elsa делает) не найдено, процессов в автозагрузке, связанных с автодатой тоже не найдено.

зыы. тему можно считать закрытой :)

[reget]

Все правильно сделал, папки мож и не надо чистить, а сентинел надо. К инсталлу 3.24 есть инструкция по установке, если соблюсти последовательность (сентинел - инсталл - драйвер и т.д.), то все будет в порядке

 

А кто нить ставил 3.18 и 3.24 (3.18 у меня быстрее работает) на один комп?