В этой статье я расскажу об исправлении одной очень распространенной ошибки Windows Installer. Обыскавши Интернет как русскоязычный, так и англоязычный, включая форумы и ньюсгруппы Microsoft, я понял что ошибка довольно распространенная, однако исправить ее, на самом деле никому не удавалось.
Суть проблемы
Как то одним жарким летним вечером я решил установить на свой компьютер ActeiveState ActivePerl. Скачал инсталлятор, который был в .msi файле и запустил его. Каково же было мое удивление, когда вместо привычного инсталлятора я увидел вот это:
Как вскоре оказалось, подобная ошибка выпадала при запуске на моем компьютере любого .msi файла.
Недолго думая, я полез в интернет, ввел в поиск появившееся сообщение, и, «О ужас!» — я увидел сотни постов людей с этой проблемой! В русскоязычном и англоязычном сегменте Интернета у множества людей была аналогичная проблема, и никто ее не смог решить по существу.
Решение проблемы
Для начала я включил Log-файл установщика Windows. Как включить лог Windows Installer вы можете почитать здесь, или поискать в любом поисковике по ключевому слову «voicewarmup».
Лог-файлы появляются во временной папке пользователя, которая обычно находится по пути C:\Users\имя_профиля\AppData\Local\Temp. Открыв лог, я увидел следующую ошибку:
MSI (c) (B8:84) [22:08:06:894]: Failed to connect to server. Error: 0x80040154
Поискав по коду ошибки в Интернете, и не нашедши никаких способов решения проблемы, я решил подумать логически.
Что означает ошибка 0x80040154? Поискав в поисковике, и воспользовавшись утилитой Error Lookup, я определил, что ошибка означает «Класс не зарегистрирован».
Обычно такая ошибка появляется, когда вы запрашиваете у системы создать COM-объект, который не был должным образом зарегистрирован в реестре. Но как определить какой именно объект не зарегистрирован?
Для начала я воспользовался старым добрым отладчиком WinDbg, который входит в пакет Debugging Tools For Windows. Мне понадобилась именно 64-разрядная версия данного отладчика.
Перед началом отладки необходимо загрузить отладочные символы для распознавания имен системных функций и переменных. Эти символы являются довольно полезной вещью не только для поиска ошибок, но также и для исследования работы Windows в целом.
Я предпочитаю указывать отладчику путь для поиска символов через переменную среды _NT_SYMBOL_PATH, которая должна быть задана как: C:\Symbols;srv*C:\Symbols*https://msdl. microsoft. com/download/symbols. В данном случае папка C:\Symbols — это хранилище загруженных символов на жестком диске, чтобы отладчик каждый раз не лез в интернет за ними.
Загрузил я в отладчик файл c:\windows\system32\msiexec. exe и задал для него параметры командной строки так, чтобы он открыл .msi файл. В моем случае параметром командной строки было: /i «C:\Users\MAV\Desktop\ActivePerl-5.12.4.1205-MSWin32-x64-294981.msi» однако можно задавать путь к любому другому .msi файлу.
Сам по себе отладчик, конечно не решит проблему, нужно ее локализовать. Поразмыслив, какие функции могут создавать COM-объекты, я остановился на CoCreateInstance, CoCreateInstanceEx и CoGetClassObject
Для установки точек прерывания на эти функции вводим в командной строке отладчика:
bp ole32!CoCreateInstance
bp ole32!CoCreateInstanceEx
bp ole32!CoGetClassObject
Если точки останова у вас не ставятся, значит вы неправильно настроили символы.
После запуска приложения (F5), срабатывает точка останова на ole32!CoCreateInstance. Если точка останова не срабатывает, а выпадает окно с параметрами Wndows Installer, то вы неправильно указали параметры командной строки для запуска.
Давайте теперь посмотрим, из какого же места кода вызывается создание нашего объекта, для этого мы можем нажать Debug->Step Out (Shift+F11). Мне пришлось нажать указанную комбинацию дважды, для того чтобы выйти в исходную вызывающую функцию.
Исходная вызывающая функция называется msi! CreateMsiServerProxy и, очевидно, находится в модуле msi. dll.
Запомнив имя функции, а также примерный вид искомого кода, я открыл дизассемблер IDA Pro, и загрузил в него файл msi. dll. Следует отметить пару особенностей данного отладчика: во первых, IDA любит блокировать доступ к исследуемому файлу, во вторых, она создает в папке с исследуемым файлом несколько своих файлов баз данных, так что я рекомендую копировать исследуемые файлы в отдельную папку. В третьих, IDA не всегда подгружает файлы с символами, поэтому рекомендую в указанную отдельную папку также скопировать файл msi. pdb из вышеуказанной папки C:\Symbols.
После нахождения функции CreateMsiServerProxy, находим знакомые строки кода в ней: 
Не иначе как функция пытается создать объект по CLSID IID_IMsiServer. Здесь я не буду вдаваться в подробности COM и искать различия между CLSID и IID, важно что я получил зацепку — имя интерфейса ID_IMsiServer и CLSID .
Windows Registry Editor Version 5.00
После импорта ключа реестра я вновь попробовал запустить .msi файл, и, «О чудо!», он запустился, после чего я успешно установил ActivePerl.
У вас может быть аналогичная проблема, но при этом отсутствовать другой ключ реестра. Импортировать при этом необходимо те ключи, которых у вас нет.
Выводы
Спасибо за внимание, я очень надеюсь что статья вам понравилась, жду ваших отзывов, а также с удовольствием отвечу на ваши вопросы.
Появляется ошибка – «Класс не зарегистрирован»
Перед процессом избавления маленького «дефекта» в системе необходимо узнать причину её появления. Как известно, возникает она при открытии файла картинки любого формата либо ярлыка программы. В Windows 10 проблема замечена после запуска параметров системы. Ошибку исправить просто, зная, при запуске какой программы она появляется. Сейчас мы попробуем избавиться от проблемы, именуемой – Класс не зарегистрирован.
Ошибка «Класс не зарегистрирован» изображений и картинок
В один прекрасный момент, открыв любимую фотографию вы сталкиваетесь с указанной выше ошибкой. Так как же ее исправить в данном случае? На самом деле ответ кроется в программном обеспечении, которое работает с изображениями. Если оно встроенное в Windows 10 и стоит по умолчанию, то остается поставить по умолчанию другую программу. Делается это следующим образом:
Теперь нужно открыть диспетчер задач и сбросить проводник, а сделать это можно так:
Очень надеюсь, что с картинками и ошибкой «Класс не зарегистрирован» вы справились. Есть немного другой вариант открытия картинок. Можно нажать по ней правой кнопочкой мышки, выбирая параметр «Открыть с помощью» и использовать другую программку. Естественно, оно должно находиться на компьютере.
С фотографиями разобрались, но что делать, если ошибка появляется во время запуска приложений системы?
Возникновение ошибки при запуске программ
Если это связано с несистемными приложениями, тогда их можно переустановить или заменить на альтернативные варианты. Из-за проблемки с системным ПО, ошибка может сопровождаться кодом 0x80040154.
Explorer. exe класс не зарегистрирован Windows 10
Открытие меню Пуск может привести к появлению всё той же ошибки, правда еще вы увидите слово Explorer. exe. Решение следующее:
Не помогло? Придётся прочитать статью, почему не работает меню Пуск в Windows 10.
Избавление от «дыры» службой компонентов
В любой версии Windows есть утилита – служба компонентов. Думаю, она нам поможет в независимости от причины происхождения проблемы. Сценарий работы будет таким:
Довольно быстрый способ не так ли? Но это не значит, что он 100% поможет. Есть еще моменты, и их я хочу разобрать, поехали.
Класс не зарегистрирован при использовании браузера
Как в первом разделе этой статьи, вам надо войти в раздел «Приложения» и подраздел «Приложения по умолчанию». Там найдите опцию «Задать значения по умолчанию».
Вы увидите окошко, где выбираем браузер, при открытии которого появлялась ошибка, после чего жмём «Использовать эту программу по умолчанию».
Если проблема имеет место в Microsoft Edge, прочитайте статьи ниже.
Дополнительные действия
Ошибка могла возникать недавно, но были установлены какие-то программы, тогда их надо удалить. Перезапускаете компьютер и пробуете открыть браузер или что-то другое.
Проблема также возникает из-за повреждения реестра, а значит его нужно восстановить. И конечно же вирусы, куда же без них. Проверьте компьютер на вредоносы всеми известными способами. На этом сайте есть раздел «Безопасность», ознакомьтесь с ним.
Самый последний вариант избавления от «дыры» в системе – сбросить систему (вернуться к точке восстановления или просто переустановить).
https://habr. com/ru/sandbox/33155/
https://computerinfo. ru/klass-ne-zaregistrirovan/
