Достаточно часто пользователи Windows-систем сталкиваются с проблемой того, что при попытке автоматической установки апдейтов система выдает предупреждение о сбое службы Windows Script Host (ошибка). Как исправить ее, сейчас и будет рассмотрено. Для этого можно использовать несколько основных методов.
Что означает сбой Windows Script Host
Что касается природы самого сбоя и появления ошибок, причиной может быть только то, что система либо не находит апдейты, либо устанавливает их некорректно.
Например, при нарушении связи может появляться огромное количество сообщений с самыми разными кодами. Из всех возможных ситуаций наиболее часто встречаются сбои 80070002 и 800A0046 Windows Script Host (ошибка). Как исправить такую ситуацию?
Придется задействовать свои знания по ручному управлению службами. В частности, нас интересует сама система обновления.
Windows Script Host. Ошибка. Как исправить (код 80070002)
В самом простом случае нужно использовать раздел администрирования, где выбирается меню служб (проще всего запустить редактор служб через консоль «Выполнить», где прописывается команда services.msc).
Здесь нужно найти службу центра обновления и в меню правого клика использовать строку остановки процесса. Но для устранения сбоя это еще не все действия, поскольку снова может появиться сообщение о повреждении Windows Script Host (ошибка). Как исправить ситуацию?
Далее следует зайти в корневую директорию системы и найти там каталог SoftwareDistribution. В нем имеется папка Downloads, из которой нужно просто удалить все содержимое. После этого возвращаемся в раздел служб и заново запускаем апдейт-клиент.
Далее входим непосредственно в «Центр обновления» и запускаем ручной поиск апдейтов. Когда они будут найдены, их следует просто установить (возможно, потребуется перезагрузка системы).
Windows Script Host. Ошибка. Как исправить (код 800A0046)?
Встречается и еще одна неприятная ситуация. Возможен и другой вид сбоя Windows Script Host (ошибка). Как исправить проблемы при выдаче вышеуказанного кода? Для начала нужно понять природу неполадки.
Считается, что в данном случае пользователь наблюдает сбой дескриптора безопасности системы. В самом простом варианте нужно просто удалить учетную запись, которая вызывает сбой (для этого используется раздел членства в группах).
Однако лучше использовать редактор политик безопасности (команда secpol.msc в меню «Выполнить»). Здесь нужно использовать узел политик безопасности, после чего с выбором раздела прав пользователя установить олицетворение клиента после проверки подлинности. Затем следует добавить пользователя или группу на вкладке локальных параметров безопасности в соответствующий список, сохранить изменения и перезагрузить компьютер.
Наконец, можно воспользоваться клиентом RPC. Для этого используется тот же раздел служб, где выбирается строка с указанием на RPC, после чего в свойствах устанавливается вход с системной учетной записью. Опять же, после сохранения изменений следует полная перезагрузка системы.
Вместо итога
Ошибка сама по себе критичной не является и устраняется достаточно просто. В некоторых случаях может помочь даже такой простейший вариант, как просмотр и ручное удаление апдейтов (некоторые из них действительно могут вызывать сбои в системе). Делается это из того же «Центра обновления». На крайний случай, если юзер точно знает момент возникновения ошибки, можно использовать даже обычное восстановление системы, только при выборе точек нужно отобразить их все, после чего и произвести откат до заданного состояния. Но и вышеприведенные методы срабатывают.
Естественно, если самые простые решения не дают должного результата, лучше использовать именно то, что было представлено. Конечно, немного покопаться придется, зато стопроцентное исправление ошибки в данном случае гарантрируется.
