Не удается найти файл сценария ospp vbs

Содержание

Загрузите OSPP.VBS и исправьте ошибки

Не удается найти файл сценария ospp vbs

Иногда система Windows отображает сообщения об ошибках поврежденных или отсутствующих файлов OSPP.VBS. Подобные ситуации могут возникнуть, например, во время процесса установки программного обеспечения.

Каждая программа требует определенных ресурсов, библиотек и исходных данных для правильной работы. Поэтому поврежденный или несуществующий файл OSPP.VBS может повлиять на неудачное выполнение запущенного процесса.

Файл был разработан Microsoft для использования с программным обеспечением Office. Здесь вы найдете подробную информацию о файле и инструкции, как действовать в случае ошибок, связанных с OSPP.VBS на вашем устройстве. Вы также можете скачать файл OSPP.VBS, совместимый с устройствами Windows 10, Windows 7, Windows 8, которые (скорее всего) позволят решить проблему.

Совместим с: Windows 10, Windows 7, Windows 8

Существует несколько типов ошибок, связанных с файлом OSPP.VBS. Файл OSPP.

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

Ниже приведен список наиболее распространенных сообщений об ошибках, связанных с файлом OSPP.VBS. Если вы найдете один из перечисленных ниже (или похожих), рассмотрите следующие предложения.

  • OSPP.VBS поврежден
  • OSPP.VBS не может быть расположен
  • Ошибка выполнения – OSPP.VBS
  • Ошибка файла OSPP.VBS
  • Файл OSPP.VBS не может быть загружен. Модуль не найден
  • невозможно зарегистрировать файл OSPP.VBS
  • Файл OSPP.VBS не может быть загружен
  • Файл OSPP.VBS не существует

Не удалось запустить приложение, так как отсутствует файл OSPP.VBS. Переустановите приложение, чтобы решить проблему.

OK

Проблемы, связанные с OSPP.VBS, могут решаться различными способами. Некоторые методы предназначены только для опытных пользователей. Если вы не уверены в своих силах, мы советуем обратиться к специалисту.

К исправлению ошибок в файле OSPP.VBS следует подходить с особой осторожностью, поскольку любые ошибки могут привести к нестабильной или некорректно работающей системе.

Если у вас есть необходимые навыки, пожалуйста, продолжайте.

Как исправить ошибки OSPP.VBS всего за несколько шагов?

Помните, прежде чем предпринимать какие-либо действия, связанные с системными файлами, сделайте резервную копию ваших данных!

Ошибки файла OSPP.VBS могут быть вызваны различными причинами, поэтому полезно попытаться исправить их различными способами.

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

Если по какой-либо причине в вашей системе еще не установлено антивирусное программное обеспечение, вы должны сделать это немедленно.

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

Если вы не знаете, какой антивирусный инструмент выбрать, обратитесь к этой статье Википедии – сравнение антивирусного программного обеспечения.

Установка соответствующих исправлений и обновлений Microsoft Windows может решить ваши проблемы, связанные с файлом OSPP.VBS. Используйте специальный инструмент Windows для выполнения обновления.

  1. Откройте меню «Пуск» в Windows.
  2. Введите «Центр обновления Windows» в поле поиска.
  3. Выберите подходящую программу (название может отличаться в зависимости от версии вашей системы)
  4. Проверьте, обновлена ​​ли ваша система. Если в списке есть непримененные обновления, немедленно установите их.
  5. После завершения обновления перезагрузите компьютер, чтобы завершить процесс.

Помимо обновления системы рекомендуется установить последние версии драйверов устройств, так как драйверы могут влиять на правильную работу OSPP.VBS или других системных файлов. Для этого перейдите на веб-сайт производителя вашего компьютера или устройства, где вы найдете информацию о последних обновлениях драйверов.

Проверка системных файлов – это инструмент Microsoft Windows.

Как следует из названия, инструмент используется для идентификации и адресации ошибок, связанных с системным файлом, в том числе связанных с файлом OSPP.VBS.

После обнаружения ошибки, связанной с файлом %fileextension%, программа пытается автоматически заменить файл OSPP.VBS на исправно работающую версию. Чтобы использовать инструмент:

  1. Откройте меню «Пуск» в Windows.
  2. Введите “cmd” в поле поиска
  3. Найдите результат «Командная строка» – пока не запускайте его:
  4. Нажмите правую кнопку мыши и выберите «Запуск от имени администратора»
  5. Введите “sfc / scannow” в командной строке, чтобы запустить программу, и следуйте инструкциям.

