Как восстановить или перестроить репозиторий WMI в Windows 10

Guide

Репозиторий доступен здесь –

% WINDIR% \ system32 \ Wbem \ Repository

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

Примечание . Не используйте это на компьютере с кластером Server 2012

Восстановить или перестроить репозиторий WMI в Windows

Существуют инструменты командной строки для исправления или восстановления хранилища WMI. Тем не менее, Microsoft предполагает, что лучше всего проверить, есть ли коррупция.

Ниже приведен список ошибок и проблем с разрешениями, которые вы можете увидеть:

Лучший способ проверить это – запустить эту команду в командной строке с повышенными правами.

Если в хранилище есть проблема, он ответит « хранилище не согласовано », если нет, то это что-то другое, что вызвало проблему. Теперь, когда вы уверены, что коррупция существует, давайте следуем этим советам, чтобы восстановить или перестроить репозиторий WMI.

1] Сбросить WMI Repository

Откройте командную строку с повышенными привилегиями.

Затем выполните команду, чтобы увидеть, вернется ли она как

Это поможет вам исправить хранилище WMI. Вот что означает каждая из команд WMI:

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

2] Принудительное восстановление WMI

WMI поставляется со встроенным процессом самовосстановления. Когда служба WMI перезапускается или обнаруживает любое повреждение, процедура самовосстановления запускается автоматически. Это происходит двумя способами:

Автообновление : Здесь будут использоваться образы резервных копий, если включена резервная копия VSS (теневое копирование тома).

HKLM \ Software \ Microsoft \ WBEM \ CIMOM: автоматическое восстановление MOF

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

WMI Самовосстановление не работает

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

Проверьте значение regkey пусто или не здесь:

HKLM \ Software \ Microsoft \ WBEM \ CIMOM \ Авто-восстановление MOF

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

Далее выполните команду

Если вы получили сообщение об ошибке «Сброс хранилища WMI не выполнен. Код ошибки: 0x8007041B. Facility: Win32 ”, затем остановите все Dependency Services в службе WMI, выполнив следующие команды:

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

3] WMI Fixer Tool

Этот инструмент исправит серверный WMI-репозиторий, если он поврежден или возникла связанная с ним проблема. Вы можете скачать WMI Fixer Tool от Technet.

Выявляем неполадки с репликацией Active Directory

Один из механизмов Active Directory (AD), с которым могут быть связаны всевозможные затруднения, это репликация. Репликация – критически важный процесс в работе одного или более доменов или контроллеров домена (DC), и не важно, находятся они на одном сайте или на разных. Неполадки с репликацией могут привести к проблемам с аутентификацией и доступом к сетевым ресурсам. Обновления объектов AD реплицируются на контроллеры домена, чтобы все разделы были синхронизированы. В крупных компаниях использование большого количества доменов и сайтов – обычное дело. Репликация должна происходить внутри локального сайта, так же как дополнительные сайты должны сохранять данные домена и леса между всеми DC.

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

Вы также узнаете, как анализировать метаданные репликации с помощью таких инструментов, как AD Replication Status Tool, встроенная утилита командной строки RepAdmin. exe и Windows PowerShell.

Для всестороннего рассмотрения я буду использовать лес Contoso, который показан на рисунке. В таблице 1 перечислены роли, IP-адреса и настройки DNS-клиента для компьютеров данного леса.

Рисунок. Архитектура леса

Для обнаружения неполадок с репликацией AD запустите AD Replication Status Tool на рабочей станции администратора в корневом домене леса. Например, вы открываете этот инструмент из системы Win8Client, а затем нажимаете кнопку Refresh Replication Status для уверенности в четкой коммуникации со всеми контроллерами домена. В таблице Discovery Missing Domain Controllers на странице Configuration/Scope Settings инструмента можно увидеть два недостающих контроллера домена, как показано на экране 1.

Экран 1. Два недостающих контроллера домена

В таблице Replication Status Collection Details вы можете проследить статус репликации контроллеров домена, которые никуда не пропадали, как показано на экране 2.

Экран 2. Статус репликации контроллеров домена

Пройдя на страницу Replication Status Viewer, вы обнаружите некоторые ошибки в репликации. На экране 3 видно, что возникает немалое число ошибок репликации, возникающих в лесу Contoso. Из пяти контроллеров домена два не могут видеть другие DC, а это означает, что репликация не будет происходить на контроллерах домена, которые не видны. Таким образом, пользователи, подключающиеся к дочерним DC, не будут иметь доступ к самой последней информации, что может привести к проблемам.

