код ошибки 0x800736b1 работа мастера диагностики приостановлена

Чтобы проверить состояние ваших услуг, вам необходимо сделать следующее:

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

Решение 5. Используйте редактор реестра

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

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

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

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

После перезагрузки компьютера проверьте, устранена ли проблема.

Решение 8. Запустите sfc scan

Если ваша установка Windows 10 повреждена, вы можете столкнуться с такими проблемами на вашем компьютере. Одним из способов решения этих проблем является запуск сканирования SFC и позволить ему сканировать ваш компьютер.

Если это не сработает, попробуйте любое другое решение из этой статьи.

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

Источник

Код ошибки 0x800736b1 работа мастера диагностики приостановлена

Технологии шагнули очень далеко вперед

Работа мастера диагностики приостановлена как исправить

Работа мастера диагностики приостановлена как исправить

Способы решения ошибки 0x8000ffff Работа мастера диагностики приостановлена

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

На официальном форуме Майкрософт предлагают следующие варианты решения проблемы.

Способ № 1. Отключение фреймворков

ВАЖНО! Если проблема не была исправлена, стоит вовсе удалить фреймворки и установить новые, скачав их с официального сайта Майкрософт.

Способ №2. Проверка целостности системных файлов

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

Способ №3. Установка обновления

Ошибка «Работа Мастера диагностики приостановлена» может возникнуть по причине отсутствия нужного обновления. Поэтому разработчики Майкрософт рекомендуют установить Обновление для версии 4 Microsoft Enterprise Single Sign-On из KB2252691. Проблема с Мастером диагностики должна исчезнуть.

Способ №4. Чистая загрузка операционной системы

Часто виновником ошибки 0x8000ffff может быть антивирус или защитный экран Windows. Поэтому отключаем всю защиту системы и запускаем Мастер диагностики. Если отключение антивируса не помогло решить проблему, стоит выполнить чистую загрузку Windows. Для этого выполняем следующее:

После того, как ПК стартует, стоит проверить все ли работает. Если система функционирует нормально, то нужно поочередности включать и отключать программы и службы, чтобы определить виновника неполадки.

Решение проблемы

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

Применяем Troubleshooter

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

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

В итоге видим следующую картину. Исправлены служба (которая была повреждена или вовсе отсутствовала), а также были применены обновления, которые были доступными, но не устанавливались. Нам остается лишь нажать кнопку с надписью «Закрыть».

Используем Software Repair Tool

В середине лета 2016 года в Microsoft создали и передали пользователям инструмент под названием Software Repair Tool – утилиту для комплексного решения проблем с ОС Windows 10, которая поможет нам разобраться, почему не работает магазин в Windows 10. Приложение создает контрольную точку восстановления перед тем, как приступать к работе.

Возможности Software Repair Tool:

Приступаем к работе с программой:

Восстанавливаем системные файлы

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

В процессе сканирования всех данных Windows 10 проверит их целостность, и, если понадобится, заменит поврежденные.

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

Сбрасываем кэш

Иногда сбои в работе Windows Store наблюдаются из-за забитого под завязку кэша. Часто по той же причине не устанавливаются приложения из магазина Windows 10. В таком случае пользователи видят сообщение: «Кэш магазина windows может быть поврежден», «Возникла внутренняя проблема» или код ошибки «0x80240438». Для того чтобы очистить временные файлы, делаем следующее:

Начнется процесс очистки кэша. Если все получится, то приложение Магазин откроется по завершении операции. Если этого не произошло, переходите к вариантам, описанным ниже.

Повторная регистрации Windows Store через PowerShell

Для того чтобы перерегистрировать (переустановить) магазин Windows 10, в PowerShell делаем следующие шаги:

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

Как только процесс будет завершен, закройте все программы и перезагрузите компьютер. После запуска системы проверьте не начал ли работать магазин Windows 10. Если нет, значит, переустановить программу не вышло. Идем дальше.

Добавление нового аккаунта