Другой подход заключается в восстановлении системы до предыдущего состояния до того, как произошла ошибка файла OSPP.VBS. Чтобы восстановить вашу систему, следуйте инструкциям ниже

  1. Откройте меню «Пуск» в Windows.
  2. Введите «Восстановление системы» в поле поиска.
  3. Запустите средство восстановления системы – его имя может отличаться в зависимости от версии системы.
  4. Приложение проведет вас через весь процесс – внимательно прочитайте сообщения
  5. После завершения процесса перезагрузите компьютер.

Если все вышеупомянутые методы завершились неудачно и проблема с файлом OSPP.VBS не была решена, перейдите к следующему шагу. Помните, что следующие шаги предназначены только для опытных пользователей

Загрузите и замените файл OSPP.VBS

Последнее решение – вручную загрузить и заменить файл OSPP.VBS в соответствующей папке на диске. Выберите версию файла, совместимую с вашей операционной системой, и нажмите кнопку «Скачать». Затем перейдите в папку «Загруженные» вашего веб-браузера и скопируйте загруженный файл OSPP.VBS.

Перейдите в папку, в которой должен находиться файл, и вставьте загруженный файл. Ниже приведен список путей к каталогу файлов OSPP.VBS.

  • Windows 10: C:\Program Files\Microsoft Office\Office15\
  • Windows 7: C:\Program Files (x86)\Microsoft Office\Office14\
  • Windows 8:

Если действия не помогли решить проблему с файлом OSPP.VBS, обратитесь к профессионалу. Существует вероятность того, что ошибка (и) может быть связана с устройством и, следовательно, должна быть устранена на аппаратном уровне. Может потребоваться новая установка операционной системы – неправильный процесс установки системы может привести к потере данных.

Список версий файлов

Подробности файла
MD5bf41086c3c6a7be1e8d3af0323a05c42
SHA198d178d56102aa857c68750a16e1bfde22be848d
SHA25677ab812ade8fd465eb47c91d2d8ec62f25f467da11a50b83a10c7325f813af
CRC321314fa5c
Пример расположения файлаC:\Program Files\Microsoft Office\Office15\
Подробности файла
MD5572e9a87757ac96c7677fd1b1b113c55
SHA19c8b96971997cd2dc0ed14f19dd9bc56d3348c3a
SHA256008cf05944053116a095ad466561d3fd4be8a7de79e5ada7c5daab492f730465
CRC325f610f62
Пример расположения файлаC:\Program Files (x86)\Microsoft Office\Office14\
Подробности файла
MD5bf41086c3c6a7be1e8d3af0323a05c42
SHA198d178d56102aa857c68750a16e1bfde22be848d
SHA25677ab812ade8fd465eb47c91d2d8ec62f25f467da11a50b83a10c7325f813af
CRC321314fa5c
Пример расположения файла

Источник: https://www.winpcware.com/ru/extension/vbs/ospp-vbs

Управление активацией Windows и Office из командной строки

Не удается найти файл сценария ospp vbs

Активировать Windows и Office можно вручную при наличии интернета или телефона. Этот процесс не только можно автоматизировать, но и полностью управлять активацией из командной строки с помощью скриптов slmgr.vbs и ospp.vbs, которые входит в состав Windows и Office соответственно. Я приведу несколько практических примеров, которые могут вам пригодиться.

Windows

Выполните в командной строке slmgr.vbs без параметров (путь к скрипту необязателен, потому что он находится в папке system32). Вы увидите серию справочных окон, причем в любом из них можно нажать Ctrl + C, чтобы скопировать содержимое в буфер обмена.

Вместо отображения окон можно направить вывод команд в командную строку, указав сервер сценариев (рекомендуется cscript) и полный путь к скрипту:

cscript %windir%\system32\slmgr.vbs

Я рекомендую именно такой способ. Дело в том, что если по какой-либо причине команда не срабатывает, ошибка выводится окне командной строки. Если же скрипт запускается напрямую,  без участия сервера сценариев, в случае ошибки окно командной строки сразу же закроется, оставив вас в неведении.

Например, если вы хотите получить сразу всю справку на русском языке, выполните команду:

cscript %windir%\system32\slmgr.vbs

Если вы видите нечитаемый текст, выполните chcp 866 и повторите команду. Скопировав результат команды в текстовый редактор, вы получите справочный файл.

