Восстановление хранилища компонентов

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

• в процессе обновления операционной системы могут повреждаться/удаляться файлы компонентов в местоположениях: %SYSTEMROOT%\Servicing\Packages и %SYSTEMROOT%\WinSxS ;
• в процессе обновления операционной системы могут повреждаться/удаляться ветви/ключи реестра по путям: HKLM\Components , HKLM\Schema и HKLM\Software\Microsoft\Windows\CurrentVersion\Component Based Servicing ;

описанные причины могут быть следствием более глобальных сбоев:

• Ошибки при передаче файлов по сетевому интерфейсу;
• Ошибки дисковой/файловой подсистем;
• Аппаратные сбои: ошибки чтения/записи оперативной памяти, сбои в любых иных аппаратных компонентах;
• Ошибки в работе сторонних инструментов оптимизации: средства очистки реестра, оптимизации файловой системы, оптимизации хранилища компонентов, оптимизации каталога распространения и прч.
• Ошибки в коде модулей компонентов Центра обновления Windows;

Подобные дефекты хранилища компонентов WinSxS могут выявляться при попытках пользователя произвести обновление системы (например, через установку обновления безопасности):

Или же могут быть выявлены в процессе работы разнообразных диагностических и сервисных утилит (модули, входящие в состав Центра обновления Windows), о чем в лог-файлах нам красноречиво сигнализирует статус ERROR_SXS_COMPONENT_STORE_CORRUPT . Описанные выше проблемы впоследствии становятся причиной возникновения различного рода отказов установки обновлений. Чаще всего повреждаются *.cat , *.mum , *.manifest и *.dll -файлы. Все найденные методы восстановления хранилища компонентов я решил выделить в отдельные статьи, а тут попробовать организовать что-то вроде своеобразного хаба.

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

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

1. Запустить проверку целостности системных файлов командой: sfc /scannow . Если вдруг более подробно хотите изучить утилиту, то информация есть в статье про sfc
2. Произвести восстановления хранилища компонентов:
   • для Windows 8/10+ : Восстановление хранилища компонентов при помощи DISM
   • для Windows Vista/7 : Восстановление хранилища компонентов при помощи SURT
3. Запустить утилиту SFCFix : Восстановление хранилища компонентов при помощи SFCFix
4. Выполнить синхронизацию оригинальных файлов с рабочими папками и пересоздание жёстких ссылок повторным запуском команды: sfс /scannow
5. Если на каком-либо из предыдущих шагов восстановления (1-4) обнаружены поврежденные файлы, которые соответствующие утилиты не смогли автоматически восстановить, то необходимо провести поиск и анализ [оставшихся] ошибок в следующих файлах журналов:
   • для Windows 8/10+ : %Windir%\Logs\CBS\CBS.log (при необходимости CbsPersist_*.cab ) и %Windir%\Logs\DISM\DISM.log
   • для Windows Vista/7 : %Windir%\Logs\CBS\CBS.log (при необходимости CbsPersist_*.cab ) и %Windir%\Logs\CBS\CheckSUR.log (при необходимости CheckSUR.persist.log )

и уже с полученным списком поврежденных файлов [самостоятельно] произвести восстановление компонентов прямой заменой файлов

Произвести перезагрузку операционной системы

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

Выводы

В общем случае, стратегия автоматического и ручного восстановления хранилища компонентов заключается в поэтапном выявлении поврежденных зависимостей, имен отсутствующих/поврежденных файлов и их планомерном восстановлении с использованием разнообразных методик. Иногда для проведения всех этих манипуляций в ручном режиме требуется довольно существенное время, поскольку чаще всего операции приходится повторять для каждого сбойного файла. Часто в этой кропотливой работе требуются еще и довольно хорошие знания устройства компонентной модели. Отдельно стоит отметить системы, представляющие собой «кастомные» любительские сборки, поскольку на них риск убить компонентную модель многократно повышается.
Теоретически, в самом крайнем случае, восстановление хранилища компонентов можно было бы провести путем переноса (с использованием LiveCD) с работоспособной машины (имеющей аналогичную версию операционной системы) следующих частей:

1. Всех вложенных файлов/директорий в папке %WinDir%\WinSxS ;
2. Всех вложенных файлов/директорий в папке %WinDir%\Servicing ;
3. Все содержимое ветвей реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing и HKEY_LOCAL_MACHINE\COMPONENTS ;

но на деле подобный глобальный поход может привести к падению системы в синий экран смерти, так что будьте предельно аккуратны!!

Windows source file in store is also corrupted

Fail CBS.log: source file in store is also corrupted, How to Extract uncorrupted from Dell Recovery Partition

To expedite your participation I’ll 1st state state my question and 2nd the reason why (that you can choose to skip it) 🙂

How do I extract the UNcorrupted windows files (not the whole image) from my Dell Recovery Partition?