Еще один вариант, способный помочь отремонтировать магазин, который не запускается – добавить еще один аккаунт и запустить Windows Store из-под него.

Рассмотрим, как можно максимально быстро сделать это:

Net user имя_пользователя_которого_мы_создаем /add Net localgroup Администраторы имя_пользователя_которого_мы_создаем /add

Вместо строчки «имя_пользователя_которого_мы_создаем» нужно вписать имя нового аккаунта.

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

Восстановление системы

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

Для этого делаем следующие шаги:

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

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

Источник

Если повреждено хранилище компонентов Windows: способы восстановления

Такая беда как повреждение хранилища компонентов Windows, всегда приводит к большому количеству ошибок: к примеру, когда мы устанавливаем обновления ос виндовс. А бывает и так, что невозможно гладко установить какую-то программу. Что делать!? и при всём при этом по коду ошибок трудно понять, что повреждены именно компоненты — в коде это явно не отследить.

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

Давайте решим эту проблему!

исправляем повреждения хранилища компонентов виндовс

Для начала приведу список некоторых распространённых ошибок, кои возникают как следствие повреждения хранилища компонентов Windows, или нарушают саму работу компонентов…

Будет примерно так: хранилище компонентов повреждено. Ошибка: 14098

0x80073712 Хранилище компонентов повреждено

не выполнена установка Net Framework — вероятно, хранилище компонентов повреждено

Не удалось установить обновление — хранилище компонентов повреждено!

Теперь мы вооружены некоторыми кодами ошибок, а значит уже легче исправить ситуацию! Однако:

вернуться к оглавлению ↑

способы восстановления повреждённых компонентов Виндовс

1 вариант: позволяющий получить практически 100%й результат восстановления хранилища компонентов Windows… (но это медленно по времени)

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

Всё-таки первый вариант восстановления компонентов предпочтительнее…

Источник

Исправляем ошибки установки обновлений Windows 7

Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.

Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.

Ошибка #1. Failed to find updates with error code 80244010

Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate.log также встретится предупреждение:
WARNING: Exceeded max server round trips

Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs.technet.microsoft.com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!

Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308

Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLM\Components\PendingRequired=1

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

Ошибка #3. Все другие ошибки

Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors

Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы. Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется.

Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.

Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.

Последовательность действий будет следующая.

1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu

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

где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR.log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается

Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors
CSI Manifest All Zeros Total count: 6
CSI Catalog Corrupt Total count: 3
Fixed: CSI Catalog Corrupt. Total count: 3
CBS MUM Corrupt Total count: 3
CBS Catalog Corrupt Total count: 3
CSI Catalog Thumbprint Invalid Total count: 1
Fixed: CSI Catalog Thumbprint Invalid. Total count: 1
Unavailable repair files:
winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest
winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest
winsxs\manifests\wow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest
winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest
winsxs\manifests\amd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest
winsxs\manifests\amd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest
servicing\packages\Package_2_for_KB3123479

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

2. Копируем эталонные файлы на целевую машину

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

Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:

*.mum and *.cat из C:\Windows\servicing\Packages складываются в %windir%\Temp\CheckSUR\servicing\packages
*.manifest из C:\Windows\winsxs\Manifests складываются в %windir%\Temp\CheckSUR\winsxs\manifests\

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

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

3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu

=================================
Checking System Update Readiness.
Binary Version 6.1.7601.22471
Package Version 26.0
2016-03-03 09:15
Checking Windows Servicing Packages
Checking Package Manifests and Catalogs
Checking Package Watchlist
Checking Component Watchlist
Checking Packages
Checking Component Store
Summary:
Seconds executed: 1435
No errors detected

Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся

Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%\SoftwareDistribution.

Ошибка #5

Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т.д.) идентификаторов клиентов. Решается так:

Ошибка #6

GetCookie failure, error = 0x8024400D, soap client error = 7, soap error code = 300, HTTP status code = 200
SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
Windows Update Client failed to detect with error 0x80072ee2

Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.

Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr.ru/post/329440/

PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!

Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».

Источник