Для удаленного выполнения команд необходимо указывать имя компьютера и учетные данные пользователя.

slmgr.vbs TargetComputerName [username] [password]

По умолчанию slmgr.vbs управляет активацией Windows, но его можно использовать и для Office, хотя только с KMS и MAK ключами. Для этого нужно явно задавать в конце командной строки идентификатор активации:

  • Office 2010: bfe7a195-4f8f-4f0b-a622-cf13c7d16864
  • Office 2013: 2e28138a-847f-42bc-9752-61b03fff33cd

Office

Расположение скрипта ospp.vbs зависит от версии Office и разрядности Windows.

Версия OfficeРазрядность WindowsРасположение OSPP.VBS
Office 201032-bitC:\Program Files\Microsoft Office\Office14
Office 201064-bitC:\Program Files (x86)\Microsoft Office\Office14Office 201332-bitC:\Program Files\Microsoft Office\Office15Office 201364-bitC:\Program Files (x86)\Microsoft Office\Office15

Далее на этой странице в командах не указан путь к файлу OSPP.VBS. Чтобы команды работали, необходимо сначала добавить в PATH путь к скрипту. Например, для Office 2013 на 64-разрядной Windows команда выглядит так:

set path=%path%;C:\Program Files (x86)\Microsoft Office\Office15

Для запуска скрипта обязательно требуется сервер сценариев cscript. Справка в виде веб-страницы открывается в IE командой

cscript OSPP.VBS

Для управления активацией на удаленных компьютерах используется такой подход:

cscript OSPP.VBS TargetComputerName [username] [password]

Параметров для Office меньше, и далее я буду подробнее рассказывать об активации Windows. А для Office приводить аналогичные команды, если имеются.

Только Windows

Если вы активируете систему из командной строки, логично там же можно посмотреть и состояние активации. Это делается командой:

cscript %windir%\system32\slmgr.vbs -xpr

Активация коробочных версий носит постоянный характер, как видно на рисунке ниже.

А вот в случае с MAK ключами эта команда отобразит дату истечения активации.

Не удается найти файл сценария: как исправить ошибку

Не удается найти файл сценария ospp vbs

Ошибки с появлением сообщений о том, что системе или службе не удается найти файл сценария с указанием какого-то расширения или конкретного скрипта, – явление в Windows достаточно распространенное.

Некоторые специалисты в области компьютерной защиты связывают такое поведение системы с вирусным воздействием, но это не всегда так, поскольку сбои такого типа могут возникать и по причине необдуманных действий самих пользователей.

Далее несколько подробнее рассмотрим основные причины такого явления, наиболее часто встречающиеся ситуации и возможные методы устранения сбоев этого типа.

Не удается найти файл сценария: основные причины сбоев и возможные ситуации

Как уже говорилось, считается, что в основном появление такого рода ошибок с выдачей соответствующих предупреждений связано с вирусами. Такое объяснение является не вполне правильным, поскольку имеет и другую сторону медали.

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

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

То же самое в равной степени можно отнести и к самим Windows-системам, поскольку в числе их компонентов исполняемых скриптов тоже можно встретить достаточно большое количество.

Таким образом, если сообщается, что не удается найти файл сценария VBS-формата, к вирусам это может и не иметь абсолютно никакого отношения, а чаще всего связывается с повреждениями самих системных компонентов. Исходя из всего вышесказанного, и будем искать наиболее действенные решения, и для начала рассмотрим самые простые, но весьма эффективные методы исправления таких ситуаций.

Сканирование системы на наличие вирусов

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

Причем в данном случае речь идет именно об остатках вирусных апплетов, которые пользователь пытался удалять или нейтрализовать при помощи штатных бесплатных антивирусов вроде «Аваста», поскольку тело защитной программы тоже могло подвернуться негативному воздействию, вследствие чего от вируса полностью избавиться не удалось.

Для таких целей лучше всего применять портативные сканеры Dr. Web CureIt! или KVRT, но с обязательным обновлением антивирусных баз при запуске.

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

Заодно неплохо бы проверить свойства ярлыков браузеров, где в поле типа объекта с указанием полного пути расположения исполняемого файла обозревателя EXE-формата удалить все ссылки и приписки, которые могут присутствовать после расширения (там, кстати, и может быть дописана переадресация на скрипт VBS или даже интернет-ресурс). Для полной уверенности лучше всего произвести полный сброс настроек браузера до начального состояния.