Why didn’t DELL just give me a cd/dvd too? -_-While I’m asking why.

Why doesn’t SFC get the OS files I need from MS Online, if SFC determines that its store is corrupt?

It should get them just like it does a MS Critical Updates. 😀

So plan 1 is to extract Dell Image Files (SysWOW64\s) to my 32GB USB Drive. but I could if needed attach via USB or SATA an 80GB Hitachi HDD which is same whole size of my corrupted, but running OK Windows 7 Home premium 80GB WDC HDD containing 3 partitions: (350MB System | 69GB Windows | 5.5GB Recovery ). Sorry for the run on sentence but it is efficient in tech talk. 😛

Only way I know is connect Hitachi 80GB HDD, run Norton Ghost (copy image) onto it, then replace it with my original WDC HDD, then run destructive Dell Factory Restore. Then reconnect original HDD, and copy restored files from 2nd HDD. This is an

8 hour job and a LAST RESORT!

REASON WHY I’m asking this question»

Because the SFC (backup) store is corrupted also. And yes I did test the HDD and is ok both CHKDSK and WDCDiags(WinDlg.exe) say its ok. However I believe BullGuard AV/FW and OR with or because of «Windows Updates» have corrupted my files.

Here is a Sample Extract from my CBS.log: (which is generated by SFC when it runs.)

2016-10-28 22:25:56, Info CSI 000003bd [SR] Could not reproject corrupted file [ml:48<24>,l:46<23>]»\??\C:\Windows\SysWOW64″\[l:78<39>]»api-ms-win-downlevel-shlwapi-l2-1-0.dll»; source file in store is also corrupted
2016-10-28 22:25:56, Info CSI 000003be Repair results created:

Note: Yes I did a Win10 Rollback

3 months ago as it failed epically; finally locking out all my drivers stating they were unsafe or some such non-sense after thoroughly stating I was 100% ready for win10 upgrade. -_- Lost a week of my life there. -_-

Could not reproject corrupted file «\??\C:\Windows\SysWOW64″\»gptext.dll»; source file in store is also corrupted

I usually run sfc /scannow at least once a month. The latest scan reported a number of corrupted files. Example follows:

«Could not reproject corrupted file «\??\C:\Windows\SysWOW64″\»gptext.dll»; source file in store is also corrupted»

My system is running and performing without problems as it always has. I ran sfc /scannow a number of times with the same results. Is there any way to repair the reported corrupted files short of a re-install of Windows 7 Home Premiun 64Bit or can I ignore the report?

Replies (4) 

Your concern is that the file gptext.dll»; source is corrupt on your computer.

Try the following steps in order to resolve the issue:

Follow the link below in order to run sfc scan:

2) Advanced troubleshooting :

Refer to step 1 and step 2 from the given link :

More troubleshooting steps for advanced users

Try the steps and let us know the results.

Was this reply helpful?

Sorry this didn’t help.

Great! Thanks for your feedback.

How satisfied are you with this reply?

Thanks for your feedback, it helps us improve the site.

How satisfied are you with this reply?

Thanks for your feedback.

Your concern is that the file gptext.dll»; source is corrupt on your computer.

Try the following steps in order to resolve the issue:

Follow the link below in order to run sfc scan:

2) Advanced troubleshooting :

Refer to step 1 and step 2 from the given link :

More troubleshooting steps for advanced users

Try the steps and let us know the results.

Was this reply helpful?

Sorry this didn’t help.

Great! Thanks for your feedback.

How satisfied are you with this reply?

Thanks for your feedback, it helps us improve the site.

How satisfied are you with this reply?

Thanks for your feedback.

I am glad to know that the issue is resolved. If you have any other questions then please let us know and we will be happy to help

Was this reply helpful?

Sorry this didn’t help.

Great! Thanks for your feedback.

How satisfied are you with this reply?

Thanks for your feedback, it helps us improve the site.

How satisfied are you with this reply?

Thanks for your feedback.

can you help me please! I’m facing the same problem with 94 files. Some say «could not repair» and some say «could not reproject corrupted files»

CSI 000003c9 [SR] Cannot repair member file [l:20<10>]»DWrite.dll» of Microsoft-Windows-DirectWrite, Version = 7.1.7601.16492, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = , Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2015-01-23 11:10:09, Info

CSI 000003c7 [SR] Could not reproject corrupted file [ml:48<24>,l:46<23>]»\??\C:\Windows\SysWOW64″\[l:16<8>]»dxgi.dll»; source file in store is also corrupted

I’m new to this and unable to find file address.

Was this reply helpful?

Sorry this didn’t help.

Great! Thanks for your feedback.

How satisfied are you with this reply?

Thanks for your feedback, it helps us improve the site.

Утилита sfc не может исправить некоторые проблемы