Экран 3. Ошибки репликации, возникающие в лесу Contoso

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

Проблема с двумя DC осталась, соответственно вы увидите два вхождения LDAP error 81 (Server Down) Win32 Err 58 на экране, когда будет выполняться команда. Мы разберемся с этими ошибками чуть позже. А теперь откройте ShowRepl. csv в Excel и выполните следующие шаги:

Таким же образом вы можете запустить средство RepAdmin. exe из PowerShell. Для этого сделайте следующее:

1. Перейдите к приглашению PowerShell и введите команду

2. В появившейся сетке выберите Add Criteria, затем Last Failure Status и нажмите Add.

3. Выберите подчеркнутое слово голубого цвета contains в фильтре и укажите does not equal.

4. Как показано на экране 4, введите 0 в поле, так, чтобы отфильтровывалось все со значением 0 (успех) и отображались только ошибки.

Экран 4. Задание фильтра

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

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

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

На экране 5 видно, что вы получаете сообщение об ошибке LDAP. Далее попробуйте инициировать репликацию AD с DC2 на DC1:

И на этот раз отображается та же ошибка с главным именем, как показано на экране 5. Если открыть окно Event Viewer на DC2, вы увидите событие с Event ID 4 (см. экран 6).

Экран 6. Сообщение о событии с Event ID 4

Выделенный текст в событии указывает на причину ошибки. Это означает, что пароль учетной записи компьютера DC1 отличается от пароля, который хранится в AD для DC1 в Центре распределения ключей – Key Distribution Center (KDC), который в данном случае запущен на DC2. Значит, следующая наша задача – определить, соответствует ли пароль учетной записи компьютера DC1 тому, что хранится на DC2. В командной строке на DC1 введите две команды:

Далее откройте файлы dc1objmeta1.txt и dc1objmeta2.txt, которые были созданы, и посмотрите на различия версий для dBCSPwd, UnicodePWD, NtPwdHistory, PwdLastSet и lmPwdHistory. В нашем случае файл dc1objmeta1.txt показывает версию 19, тогда как версия в файле dc1objmeta2.txt – 11. Таким образом, сравнивая эти два файла, мы видим, что DC2 содержит информацию о старом пароле для DC1. Операция Kerberos не удалась, потому что DC1 не смог расшифровать билет службы, представленный DC2.

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

Теперь требуется начать репликацию корневого раздела Root:

Следующим вашим шагом будет запуск двух команд Repadmin /showobjmeta снова, чтобы убедиться в том, что версии совпадают. Если все хорошо, вы можете перезапустить службу KDC:

Обнаружение и устранение ошибки AD Replication Error 1908

Теперь, когда расширенная регистрация включена, запустите репликацию между DC – так все ошибки будут зарегистрированы. Этот шаг поможет запустить три команды для воспроизведения ошибок. Итак, во-первых, запустите следующую команду на DC1:

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

Экран 7. Репликация не состоялась, потому что DC домена не может быть найден

Во-вторых, из DC1 попробуйте определить местоположение KDC в домене child. root. contoso. com с помощью команды:

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

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

Теперь, когда вы воспроизвели все ошибки, просмотрите файл Netlogon. log, созданный в папке C:\Windows\debug. Откройте его в «Блокноте» и найдите запись, которая начинается с DSGetDcName function called. Обратите внимание, что записей с таким вызовом будет несколько. Вам нужно найти запись, имеющую те же параметры, что вы указали в команде Nltest (Dom:child и Flags:KDC). Запись, которую вы ищете, будет выглядеть так:

Вы должны просмотреть начальную запись, равно как и последующие, в этом потоке. В таблице 2 представлен пример потока 3372. Из этой таблицы следует, что поиск DNS записи KDC SRV в дочернем домене был неудачным. Ошибка 1355 указывает, что заданный домен либо не существует, либо к нему невозможно подключиться.

Поскольку вы пытаетесь подключиться к Child. root. contoso. com, следующий ваш шаг – выполнить для него команду ping из DC1. Скорее всего, вы получите сообщение о том, что хост не найден. Информация из файла Netlogon. log и ping-тест указывают на возможные проблемы в делегировании DNS. Свои подозрения вы можете проверить, сделав тест делегирования DNS. Для этого выполните следующую команду на DC1:

На экране 8 показан пример файла Dnstest. txt. Как вы можете заметить, это проблема DNS. Считается, что IP-адрес 192.168.10.1 – адрес для DC1.

Экран 8. Пример файла Dnstest. txt

Чтобы устранить проблему DNS, сделайте следующее:

1. На DC1 откройте консоль управления DNS.

2. Разверните Forward Lookup Zones, разверните root. contoso. com и выберите child.

3. Щелкните правой кнопкой мыши (как в родительской папке) на записи Name Server и выберите пункт Properties.

4. Выберите lamedc1.child. contoso. com и нажмите кнопку Remove.

5. Выберите Add, чтобы можно было добавить дочерний домен сервера DNS в настройки делегирования.

6. В окне Server fully qualified domain name (FQDN) введите правильный сервер childdc1.child. root. contoso. com.

7. В окне IP Addresses of this NS record введите правильный IP-адрес 192.168.10.11.

8. Дважды нажмите кнопку OK.

9. Выберите Yes в диалоговом окне, где спрашивается, хотите ли вы удалить связующую запись (glue record) lamedc1.child. contoso. com [192.168.10.1]. Glue record – это запись DNS для полномочного сервера доменных имен для делегированной зоны.

10. Используйте Nltest. exe для проверки, что вы можете найти KDC в дочернем домене. Примените опцию /force, чтобы кэш Netlogon не использовался:

11. Протестируйте репликацию AD из ChildDC1 на DC1 и DC2. Это можно сделать двумя способами. Один из них – выполнить команду

Другой подход заключается в использовании оснастки Active Directory Sites и Services консоли Microsoft Management Console (MMC), в этом случае правой кнопкой мыши щелкните DC и выберите Replicate Now, как показано на экране 9. Вам нужно это сделать для DC1, DC2 и TRDC1.

Экран 9. Использование оснастки Active Directory Sites и? Services

После этого вы увидите диалоговое окно, как показано на экране 10. Не учитывайте его, нажмите OK. Я вкратце расскажу об этой ошибке.

Экран 10. Ошибка при репликации

Когда все шаги выполнены, вернитесь к AD Replication Status Tool и обновите статус репликации на уровне леса. Ошибки 1908 больше быть не должно. Ошибка, которую вы видите, это ошибка 8606 (недостаточно атрибутов для создания объекта), как отмечалось на экране 10. Это следующая трудность, которую нужно преодолеть.

Устранение ошибки AD Replication Error 8606

Устаревший объект (lingering object) – это объект, который присутствует на DC, но был удален на одном или нескольких других DC. Ошибка репликации AD 8606 и ошибка 1988 в событиях Directory Service – хорошие индикаторы устаревших объектов. Важно учитывать, что можно успешно завершить репликацию AD и не регистрировать ошибку с DC, содержащего устаревшие объекты, поскольку репликация основана на изменениях. Если объекты не изменяются, то реплицировать их не нужно. По этой причине, выполняя очистку устаревших объектов, вы допускаете, что они есть у всех DC (а не только DCs logging errors).

Чтобы устранить проблему, в первую очередь убедитесь в наличии ошибки, выполнив следующую команду Repadmin на DC1:

Вы увидите сообщение об ошибке, как показано на экране 11. Кроме того, вы увидите событие с кодом в Event Viewer DC1 (см. экран 12). Обратите внимание, что событие с кодом 1988 только дает отчет о первом устаревшем объекте, который вам вдруг встретился. Обычно таких объектов много.

Экран 11. Ошибка из-за наличия устаревшего объекта

Экран 12. Событие с кодом 1988

Вы должны скопировать три пункта из информации об ошибке 1988 в событиях: идентификатор globally unique identifier (GUID) устаревшего объекта, сервер-источник (source DC), а также уникальное, или различающееся, имя раздела – distinguished name (DN). Эта информация позволит определить, какой DC имеет данный объект.

Прежде всего, используйте GUID объекта (в данном случае 5ca6ebca-d34c-4f60-b79c-e8bd5af127d8) в следующей команде Repadmin, которая отправляет результаты в файл Objects. txt:

Если вы откроете файл Objects. txt, то увидите, что любой DC, который возвращает метаданные репликации для данного объекта, содержит один или более устаревших объектов. DC, не имеющие копии этого объекта, сообщают статус 8439 (уникальное имя distinguished name, указанное для этой операции репликации, недействительно).

