Папка checksur в windows 7

CheckSUR: средство готовности обновления системы для восстановления Центра обновления Windows

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

Средство подготовки обновления системы

Средство подготовки обновления системы или CheckSUR исправляет эту проблему. Эти обновления включают в себя Проверьте готовность обновления системы (CheckSUR) инструмент (CheckSUR). Средство CheckSUR проверяет ваш компьютер на наличие несоответствий и исправляет их во время установки. Обратите внимание, что анализ может занять до 15 минут или более на некоторых компьютерах. Даже если индикатор выполнения остановится, сканирование продолжится, поэтому не сдавайтесь.

Запустите Microsoft CheckSUR

Обновить:

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

• Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
• Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
• Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.

Пользователи Окна 7, Windows Vista, Windows Server 2008 R2 и Windows Server 2008 R2 и Windows Server 2008 можете перейти по ссылкам для скачивания, перечисленным здесь и загрузите и запустите пакет для своей операционной системы.

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

1. Пакеты обслуживания% SYSTEMROOT%
2. % SYSTEMROOT% WinSxS манифест

Он также проверяет данные реестра, расположенные среди следующих подразделов реестра, и при необходимости сбрасывает их в значения по умолчанию:

1. HKEY_LOCAL_MACHINE компоненты
2. Схема HKEY_LOCAL_MACHINE
3. Программное обеспечение HKEY_LOCAL_MACHINEMicrosoftWindowsCurrentVersionКомпонентное обслуживание

Вот ошибки установки, которые CheckSUR может исправить:

1. 0x80070002 NOT_FOUND_FILE
2. 0x8007000D ОШИБКИ ДАННЫХ
3. 0x8007370D ERROR_SXS_IDENTITY_PARSE_ERROR
4. 0x8007370B ERROR_SXS_INVALID_IDENTITY_IDENTITE_ATTRIBUTE_NAME
5. ERROR_SXS_INVALID_IDENTITY_IDENTITY_IDENTITE_NAME
6. 0x8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE
7. 0x80070490 ERROR_NOT_FOUND
8. 0x8007370A ERROR_SXS_INVALID_IDENTITY_IDENTITY_ATTRIBUTE_VAL
9. 0x80070057 ERROR_INVALID_PARAMETER
10. 0x800B0100 TRUST_D_NOSIGNATURE
11. 0x800F081F CBS_D_SOURCE_MISSING
12. 0x80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT
13. 0x800736CC ERROR_SXS_FILE_HASH_MISMATCH
14. 0x800705B9 ERROR_XML_PARSE_ERROR
15. 0x80070246 ERROR_ILLEGAL_CHARACTER
16. 0x80092003 CRYPT_D_FILE_ERROR
17. 0x800B0101 CERT_D_ABGELAUFEN

Эти ошибки обычно записываются в файл % SystemRoot% LogsCBSCBS. журнал или в файле CBS.persist.log.

Средство подготовки обновления системы поддерживает Windows 7, Windows Vista, Windows Server 2008 R2 и Windows Server 2008;

