Ошибка Runtime error at 94:841 SWbemObjectSet «Недопустимый класс» при установке программы iMazing указывает на повреждение или неисправность инструментария управления Windows — WMI (Windows Management Instrumentation). Установщик iMazing обращается к классам WMI, чтобы получить сведения о системе и подключённых устройствах Apple, и когда репозиторий WMI повреждён, скрипт установки не может создать объект SWbemObjectSet и прерывает работу с этим кодом.
Проблема не связана с самим дистрибутивом iMazing: скачивание установщика заново обычно ничего не меняет. Корень ошибки лежит в системном компоненте Windows, поэтому устранять её нужно на уровне операционной системы. Ниже разберём, почему возникает сбой, как проверить состояние WMI и какие шаги помогают завершить установку.
Почему установщик iMazing выдаёт ошибку SWbemObjectSet
При установке iMazing инсталлятор выполняет скрипт, который через WMI-запросы определяет параметры системы: версию Windows, архитектуру, наличие необходимых компонентов и драйверов для работы с устройствами iPhone и iPad. Объект SWbemObjectSet — это набор результатов такого запроса. Если WMI-инфраструктура повреждена, система возвращает сообщение «Недопустимый класс» (Invalid class), и скрипт завершается аварийно.
Типичные причины повреждения WMI:
- 🔧 некорректное завершение работы Windows или сбой питания во время обновления системы;
- 🧹 действие «чистильщиков» реестра и оптимизаторов, удаляющих системные записи;
- 🦠 последствия заражения вредоносным ПО или работы антивируса с чрезмерной эвристикой;
- 📦 неудачная установка или удаление программ, регистрирующих собственные WMI-классы;
- 💾 повреждение файлов репозитория WMI в папке
Windows\System32\wbem\Repository.
Стоит понимать: ошибка с кодом 94:841 — это не код самой Windows, а внутренняя точка сбоя скрипта установщика. На разных машинах цифры могут отличаться, но суть одна — запрос к WMI-классу завершился неудачей.
Как проверить состояние WMI в Windows
Прежде чем что-то исправлять, полезно убедиться, что проблема действительно в WMI. Для этого есть простая встроенная проверка. Откройте командную строку от имени администратора и выполните команду диагностики репозитория:
winmgmt /verifyrepositoryЕсли в ответ вы получите сообщение о том, что репозиторий WMI не согласован (inconsistent) или повреждён — диагноз подтверждён. Если же репозиторий в порядке, ошибка может быть вызвана отсутствием конкретных классов или блокировкой службы, и тогда имеет смысл проверить работу самой службы WMI.
Дополнительно проверьте, запущена ли служба «Инструментарий управления Windows». Нажмите Win + R, введите services.msc и найдите службу с именем Winmgmt. Она должна быть в состоянии «Работает», а тип запуска — «Автоматически».
Пошаговое восстановление WMI-репозитория
Основной способ решения — сброс и пересборка репозитория WMI. Действия выполняются в командной строке с правами администратора и считаются относительно безопасными: Windows пересоздаст репозиторий автоматически. Тем не менее перед началом создайте точку восстановления системы.
- Остановите службу WMI командой
net stop winmgmt. Система может предупредить, что будут остановлены зависимые службы — подтвердите. - Переименуйте папку репозитория: перейдите в
C:\Windows\System32\wbemи переименуйте каталогRepository, например вRepository.old. - Перезагрузите компьютер. При загрузке Windows создаст новый чистый репозиторий.
- Снова выполните
winmgmt /verifyrepositoryи убедитесь, что репозиторий согласован. - Повторите установку iMazing.
☑️ Чек-лист перед повторной установкой iMazing
⚠️ Внимание: сброс репозитория WMI удаляет пользовательские WMI-классы, зарегистрированные сторонними программами. После пересборки некоторые приложения (системные мониторы, утилиты производителей ПК) могут потребовать переустановки или восстановления, чтобы заново зарегистрировать свои классы.
Если простая пересборка не помогла, можно попробовать перерегистрировать WMI-компоненты. Для этого в командной строке от имени администратора последовательно выполняют повторную регистрацию DLL и перекомпиляцию MOF-файлов. Это более глубокая процедура, и выполнять её стоит только если предыдущий шаг не дал результата.
Команды для перерегистрации компонентов WMI
В командной строке от имени администратора выполните по очереди: cd /d %windir%\system32\wbem — переход в папку WMI; затем for %i in (.dll) do regsvr32 /s %i — перерегистрация библиотек; затем for %i in (.mof *.mfl) do mofcomp %i — перекомпиляция описаний классов. После завершения перезагрузите ПК. Команды выполняйте внимательно и только с правами администратора.
Альтернативные способы решения
Не всегда требуется пересобирать репозиторий целиком. Иногда ошибку удаётся обойти более мягкими методами, и начинать разумно именно с них, поскольку они полностью обратимы.
- 🛡️ проверьте целостность системных файлов командой
sfc /scannow— она восстанавливает повреждённые компоненты Windows, включая файлы WMI; - 🔄 установите все накопительные обновления Windows через
Параметры → Центр обновления Windows; - 🧪 временно отключите сторонний антивирус и попробуйте запустить установщик снова;
- 👤 создайте новую учётную запись администратора и выполните установку из-под неё — так исключается повреждение пользовательского профиля.
Команда проверки системных файлов выполняется так:
sfc /scannowПроверка занимает заметное время, прерывать её не стоит. Если sfc сообщит, что нашла и исправила повреждения, перезагрузите компьютер и только потом повторяйте установку iMazing.
Сравнение методов устранения ошибки
Чтобы выбрать подходящий путь, сверьтесь с таблицей: в ней собраны основные методы, их сложность и типичные ситуации применения.
| Метод | Сложность | Когда применять | Риски |
|---|---|---|---|
Проверка sfc /scannow | Низкая | Первый шаг при любых системных сбоях | Отсутствуют |
| Запуск службы Winmgmt | Низкая | Служба WMI остановлена или отключена | Отсутствуют |
| Сброс репозитория WMI | Средняя | Репозиторий несогласован по результатам проверки | Потеря сторонних WMI-классов |
| Перерегистрация DLL и MOF | Высокая | Сброс репозитория не помог | Ошибки при неверном вводе команд |
| Восстановление системы | Средняя | Ошибка появилась после конкретного события | Откат недавних изменений системы |
Логичный порядок — двигаться сверху вниз: от простых и безопасных проверок к более глубоким вмешательствам. В большинстве подобных ситуаций достаточно восстановления репозитория, и до последних строк таблицы дело не доходит.
Если ничего не помогло
В редких случаях повреждение системы настолько глубокое, что штатные средства восстановления не справляются. Тогда остаются два варианта. Первый — восстановление системы до точки, созданной до появления ошибки. Второй — обновление Windows с сохранением файлов и программ (так называемое обновление на месте, in-place upgrade) с помощью официального установочного образа.
⚠️ Внимание: не загружайте «готовые» исправления WMI и сторонние репозитории с неофициальных сайтов. Под видом патчей для wbem нередко распространяется вредоносное ПО. Все необходимые инструменты уже встроены в Windows.
Также имеет смысл проверить, возникает ли похожая ошибка при установке других программ, использующих WMI (например, iTunes или утилит мониторинга оборудования). Если да — это дополнительное подтверждение системного характера проблемы, и переустановка самого iMazing здесь бесполезна, пока не восстановлен WMI.
Частые вопросы
Ошибка SWbemObjectSet появляется только при установке iMazing. Это проблема программы?
Скорее всего, нет. Ошибка означает, что установщик не смог выполнить запрос к WMI-классу Windows. Другие программы могут просто не использовать WMI при установке, поэтому сбой проявляется именно на iMazing. Проверьте репозиторий командой winmgmt /verifyrepository.
Опасно ли сбрасывать репозиторий WMI?
Процедура считается относительно безопасной: Windows автоматически создаёт новый репозиторий при перезагрузке. Однако сторонние программы, регистрирующие собственные WMI-классы, могут потребовать переустановки. Перед сбросом создайте точку восстановления системы.
Команда winmgmt /verifyrepository пишет, что репозиторий согласован, но ошибка остаётся. Что делать?
Значит, повреждён не сам репозиторий, а отдельные классы или библиотеки. Выполните sfc /scannow, проверьте работу службы Winmgmt, а затем попробуйте перерегистрацию DLL и MOF-файлов в папке wbem.
Может ли антивирус вызывать эту ошибку?
Да, возможная причина — блокировка WMI-запросов установщика агрессивной защитой. Временно отключите сторонний антивирус и повторите установку. Если ошибка исчезла, добавьте установщик iMazing в исключения защитного ПО.
Нужно ли переустанавливать Windows из-за этой ошибки?
Нет, полная переустановка — крайняя мера. В подавляющем большинстве случаев достаточно восстановления WMI-репозитория или проверки системных файлов. Лишь при глубоких повреждениях системы имеет смысл рассмотреть обновление Windows на месте с сохранением данных.