Затем вам нужно, используя GUID объект Directory System Agent (DSA) DC1, идентифицировать все устаревшие объекты в разделе Root на DC2. DSA предоставляет доступ к физическому хранилищу информации каталога, находящейся на жестком диске. В AD DSA – часть процесса Local Security Authority. Для этого выполните команду:

В Showrepl. txt GUID объект DSA DC1 появляется вверху файла и выглядит следующим образом:

Ориентируясь на эту информацию, вы можете применить следующую команду, чтобы удостовериться в существовании устаревших объектов на DC2, сравнив его копию раздела Root с разделом Root DC1.

Далее вы можете просмотреть журнал регистрации событий Directory Service на DC2, чтобы узнать, есть ли еще какие-нибудь устаревшие объекты. Если да, то о каждом будет сообщаться в записи события 1946. Общее число устаревших объектов для проверенного раздела будет отмечено в записи события 1942.

Вы можете удалить устаревшие объекты несколькими способами. Предпочтительно использовать ReplDiag. exe. В качестве альтернативы вы можете выбрать RepAdmin. exe.

Используем ReplDiag. exe. С вашей рабочей станции администратора в корневом домене леса, а в нашем случае это Win8Client, вы должны выполнить следующие команды:

Первая команда удаляет объекты. Вторая команда служит для проверки успешного завершения репликации (иными словами, ошибка 8606 больше не регистрируется). Возвращая команды Repadmin /showobjmeta, вы можете убедиться в том, что объект был удален из всех, что объект был удален DC. Если у вас есть контроллер только для чтения read-only domain controller (RODC) и он содержал данный устаревший объект, вы заметите, что он все еще там находится. Дело в том, что текущая версия ReplDiag. exe не удаляет объекты из RODC. Для очистки RODC (в нашем случае, ChildDC2) выполните команду:

После этого просмотрите журнал событий Directory Service на ChildDC2 и найдите событие с кодом 1939. На экране 13 вы видите уведомление о том, что устаревшие объекты были удалены.

Экран 13. Сообщение об удалении устаревших объектов

Используем RepAdmin. exe. Другой способ, позволяющий удалить устаревшие объекты – прибегнуть к помощи RepAdmin. exe. Сначала вы должны удалить устаревшие объекты главных контроллеров домена (reference DC) с помощью кода, который видите в листинге 1. После этого необходимо удалить устаревшие объекты из всех остальных контроллеров домена (устаревшие объекты могут быть показаны или на них могут обнаружиться ссылки на нескольких контроллерах домена, поэтому убедитесь, что вы удалили их все). Необходимые для этой цели команды приведены в листинге 2.

Как видите, использовать ReplDiag. exe гораздо проще, чем RepAdmin. exe, поскольку вводить команд вам придется намного меньше. Ведь чем больше команд, тем больше шансов сделать опечатку, пропустить команду или допустить ошибку в командной строке.

Устранение ошибки AD Replication Error 8453

Предыдущие ошибки репликации AD были связаны с невозможностью найти другие контроллеры домена. Ошибка репликации AD с кодом состояния 8453 возникает, когда контроллер домена видит другие DC, но не может установить с ними связи репликации.

Например, предположим, что ChildDC2 (RODC) в дочернем домене не уведомляет о себе как о сервере глобального каталога – Global Catalog (GC). Для получения статуса ChildDC2 запустите следующие команды на ChildDC2:

Данная команда отправляет результаты Repl. txt. Если вы откроете этот текстовый файл, то увидите вверху следующее:

Если вы внимательно посмотрите на раздел Inbound Neighbors, то увидите, что раздел DC=treeroot, DC=fabrikam, DC=com отсутствует, потому что он не реплицируется. Взгляните на кнопку файла – вы увидите ошибку:

Эта ошибка означает, что ChildDC2 не может добавить связь репликации (replication link) для раздела Treeroot. Как показано на экране 14, данная ошибка также записывается в журнал регистрации событий Directory Services на ChildDC2 как событие с кодом 1926.

Экран 14. Отсутствие связи репликации

Здесь вам нужно проверить, нет ли проблем, связанных с безопасностью. Для этого используйте DCDiag. exe:

На экране 15 показан фрагмент вывода DCDiag. exe.

Экран 15. Фрагмент вывода DCDiag. exe