(Windows 10, Окна 8.1и Окна 8.1 может выполнить эти шаги, чтобы выполнить интегрированное управление образами развертывания и обслуживания. В Windows 10 / 8.1 / 8 исправление повреждения папки «Входящие» обеспечивает функциональность CheckSUR для Windows. Вам не нужна отдельная загрузка, чтобы получить инструмент. Вы можете просто запустить DISM Tool.

Нажмите Win + C или удалите и выберите Поиск. Введите CMD в поле поиска и нажмите «Enter». Затем щелкните правой кнопкой мыши на командной строке и выберите «Запуск от имени администратора».

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

0x8007000DDISM.exe / Онлайн / Чистое изображение / Health0x8007370D 0x8007000DDISM.exe / Онлайн / Чистое изображение / Чистое изображение / Восстановление Health0x8007370D

Когда закончите, введите Выход и нажмите вводитьEnterRun Windows Update снова.

Вы также можете быть заинтересованы в:

1. Центр обновления Windows не работает или пустая страница Центра обновления Windows
2. не может быть установлен в Windows.

Источник

Восстановление компонента прямой заменой файлов

В данной статье описан метод ручного восстановления хранилища компонентов Windows. Подобные описанному в данном посте методу восстановления работоспособности компонентной модели рождаются вовсе не от хорошей жизни, появляются они под воздействием многочисленных проблем с компонентной моделью операционной системы. Во многих случаях официальные подходы к восстановлению хранилища компонентов не помогают, помимо этого отсутствует какая бы то ни было внятная официальная документация, из чего складывается недопонимание структуры и принципов работы компонентной модели. При подобном отношении со стороны разработчиков абсолютно любые средства вернуть компонентную модель в работоспособное состояние приемлемы!! Как показывает практика, при всех стараниях разработчиков из Microsoft предоставить возможность конечному пользователю системы устранять возникающие проблемы в автоматическом режиме (при помощи специальных утилит), никогда полностью не будут исключены ситуации, в которых эти самые автоматизированные средства будут давать сбои. Причина тут кроется в симбиозе старых механизмов операционной системы и необходимостью постоянного внедрения новых (не оттестированных) технологий, должным образом не заботясь о приведении в надлежащее состояние всех связанных (участвующих) компонентов, что, в свою очередь, порождает огромное количество проблем.
В данной публикации речь пойдет о восстановлении компонента прямой заменой файлов. Фактически методом предусматривается прямая ручная замена поврежденных [кривых, неправильно функционирующих] файлов, являющихся причиной возникновения ошибок, а так же частей реестра. По этой методике, исправные файлы и соответствующие ключи реестра копируются с работоспособной станции-донора. Слабое место метода в том, что для реализации требуется наличие находящейся на том же уровне обновлений нормально функционирующей операционной системы той же версии/ревизии.
В процессе повествования постараемся описать общую методику, тем не менее, в статье будут присутствовать частные случаи из практики.

Определение виновника проблемы

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

Ошибки в лог-файлах

Основной и пожалуй самый информативный источник о проблемах, связанных с компонентной моделью Windows — лог-файлы системных утилит обслуживания. Чаще всего ошибки выявляются при выполнении обновления системы, то есть установки обновлений/исправлений. Проявляются они в виде разнообразных ошибочных статусов в интерфейсе Центра обновления и окон обновлений. Тем не менее, сам по себе статус не малоинформативен, а вот более детальная информация попадает в специализированные файлы журналов. В данном разделе мы опишем методики поиска источников проблем в лог-файлах результатов работы системных утилит SURT/DISM/SFC/SFCFix, которые работают с хранилищем компонентов и системными каталогами а предмет восстановления целостности компонентной модели системы.

Источник

Восстановление хранилища компонентов при помощи средства проверки готовности системы к обновлению (SURT)

Сегодня вашему вниманию предоставляется еще одно пополнение цикла статей о методах восстановления хранилища компонентов Windows. Помимо изобретения широкой общественностью бесчисленного множества «наколеночных» методик восстановления работоспособности компонентной модели, сами разработчики из Microsoft предлагают вполне официальные методы. В данной публикации мы рассмотрим один из подобных методов, который заключается в восстановлении хранилища компонентов при помощи средства проверки готовности системы к обновлению или, иными словами восстановлении хранилища компонентов при помощи SURT. Фактически описываемым методом предусматривается проверка каталогов/файлов компонентной модели при помощи специализированного пакета и попытка устранения найденных ошибок.

Что же это за средство проверки готовности системы к обновлению?

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

Первый запуск SURT

Для начала скачиваем пакет для вашего языка и разрядности системы: KB947821 (x32) или KB947821 (x64). Запускаем только что выкачанный пакет обновления с повышенными привилегиями.

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

Анализ результатов

После окончания установки (статус: Установка завершена ) проверяем лог-файл %Windir%\Logs\CBS\CheckSUR.log на предмет наличия записей об ошибках. На наличие проблем в хранилище компонентов обычно указывают сообщения о найденных ошибках ( Found X errors ) или недоступных файлов для восстановления ( Unavailable repair files ):

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

Вот именно поэтому, в случае обнаружения в лог-файле %Windir%\Logs\CBS\CheckSUR.log (битых) ненайденных файлов для восстановления, у нас имеется несколько вариантов решения.

Вариант 1: файловая часть

• Проверяем результаты работы утилит восстановления хранилища в лог-файле %Windir%\Logs\CBS\CheckSUR.log . К примеру, в файле журнала могут быть обнаружены следующие данные:

После того, как вы определили имена, есть несколько возможных вариантов решений:

1. найти указанные в логе файлы на работоспособной операционной системе аналогичной редакции/версии;
2. по имени проблемных файлов пакетов найти соответствующее [родительское] обновление ( KB. ), которому принадлежит недостающие файлы (в примере выше это KB3037574 ), скачать его из Центра загрузок Майкрософт или Центра обновления Майкрософт, или попросту используя поисковик. Затем распаковать из скачанного обновления все необходимые файлы.

Все найденные/извлеченные недостающие файлы разместить в системе следующим образом:

• *.mum — и *.cat -файлы складываются в %Windir%\Temp\CheckSUR\servicing\packages ;
• *.manifest -файлы складываются в %Windir%\Temp\CheckSUR\winsxs\manifests\ ;

Повторно запустить SURT;

Вариант 2: реестровая часть

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

• запускаем редактор реестра regedit.exe ;
• перемещаемся в ветку HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages и для каждого найденного проблемного файла повторяем следующие шаги:
  • ищем интересующий нас подключ реестра (например, Package_for_KB3037574

  6.1.1.0.mum );

• меняем разрешения безопасности подключа: выделяем (ставим курсор) интересующую нас запись, нажимает правую кнопку мыши — пункт меню разрешения — выделяем курсором текущего пользователя — в нижней части окна ставим чекбокс напротив разрешения Полный доступ . Применяем изменения через кнопку OK ;
• выполняем удаление записи:

  

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

после окончания процесса установки повторно запускаем SURT;

Вариант 3: удаление битого пакета

Этот вариант заключается в ручном удалении проблемного пакета из командной строки.

По тем же логам вычисляем наименование пакета, в нашем случае это Package_for_KB3037574

6.1.1.0 ;
после этого пробуем удалить его при помощи утилиты dism:

dism /Online /Remove-Package /PackageName:Package_for_KB3037574

Выполняем повторный запуск SURT;

Источник