Однако чаще всего появление таких уведомлений замечается на стадии загрузки компьютера, когда «Рабочий стол» не появляется, а система так и остается в недогруженном состоянии. В этом случае службу explorer.exe, которая отвечает за отображение графического интерфейса операционной системы, необходимо перезапустить вручную.

Для этого следует вызвать «Диспетчер задач», используя для этого стандартное сочетание Ctrl + Alt + Del (исходя из того, что «Рабочий стол» не загрузился, или на экране постоянно висит сообщение о том, что системе не удается найти файл сценария).

В диспетчере через файловое меню нужно выбрать пункт создания новой задачи (окно будет в точности соответствовать окну меню «Выполнить») и вписать в поле исполняемой команды explorer.exe.

Как включить запуск «Рабочего стола» в системном реестре?

После старта графического интерфейса необходимо зайти в реестр (regedit), а затем в ветке HKLM найти раздел Winlogon, как показано на изображении ниже. Справа имеются ключи Shell и Userinit. Их значения необходимо изменить или прописать заново вручную.

Для параметра Shell устанавливается значение explorer.exe, а для Userinit вписывается полный путь к файлу userinit.exe, который находится в каталоге System32 папки Windows в системном разделе.

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

Как в реестре удалить остатки вирусного скрипта?

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

Для этого в разделе компьютера нужно воспользоваться поиском (Ctrl + F), вписать в поле значение run.vbs и удалить все, что будет обнаружено (для поиска всех значений нужно постоянно нажимать кнопку «Найти далее…», пока сканирование реестра не будет полностью завершено).

Проверка «Планировщика заданий»

Еще один способ отключения выполнения скриптов, например, при выдаче сообщения о том, что не удается найти файл сценария Checker.vbs или любого другого типа, состоит в том, чтобы проверить наличие автоматически выполняемой запланированной задачи в «Планировщике заданий», вызвать который проще всего через поиск в стартовом меню.

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

Примечание: обратите внимание, что автоматически созданная вирусом задача может быть замаскирована под системный раздел, название которого будет немного отличаться от оригинального (например, вместо Windows может быть задано имя Windowss или что-то похожее). Такие задачи следует удалять в первую очередь.

Итоги

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

Но для наиболее полного исправления ситуации лучше всего использовать одновременно и редактор реестра, и «Планировщик заданий», не говоря уже о первичном применении разного рода антивирусных утилит или автоматизированных деинсталляторов и чистильщиков жесткого диска или даже реестра.

Источник: https://FB.ru/article/396989/ne-udaetsya-nayti-fayl-stsenariya-kak-ispravit-oshibku

Ошибка:

Не удается найти файл сценария ospp vbs

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

Тем не менее, обычно сценарии, установленные в Windows, не дают сбоев, и есть вероятность, что какое-то вредоносное ПО установило сценарий для последующего запуска.

Однако, поскольку он был удален с компьютера, например антивирусом, то появляется сообщение: “Не удается найти файл сценария” и при запуске Windows выдает ошибку.

Решение 1. Проверьте запись процесса Winlogon в реестре

Давайте проверим ситуацию, когда файл скрипта уже удален, к примеру, антивирусом, а запись в реестра ещё присутствует, которая и вызывает данную ошибку скрипта.

  1. Откройте редактор реестра, нажав Win+R набрав regedit в строке Выполнить и нажав клавишу Enter.
  2. Перейдите по следующему пути в редакторе: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
  3. Найдите строку Userinit и дважды щелкните ее, чтобы отредактировать.
  4. Значение по умолчанию для строки – «C:\Windows\system32\userinit.exe», если есть что-то еще, то обязательно удалите остальные записи и нажмите кнопку ОК.

Выйдите из системы и войдите снова, чтобы проверить, исчезла ли ошибка.

Решение 2. Исправьте запись .vbs скриптов в реестре

Если вы получаете сообщение об ошибке Windows Script Host, вам необходимо установить значение по умолчанию для ключа vbs.

  1. Нажмите комбинацию клавиш WIN+R, чтобы запустить утилиту Выполнить, введите regedit и нажмите Enter.
  2. После открытия редактора реестра перейдите к следующему ключу: Компьютер\HKEY_CLASSES_ROOT\.vbs
  3. Дважды щелкните строку (По умолчанию) и измените ее значение на VBSFile.