Как видите, вы получаете ошибку 8453, потому что группа безопасности Enterprise Read-Only Domain Controllers не имеет разрешения Replicating Directory Changes.

Чтобы решить проблему, вам нужно добавить отсутствующую запись контроля доступа – missing access control entry (ACE) в раздел Treeroot. В этом вам помогут следующие шаги:

1. На TRDC1 откройте оснастку ADSI Edit.

2. Правой кнопкой мыши щелкните DC=treeroot, DC=fabrikam, DC=com и выберите Properties.

3. Выберите вкладку Security.

4. Посмотрите разрешения на этот раздел. Отметьте, что нет записей для группы безопасности Enterprise Read-Only Domain Controllers.

6. В окне Enter the object names to select наберите ROOT\Enterprise Read-Only Domain Controllers.

7. Нажмите кнопку Check Names, затем выберите OK, если указатель объектов (object picker) разрешает имя.

8. В диалоговом окне Permissions для Enterprise Read-Only Domain Controllers снимите флажки Allow для следующих разрешений

*Read domain password & lockout policies («Чтение политики блокировки и пароля домена»)

*Read Other domain parameters

9. Выберите флажок Allow для разрешения Replicating Directory Changes, как показано на экране 16. Нажмите OK.

10. Вручную запустите Knowledge Consistency Checker (KCC), чтобы немедленно сделать перерасчет топологии входящей репликации на ChildDC2, выполнив команду

Экран 16. Включение разрешения Replicating Directory Change

Данная команда заставляет KCC на каждом целевом сервере DC незамедлительно делать перерасчет топологии входящей репликации, добавляя снова раздел Treeroot.

Состояние репликации критически важно

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

Листинг 1. Команды для удаления устаревших объектов из Reference DC

Листинг 2. Команды для удаления устаревших объектов из остальных DC

Ошибка приложения 0xc0000005 в Windows 7/8/10

Приветствую! Наша любимая операционная система полна неожиданных сюрпризов, и один из них – это ошибка приложения под кодом 0xc0000005. Беда в том, что у этой ошибки нет конкретной расшифровки источника проблемы, т. е. случиться она может почти из-за чего угодно! Но хорошая новость в том, что 90% проблем можно исправить следуя этой инструкции.

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

А сообщения могут быть разными, например:

или система может вовсе уйти в нокаут, оставив на экране лишь печальный синий экран смерти. В Windows 8/10 x64 могут не работать 32-битные приложения. В любом случае следуйте инструкции сверху вниз, пробуя различные варианты, пока всё не наладится.

Ошибка 0xc0000005 после обновления Windows 7/8

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

Факт: на пиратской Windows 7 вероятность лицезреть ошибку в разы выше, чем на лицензионной ОС. Но и законные владельцы виндовс могут столкнуться с неприятностью. Тут уж как сложатся звёзды ? От меня совет: используйте только оригинальные сборки винды, а не всякие там супер-мега-пупер-зверь сборки ?

Решение проблемы: удалить некоторые обновления. Сделать это можно несколькими способами.

Удаление обновлений из командной строки, самое простое

В Windows 7 введите в строку поиска меню «Пуск» строчку:

wusa. exe /uninstall /kb:2859537

В Windows 8 нажмите «Win+X» и введите:

exe /uninstall /kb:2859537

Нажмите «Enter», и немного подождите. Если обновление под номером 2859537 у вас установлено, то утилита удалит его. Проверьте, не решена ли ваша проблема. Если нет, то снова откройте меню «Пуск» и в строку поиска введите:

wusa. exe /uninstall /kb:2872339

Нажмите энтер, и снова проверьте. При отрицательном результате повторяем действия ещё с двумя обновлениями:

wusa. exe /uninstall /kb:2882822

wusa. exe /uninstall /kb:971033

После каждого шага желательно перезагружаться.

Удаление обновлений из Панели управления

Просматриваем список с обновлениями Microsoft Windows и ищем в скобках совпадения из: KB2859537, KB2872339, KB2882822, KB971033

Удаляем. В списке около 200 строчек, поэтому первый способ мне видится более быстрым. Посмотрите видео, чтобы было понятней как всё делается.

Если не получается ни первым, ни вторым способом

Возможно, проблема окажется серьёзней и первые два способа не сработают из-за самой ошибки при запуске приложений 0xc0000005, т. е. она будет появляться при попытке запуска панели управления или утилиты wusa. exe. Тогда попробуйте запуститься в безопасном режиме. Для Windows 7 нужно при запуске компьютера нажимать клавишу «F8» пока не появится меню загрузки и там выбрать «Безопасный режим»