утилита sfc/scannow обнаружила побитые файлы и не может восстановить — как восстановить побитые файлы в виндовс 10 ?
утилита sfc/scannow обнаружила побитые файлы и не может восстановить — как восстановить побитые.

Утилита sfc и механизмы WRP/WFP
Здравствуйте! Подскажите, пожалуйста. Зачем нужна утилита sfc для восстановления защищённых.

Sfc /scannow не может восстановить файлы
Не пойму в чем проблема и как её решить? Из лога вычитал что вроде проблема в opencl.dll что и как.

CMD/BAT: Взять из работающего sfc проценты, вывести и обновлять так, как в sfc, при этом добавить прогресс-бар
Здравствуйте. Сейчас всё поподробнее. И так, выполняется команда sfc /scannow, и то, что она.

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

Думаю модераторы не посчитают за оффтоп,а как дополнение к теме.

Точка — отката это по сути попытка возврата операционной системы к предыдущему состоянию.

Если например в данном случае у ТС постоянно вываливаются файлы,о чем это может свидетельствовать?
Утрата файлов.
Возможные причины?

1)Неисправности оборудования
2)Критическая неисправность операционной системы
3)Заражение (как вариант,но не в данном случае)

В первом варианте делать откат бесполезно — оборудование при этом не восстановится.
Во втором случае вероятность 50 / 50 (Восстановление судя по логу было произведено несколько раз + не факт что точка восстановления за границей трабла).
А так же могут возникнуть проблемы с установленным софтом,а если софт еще и криворукий.

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

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

В общем если подумать то еще можно причины найти.

Восстановление отсутствующих системных файлов

Здравствуйте, столкнулся с такой проблемой, после проверки системных файлов согласно этой статье https://support.microsoft.com/ru-ru/kb/929833 получил отчет о том что » Защита ресурсов Windows обнаружила поврежденные файлы, но не удалось устранить некоторые из них. Подробные сведения включены в журнал CBS Журнал % WinDir % \Logs\CBS\CBS.log.».

Пользуюсь лицензионной Windows 10 Pro, в отчете о поврежденных или отсутствующих системных файлах указано следующее:

2016-11-04 13:45:52, Info CSI 00004751 [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch amd64, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:45:53, Info CSI 0000479a [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch amd64, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:45:53, Info CSI 0000479b [SR] This component was referenced by [l:189]’Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:45:53, Info CSI 0000479c [SR] This component was referenced by [l:189]’Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:45:53, Info CSI 0000479d [SR] This component was referenced by [l:189]’Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:45:53, Info CSI 0000479e [SR] Could not reproject corrupted file \??\C:\WINDOWS\System32\en-US\taskkill.exe.mui; source file in store is also corrupted

2016-11-04 13:50:46, Info CSI 00008250 [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch x86, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:50:47, Info CSI 00008267 [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch x86, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:50:47, Info CSI 00008268 [SR] This component was referenced by [l:201]’Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:50:47, Info CSI 00008269 [SR] This component was referenced by [l:201]’Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:50:47, Info CSI 0000826a [SR] This component was referenced by [l:201]’Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:50:47, Info CSI 0000826b [SR] Could not reproject corrupted file \??\C:\WINDOWS\SysWOW64\en-US\taskkill.exe.mui; source file in store is also corrupted

2016-11-04 13:51:12, Info CSI 000087a3 [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch amd64, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:51:12, Info CSI 000087a4 [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch x86, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:51:12, Info CSI 000087a6 [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch amd64, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:51:12, Info CSI 000087a7 [SR] This component was referenced by [l:189]’Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:51:12, Info CSI 000087a8 [SR] This component was referenced by [l:189]’Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:51:12, Info CSI 000087a9 [SR] This component was referenced by [l:189]’Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:51:12, Info CSI 000087aa [SR] Could not reproject corrupted file \??\C:\WINDOWS\System32\en-US\taskkill.exe.mui; source file in store is also corrupted
2016-11-04 13:51:12, Info CSI 000087ad [SR] Cannot repair member file [l:16]’taskkill.exe.mui’ of Microsoft-Windows-TaskKill.Resources, version 10.0.14393.0, arch x86, culture [l:5]’en-US’, nonSxS, pkt in the store, file is missing
2016-11-04 13:51:12, Info CSI 000087ae [SR] This component was referenced by [l:201]’Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:51:12, Info CSI 000087af [SR] This component was referenced by [l:201]’Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:51:12, Info CSI 000087b0 [SR] This component was referenced by [l:201]’Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools

10.0.14393.0.Microsoft-Windows-Client-Features-WOW64-Package-AutoMerged-sdktools-Deployment-LanguagePack’
2016-11-04 13:51:12, Info CSI 000087b1 [SR] Could not reproject corrupted file \??\C:\WINDOWS\SysWOW64\en-US\taskkill.exe.mui; source file in store is also corrupted

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