Решение 3. Создайте пустой скрипт

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

  1. Щелкните правой кнопкой мыши в любом месте области рабочего стола, выберите Создать в контекстном меню и нажмите Текстовый документ.
  2. В текстовом документе (блокноте) введите следующий текст: Wscript.Quit
  3. Далее сохраните этот текстовый документ с названием Maintenance.vbs где Вам удобнее, например, на рабочем столе. Для этого откройте пункт меню Файл, выберите Сохранить как, а далее в строке Тип файла укажите Все файлы, тогда можно будет указать файлу расширение .vbs и нажмите Сохранить.
  4. Теперь перейдите к файлу .vbs на рабочем столе, щелкните на нем правой кнопкой мыши и выберите Копировать.
  5. Далее откройте Проводник и перейдите по пути указанному в ошибке: C:\Windows\System32
  6. Теперь вставьте скопированный файл .vbs в папку System32, для этого щелкните правой кнопкой мыши в пустом месте и выберите Вставить в контекстном меню.

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

Решение 4. Выполните проверку системных файлов

Ещё один способ исправить ошибку заключается в запуске встренной утилиты System File Cheker (SFC) в Microsoft Windows для проверки системных файлов на их отсутствие или ошибки.

Для запуска SFC сделайте следующее:

  1. Нажмите правой кнопкой мыши на кнопке Пуск и в появившемся меню выберите Windows PowerShell (администратор).
  2. В появившемся окне Контроль учетных записей нажмите кнопку Да
  3. В окне Windows PowerShell введите команду: sfc /scannow
  4. Дождитесь окончания выполнения операции, если потребуется перезагрузите компьютер.

Решение 5. Запустите антивирусное сканирование

В любом случае, лучше проверить системный диск любым антивирусным решением или встроенным программным обеспечением Защитник Windows для сканирования и устранения проблемы. Также обязательно проверить ту папку, на которую указывает ошибка и в будующем стоит обратить внимание на недостаточную защиту компьютера от вирусов, так как он смог попасть на Ваше устройство.

Источник: https://blogobit.ru/windows/ne-udaetsya-najti-fajl-stsenariya-v-windows-10

Ошибки активации MS Office из-за проблем с WMI

Не удается найти файл сценария ospp vbs

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

В общем, обратился ко мне клиент с очень простой просьбой: установить пакет Microsoft Office на его не так давно приобретенный ноутбук.

На ноутбуке оказалась установленная производителем лицензионная Windows 10 Home, а также когда-то стояла ознакомительная версия MS Office 2016, которую клиент не совсем корректно удалил после окончания пробного периода.

Поскольку мне больше всего нравится версия офиса 2010 года, то именно эту версию я и решил установить (на самом деле моя любимая версия — Office 2003, но увы, рано или поздно приходится использовать то, что навязывает конъюнктура софтового рынка). Попытка установки окончилась выдачей сообщения об ошибке (к сожалению, код и описание ошибки уже не вспомню) и откатом установки. Причем скачивание другого дистрибутива и попытка его использования привели к тому же результату.

Решив, что причиной может быть некорректное удаление ранее установленного Office 2016, воспользовался официальным средством для полного удаления офисных продуктов от Microsoft, которое можно взять здесь. В моем случае это тоже не помогло, но кому-то может пригодиться.

После этого оставил попытки установить 2010 версию и заново поставил Office 2016. Проблемы начались при попытке активировать установленный пакет.

К сожалению, не могу вспомнить текст получаемых сообщений и тем более коды ошибок, но факт в том, что все попытки активации заканчивались сообщением об ошибке.

Для нахождения путей обхода проблемы были даже испробованы широко известные активаторы типа KMSAuto, KMSAutoNet, AAct разных версий, но и они не принесли желаемого результата.

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

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

vbs, который обычно расположен в папке C:\Program Files\Microsoft Office\Office# или C:\Program Files (x86)\Microsoft Office\Office#.

 Вместо знака # в реальном пути будут стоять цифры, указывающие на установленную версию офиса (для офиса 2010 — 14, для 2013 — 15, для 2016 — 16).

Синтаксис команды запуска скрипта следующий:

cscript ospp.vbs [Option:Value] [ComputerName] [User] [Password]

Три последних параметра нас не интересуют, а список опций можно получить командой

cscript ospp.vbs /?