А там уже попробовать удалить обновления первым или вторым способом.

В особо сложных случаях и этот вариант не пройдёт. Тогда нужно использовать средство устранения неполадок. Чтобы загрузить среду восстановления нужно так же при запуске компьютера нажимать «F8» и в меню выбрать «Устранение неполадок компьютера»

Далее будет предложено выбрать язык и ввести пароль администратора. Но такого пункта в меню может не оказаться, особенно если у вас Windows 8.1/10. Тогда нужно загрузиться с установочного диска или флешки, но вместо установки Windows выбрать «Восстановление системы», а затем в окошке нажать на «Командная строка».

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

Здесь вы уже разберётесь: системный диск тот, на котором есть папка «Windows». Вернёмся к нашим «баранам», в командной строке введите команду:

DISM /Image:C:\ /Get-Packages

Где C:\ это буква диска, на котором установлена операционная система. В результате выполнения команды вы получите много-много информации, среди которой нужно найти записи, содержащие номера одного или всех пакетов обновлений из перечня: KB2859537, KB2872339, KB2882822, KB971033. Привожу для примера:

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

Далее, введите в командную строку:
DISM /Image:C:\ /Remove-Package /PackageName:здесь_имя_пакета_которое_скопировали

Т. е. должно получится наподобие (всё на одной строчке):
DISM /Image:C:\ /Remove-Package /PackageName:Package_for_KB2859537

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

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

На заметку: можно избежать установки нежелательных пакетов при ручном режиме обновлений Windows. Нужно просто найти такой пакет в списке на установку и нажать «Скрыть».

Как ещё исправить ошибку 0xc0000005

Не всегда ошибку можно исправить удалив злосчастные обновления, т. к., как я уже писал, причины могут быть разными. Хороший вариант – это откат системы до точки восстановления на тот момент, когда ещё всё работало. Просто вспомните, когда это началось и найдите точку восстановления на дату пораньше. Кстати, так можно решить проблему и в случае пакетов обновления, просто восстановившись на точку, когда они ещё небыли установлены.

Далее попытаемся исправить ситуацию, восстановив системные файлы с помощью утилит dism и sfc. Запустите командную строку от админа и выполните по очереди две команды:

dism /online /cleanup-image /restorehealth

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

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

Сбойный модуль оперативной памяти так же может стать причиной. Особенно, если всё это началось после расширения или модернизации оперативной памяти компьютера. В этом случае нужно временно убрать новый модуль памяти и протестировать работу системы. Если проблема устранена, то, соответственно, сбойный модуль нужно поменять на рабочий. Протестировать память на ошибки можно с помощью утилиты MemTest86.

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

Иногда, ошибка 0xc0000005 возникает когда настройки профиля вашего принтера конфликтуют с приложениями. В этом случае не поможет даже переустановка Windows. Нужно обновить драйвера принтера или зайти в настройки принтера и создать новый чистый профиль.

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

Для владельцев лицензионных ОС

Вы можете обратиться в техническую поддержку Microsoft и вам обязаны помочь, т. к. это чисто их «бока». Позвонить им можно в будние дни с 8:00 до 20:00, а в субботу с 10:00 до 19:00 по МСК, по телефонам:

В любое время можно обратиться за помощью через форму обратной связи.

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

Если ничего не помогает, могу посочувствовать и предложить полностью переустановить Windows 7/8/10. Радикальный метод, который у многих стоит на первом месте ?

Ну что ещё сказать

Если проблема коснулась только одного приложения, то попробуйте, для начала, просто переустановить его. Если есть английская, не русифицированная версия, то используйте её, иногда такое прокатывает. «Ломать» нормальную работу программ умеют всякие «взломщики», поэтому пользователям нелицензионных программ грех жаловаться на нестабильную работу компьютера и появление ошибки 0xc0000005 в любых ипостасях ?

Ну вот и всё, успехов! Если остались вопросы – добро пожаловать в комментарии, постараюсь помочь.

Источники:

https://techarks. ru/office/guide/kak-vosstanovit-ili-perestroit-repozitorij-wmi-v-windows-10/

https://www. osp. ru/winitpro/2014/11/13043633

https://it-like. ru/oshibka-pri-zapuske-prilozheniya-0xc0000005/