Так вот, запуск этого скрипта с подавляющим большинством параметров также заканчивался ошибкой. Конечно же, код ее за прошедшие недели уже стерся из моей памяти (но мог остаться в памяти браузера, так что позже попробую «вспомнить»).

Поиск по номеру ошибки в интернете навел на мысль, что причиной может служить некая проблема с WMI.

Технология WMI (Windows Management Instrumentation) создавалась для контроля различных частей компьютерной инфраструктуры под управлением Windows.

Проблемы в работе этой службы и ее компонентах могут быть причиной самых неожиданных ошибок. К счастью, «все уже украдено до нас»: интернет дает готовые рецепты для устранения неполадок WMI.

Во-первых, стоит проверить наличие и работу службы Winmgmt (название службы — Windows Management Instrumentation или Инструментарий управления Windows). В моем случае служба присутствовала и была запущена. Далее для проверки работы службы можно использовать оболочку Powershell и попробовать в ней обратиться с любым запросом к WMI, например, командой

get-wmiobject Win32_OperatingSystem

Данная команда должна вывести информацию об установленной операционной системе. В моем случае результатом было очередное сообщение об ошибке, что указывало на проблему с WMI.

Подробная диагностика службы WMI может быть выполнена официальной утилитой  WMIDiag от Microsoft. Это скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог-файл. В 64-битных версиях Windows скрипт нужно запускать командой

c:\windows\System32\cscript.exe wmidiag.vbs

иначе вы получите ошибку WMIDiag must be run from native 64-bit environment.

Впрочем, диагностика с помощью WMIDiag довольно сложна, поскольку требует анализа большого количества собранных данных.

Гораздо проще выполнить несколько действий, позволяющих «сбросить и обновить» систему WMI.

Начать стоит с более простого и безопасного варианта — перерегистрации нужных служб и dll, а также перекомпиляции файлов mof. Это можно сделать с помощью командного файла следующего содержания:
sc config winmgmt start=disabled net stop winmgmt cd %windir%\system32\wbem for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s wmiprvse /regserver winmgmt /regserver sc config winmgmt start=auto net start winmgmt for /f %%s in ('dir /b *.mof') do mofcomp %%s for /f %%s in ('dir /b *.mfl') do mofcomp %%s

Запускать командный файл следует с правами администратора. После завершения работы скрипта надо перезагрузить компьютер.

Если данный вариант не помог (мне он не помог), можно перейти к более сложному шагу — пересозданию репозитория WMI. Репозиторий (то есть хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов.

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

 В таком случае неработающие программы придется переустанавливать.

Начиная с Windows Vista, можно проверить целостность репозитория WMI  с помощью команды

winmgmt /verifyrepository

Если команда возвращает состояние INCONSISTENT, стоит попробовать команду «лечения» репозитория, после которой следует перезапустить службу Winmgmt:

Winmgmt /salvagerepository net stop Winmgmt net start Winmgmt

Если «лечение» не помогло, можно обнулить репозиторий:

Winmgmt /resetrepository

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

sc config winmgmt start=disabled net stop winmgmt cd %windir%\system32\wbem winmgmt /kill winmgmt /unregserver winmgmt /regserver winmgmt /resyncperf if exist RepBackup rd RepBackup /s /q rename Repository RepBackup regsvr32 /s %systemroot%\system32\scecli.dll regsvr32 /s %systemroot%\system32\userenv.dll for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s for /f %%s in ('dir /b *.mof') do mofcomp %%s for /f %%s in ('dir /b *.mfl') do mofcomp %%s sc config winmgmt start=auto net start winmgmt wmiprvse /regserver

Данный набор команд полностью пересоздаст хранилище WMI, сохранив старую копию в папке RepBackup. После окончания работы скрипта компьютер нужно перезагрузить.

После полного пересоздания репозитория WMI мне наконец-то удалось запустить и успешно провести активацию установленного офисного пакета.

Хочу заметить, что при просмотре содержимого папки C:\Windows\System32\Wbem\Repository в программе Total Commander я видел лишь пустую папку даже при включенном в программе отображении всех скрытых и системных файлов.

Из-за этого я поначалу решил, что попытки пересоздать репозиторий ни к чему не привели. Однако оказалось, что папка на самом деле не пуста, а «Проводник» содержимое папки прекрасно отображает.

Источник: https://blog.igrnd.ru/2018/07/10/oshibki-aktivacii-ms-office-iz-za-problem-s-wmi/

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.