Файл полезной нагрузки csi отсутствует
Обновлено: 06.07.2024
Файл-лог журнала обслуживания windows, который содержит подробные сведения об ошибках автономного обслуживания, подробные сведения об ошибках интерактивного обслуживания, а так же как вспомогательный элемент для dism.exe
Не вдаваясь в тонкости осмысливания написанного ( определение взято отсюда ) сообщу следующее:
Программа защиты ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них
Один из шагов к решению проблемы - это произвести анализ лога, который создается при сканировании. Лог-файл находится по пути %windir%\logs\cbs\cbs.log и открыть его можно любым текстовым редактором, включая стандартный notepad.
Неподготовленный пользователь, открыв и посмотрев лог, скорее всего испытает острое желание закрыть файл и больше не открывать. Поэтому, для комфорта восприятия, пользователи придумали приводить лог в более читабельный вид, распарсив его и отфильтровав "лишние" записи оставить только те, что нужны.
Сделать это можно разными методами, кстати - в сети распространен метод с парсингом файла cbs.log введя в командной строке простую команду:
Но, как показала практика, этот метод подходит лишь для того, что бы понять были повреждены защищенные системные файлы или нет.
Как оказалось, иногда, в случае выявления проблем или когда необходимо увидеть какие операции производились, то полученной таким методом информации оказывается недостаточно для того, отразить полноценную куартину.
Как быть?
Для более комфортного первоначального анализа мы с коллегами создали такой скрипт:
Проверка целостности системных файлов утилитой sfc
Запустив скрипт вы сможете произвести проверку целостности системных файлов, произвести очистку и восстановление хранилища данных windows, в котором хранятся резервные копии защищенных системных файлов windows.
Из этих копий и производится восстановление поврежденных файлов.
Скрипт выводит аналогичный, но чуть более информативный лог + копирует в каталог запуска скрипта сам файл cbs.log.
А так же очищает старые записи, что немного экономит место на диске и спасает от зависаний компьютера ( при определенных условиях) при попытке открыть cbs.log. Да и читать будет удобнее и меньше.
Это связано с тем, что порой размер файла cbs.log может раздуваться и я видел монстров по 40 с лишним мегабайт. в общем, скрипт его "облегчает" до оптимального объема.
Идем дальше.
Пробуем читать cbs.log.
Что нужно знать?
При обнаружении поврежденных защищенных системных файлов SR пытается их восстановить из хранилища данных.
Само хранилище данных находится по адресу:
Напомню, что лог cbs.log находится по такому пути:
Вернемся, непосредственно, к файлу cbs.log. Вы его уже открыли в текстовом редакторе?
Открывайте.
Лично мне более удобным для работы с файлами такого типа является редактор notepad++
Так как редакторов много и каждый волен выбирать тот, что ему по душе - то далее я буду описывать свои действия в редакторе в контексте интерфейса notepad++ , а вы (если пользуетесь другим) , можете ориентироваться по аналогии в своем.
Думаю вы уже до этого находили информацию о том, что нужные нам действия помечаются тегом [SR] в каждой строке - именно по этому признаку и принято парсить cbs.log. А если вы не знали - значит узнали теперь)
Теперь у нас с вами два варианта: либо переходить сразу к проблемным файлам через поиск (это если у вас уже есть отфильтрованый одним из упомянутых методов лог) либо вывести все строки с тегом [SR].
Я лично всегда так делаю - легче потом будет навигация.
В notepad++ есть возможность вывести в дополнительной области все найденные по маске ( тегу [SR] ) строки.
Делается это просто: открываем поиск (кнопка в виде бинокля), вводим в строку поиска [SR], далее нажимаем кнопку "Найти все в текущем документе" и получаем в нижней области программы все строки найденные по нужному фильтру, а в вверхней области основной текст файла cbs.log, как видно на скриншоте:
Это позволит вам видеть проблемные места (нижняя область) и одновременно смотреть сопутсвующую информацию по ним в основном логе (верхняя область).
Ну как, все получилось?
Далее в нижней области, где отфильтрованы строки с тегом [SR] пропускаем все что выглядит примерно так:
Сделать это легко - достаточно воспользоваться скроллом, потянув за него указателем мышки.
Почему пропустить? Файлы системой защиты проверяются блоками по 100 файлов и это на сейчас служебная информация, не несущая для нас полезной нагрузки.
Как только находим нечто отличающееся - стоп.
Например:
2017-10-29 21:28:40, Info CSI 000001e1 [SR] Cannot repair member file [l:24]"gpscript.exe" of Microsoft-Windows-GroupPolicy-Script, Version = 6.1.7601.23452, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = , Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
Все, сейчас мы нашли то, что надо.
Если вбить в переводчик то, что написано раздельным текстом, то можно вполне понять что не так.
На примере данной строки давайте и разберемся.
Пусть перевод несколько забавный, но суть мы уловили - не удалось восстановить файл gpscript.exe, в хранилище компонентов он так же считается поврежденным, так как хэш сумма файла не совпадает с эталоном.
Что дальше?
Дальше можно либо приступить к восстановлению хранилища компонентов, либо смотреть какой файл нужен, где он должен лежать и как его восстановить, если нет возможности автоматически восстановить хранилище компонентов.
Начнем с второго варианта - получаем информацию о файле. Находим упомянутую строку в основном логе:
Все, значит это то, что нам нужно.
Просто переустанавливаем это обновление и нужные файлы перезаписываются. А значит - все станет ОК.
Это был пример на живом логе реальной системы.
Почему необходимо найти именно такой же файл и такой же версии?
Потому что когда данный файл внедрялся в систему, то создается ряд условий, на основании которых система защиты будет считать "правильным" только такой файл, который будет соответствовать этим самым условиям.
Другими словами, если какое то из обновлений системы, к примеру, обновляло версию файла и эталоны, то файл из ранее сделанной резервной копии, но другой версии будет считаться неактуальным.
Именно поэтому часто встречающуюся рекомендацию:
Вставьте диск (флэшку) с дистрибутивом вашей версии операционной системы и введите sfc / scannow .
Можно смело пропускать мимо ушей, глаз или как там еще информация дошла до вас.
Тут имеется очень важный нюанс - дистрибутив должен быть именно таким же.
То есть с точно таким же набором обновлений, патчей и заплаток.
А найти такой дистрибутив довольно сложно, если вообще будет возможным.
Конечно, если вы были настолько благоразумны, что после очередного обновления сделали резервный диск восстановления - то тут, конечно, все в порядке и файлы подойдут.
Так же файл, считающийся системой защиты поврежденным может не запуститься или работать некорректно.
Он может некорректно взаимодействовать и с другими компонентами операционной системы или прочим программным обеспечением.
Отсюда можно сделать вывод, что при первоначальной проверке заморачиваться на счет наличия дистрибутива не стоит.
Исключение Windows XP - там система потребует наличия папки I386, которая имеется как раз на дистрибутиве (если у вас нет где то отдельно).
В нашем скрипте проверка ее наличия осуществляется автоматически и пользователю не придется выполнять танцы с бубном для того, что бы указать системе где она, если не удастся обнаружить.
Достаточно смонтировать образ диска и все.
Как еще можно восстановить поврежденные файлы?
Можно попытаться выполнить автоматическое восстановление хранилища компонентов через пункт "Расширенная проверка и восстановление файлов" скрипта, или запустив командную строкуот имени Администратора и ввести команду:
(Для Windows 8 - 10)
dism /Online /cleanup-image /restorehealth
Для Windows 7 команда будет выглядеть немного иначе, а так же потребуется наличие установленного Download Обновление для Windows 7 (KB2966583) from Official Microsoft Download Center
DISM /Online /Cleanup-Image /ScanHealth
В обоих случаях интернет должен быть подключен.
После того, как хранилище компонентов будет восстановлено, попробуйте снова выполнить проверку sfc /scannow
Как правило этой операции бывает достаточно.
Если вам понадобилось восстановление файлов хранилища данных вручную - то вам понадобится стать владельцем объекта и получить права на изменение.
Итак, теперь общее понимание у нас имеется, далее просто будем собирать типовые примеры записей лога cbs.log и методы исправления проблем.
Для того, что бы облегчить себе задачу и сэкономить время+силы, я использую для первоначального анализа файл sfcdoc.log, создаваемый скриптом.
Можно использовать и sfcdetalis.txt - но он менее информативен.
Там мы увидим информацию о версии системы, разрядности, установленных патчах и другие вещи.
Нас в логе интересует блок
Применяется к: Windows 7 Пакет обновления 1, Windows Server 2012 R2
Исходный номер КБ: 2700601
Убедитесь, что вы скачиваете и запустите CheckSUR.exe, так как инструмент периодически обновляется. Для этого см. в Windows исправление ошибок обновления с помощью средства готовности к обновлению DISMили system update.
Использование журнала CheckSur
Чтобы использовать журнал CheckSur, следуйте следующим рекомендациям:
Если CheckSUR исправил все найденные ошибки, в журнале CheckSUR показано следующее:
Сводка.
Выполнено секунд: 100
Найдено 10 ошибок
Исправлено 10 ошибок
В этом случае на компьютере больше не должно быть коррупции в обслуживании. Если вы все еще испытываете ошибки, необходимо устранить определенные ошибки, чтобы найти причину сбоя.
Сводка.
Выполнено секунд: 264
Найдено 3 ошибки
CBS MUM Missing Total Count: 3
Недоступные файлы восстановления:servicing\packages\Package_for_KB958690_sc_0
6.0.1.6.cat
winsxs\manifests\x86_microsoft-windows-servicingstack_31bf3856ad364e35_6.0.6002.18005_none_0b4ada54c46c45b0.manifest
winsxs\manifests\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_6.0.6002.18005_none_676975d87cc9b6e6.manifest
Чтобы устранить эту проблему, выполните следующие действия:
- Скачайте пакет, содержащий отсутствующие файлы. В этом примере можно скачать Windows6.0-KB958690-x64.msu.
- В %SYSTEMROOT%\CheckSUR папке создайте папку с именем Пакеты. Скопируйте в папку Windows6.0-KB958690-x64.msu. %SYSTEMROOT%\CheckSUR\Packages
- Rerun CheckSUR.
- Если исходный пакет отсутствующих файлов не является очевидным, вам придется получить файлы с другого компьютера. Убедитесь, что компьютер, на котором копируют филатесы, использует ту же версию ОС и системную архитектуру, что и компьютер, на котором вы работаете.
- Скопируйте файлы в папку поврежденного компьютера в следующем подтекстовом формате, а затем %WinDir%\Temp\CheckSUR повторяйте CheckSUR:
- Поместите все файлы типа *.mum и *.cat в %WinDir%\Temp\CheckSUR\Packages папку.
- Поместите все файлы типа *.manifest в %WinDir%\Temp\CheckSUR\Manifests папку.
Если вы видите отсутствующий файл полезной нагрузки, это указывает на то, что необходимый двоичный файл недостает. Это означает, что проблема не устранена. В журнале CheckSUR.log показаны следующие сведения:
Сводка.
Выполнено секунд: 100
Найдено 3 ошибки
Исправление 1 ошибки
CSI Payload File Missing Total count: 3
Исправление файла полезной нагрузки CSI, отсутствуют общие числа: 1f) CSI Payload File Missing 0x00000000 admparse.dll x86_microsoft-windows-ie-adminkitmostfiles_31bf3856ad364e35_6.0.6000.16386_none_abfb5fd109dad8b8 servicing_31bf3856ad364e35_6.0.6000.16386_none_23ddbf36a8a961bc
f) CSI Payload File Missing 0x00000000 bootmgr x86_microsoft-windows-b.. re-bootmanager-pcat_31bf3856ad364e35_6.0.6000.16386_none_c0f2f087b6457236
(исправление) CSI Payload File Missing 0x00000000 bootmgr x86_microsoft-windows-b.. re-bootmanager-pcat_31bf3856ad364e35_6.0.6000.16386_none_c0f2f087b6457236
f) CSI Payload File Missing 0x00000000 winload.exe x86_microsoft-windows-b.. environment-windows_31bf3856ad364e35_6.0.6000.16386_none_6701d52e8fdf8d45
Чтобы устранить эту проблему, выполните следующие действия:
- Узнайте, какие файлы полезной нагрузки отсутствуют. Для этого изучите журнал CheckSUR. Определите все строки, в которые не следует (исправлена) запись (f). В предыдущем примере есть два файла полезной нагрузки, которые не были исправлены.
- Скопируйте эти файлы с другого компьютера. Убедитесь, что компьютер, на котором копируют файлы, использует ту же версию ОС и системную архитектуру, что и компьютер, на котором вы работаете.
- Вклеить файлы в соответствующий подмосток под %windir%\winsxs .
Перед тем как поместить файлы в указанные расположения, возможно, вам придется предоставить себе разрешения на редактирование содержимого папки. Для этого откройте окно командной подсказки и запустите следующие команды:
В этих командах представлено имя файла или папки, на которые вы <Path_And_Name> нацелены. Например, можно нацелить следующую папку:
C:\Windows\winsxs\x86_microsoft-windows-ie-adminkitmostfiles_31bf3856ad364e35_6.0.6000.16386_none_abfb5fd109dad8b8
To Fix (CheckSUR Log - missing payload files, nowhere to be found. ) error you need to follow the steps below:
Совместимость : Windows 10, 8.1, 8, 7, Vista, XP
Загрузить размер : 6MB
Требования : Процессор 300 МГц, 256 MB Ram, 22 MB HDD
Limitations: This download is a free evaluation version. Full repairs starting at $19.95.
CheckSUR Log - отсутствующие файлы полезной нагрузки, которые не найдены. обычно вызвано неверно настроенными системными настройками или нерегулярными записями в реестре Windows. Эта ошибка может быть исправлена специальным программным обеспечением, которое восстанавливает реестр и настраивает системные настройки для восстановления стабильности
Если у вас есть CheckSUR Log - отсутствующие файлы полезной нагрузки, нигде не найти. то мы настоятельно рекомендуем вам Загрузить (CheckSUR Log - отсутствующие файлы полезной нагрузки, нигде не найдены.) Repair Tool .
This article contains information that shows you how to fix CheckSUR Log - missing payload files, nowhere to be found. both (manually) and (automatically) , In addition, this article will help you troubleshoot some common error messages related to CheckSUR Log - missing payload files, nowhere to be found. that you may receive.
Примечание: Эта статья была обновлено на 2021-11-17 и ранее опубликованный под WIKI_Q210794
Contents [show]
Значение CheckSUR Log - отсутствие файлов полезной нагрузки, которые не найдены. ?
Ошибки, связанные с диском, часто являются основной причиной ошибок файловой системы в операционной системе Windows. Это в основном можно объяснить такими проблемами, как плохие сектора, коррупция в целостности диска или другие связанные с этим проблемы. С огромной программной системой, такой как Microsoft Windows, которая предназначена для выполнения чрезвычайно большого числа задач, в какой-то момент следует ожидать ошибок, связанных с файловой системой.
Некоторые из этих ошибок также могут быть вызваны сторонними программами, особенно теми, которые зависят от ядра Windows для запуска. Обычные пользователи могут также запускать такие ошибки файлов при интенсивном использовании.
Действия в вашей компьютерной программе публикуются в журнале событий, независимо от того, был ли вы просто доступ к программе или когда возникла ошибка. Однако проблемы добавляются в другой журнал событий или также называются журналом ошибок. Здесь вы можете найти несколько файлов текстового журнала всякий раз, когда есть сбои в оборудовании, икота драйвера или любые другие ошибки компьютера. Другими словами, в журнале ошибок отображается программа отчетов базы данных с простыми текстовыми файлами, доступная для просмотра пользователем с правами администратора. Хотя он может содержать только текст, эти журналы могут пригодиться, когда вы хотите узнать больше об источнике проблем с компьютером, с которыми вы столкнулись.
Причины CheckSUR Log - отсутствующие файлы полезной нагрузки, которые не найдены. ?
Большинство этих ошибок файлов можно легко устранить, применив последние обновления программного обеспечения от Microsoft. Однако иногда некоторые типы ошибок могут быть тяжелыми для ремонта.
Для более сложных проблем с файловой системой общие решения включают следующее:
- Сброс окон
- Выполнение ремонта системных файлов
- Очистка кэша хранилища Windows
- Ремонт компонентов
- Переустановка приложений Windows
Вы также можете использовать утилиту Средство проверки системных файлов инструмент для исправления поврежденных и отсутствующих системных файлов. В то же время, Проверить диск chkdsk также можно использовать для проверки целостности файловой системы и определения местоположения поврежденных секторов на жестком диске.
More info on CheckSUR Log - missing payload files, nowhere to be found.
the CheckSUR Log-file below. PS The system is Windows 7 Enterprise 64-bit, should search for these four. Hello everyone, Please see thanks, Denis. Many on a Dell Optiplex 9010 PC ======================================================== ================================= Checking System Update Readiness.
Я запустил Windows, обновил инструмент готовности системы. Многократно приступайте к копированию / сканированию. Любая помощь моего регистрационного журнала. проблемы с обновлением Windows.
Кроме того, мне нужна ссылка на рекомендации по обновлению кода:
=================================
Проверка системы заблаговременно.
У меня был отдельный инструмент
Ничто не работает.
Окно, не уверен, что делать, как только я их получу. О не слишком знакомы с ними. Любая помощь будет в значительной степени из текста, дайте мне знать, если есть лучшие способы для меня опубликовать его).
Привет, я новое окно поиска, где Drive - это буква вашего DVD-привода вашего компьютера (например, D: \ setup.exe).
Существуют также текстовые файлы, называемые CheckSUR.persist и CBS, что это лучший способ начать устранение неполадок. Мне нужна помощь в получении файлов и средство готовности к обновлению системы, которое было установлено и запущено, но я все еще не мог установить SP1.
Восстановление Windows не повредит ваши личные файлы или обновление для установки каких-либо обновлений не будет включено на установочный DVD. Windows Update на этом форуме. Кажется, я попал в дисковод компьютера.
Чтобы восстановить Windows, выполните следующие действия:
Завершите этот урок Бринком так высоко оценили!
=================================
Проверка готовности к обновлению системы. Вставьте список Windows DVD, нажмите Setup.exe. Если программа установки не запускается автоматически, выполните следующие действия:
Нажмите «Пуск», а затем введите «Диск: \ setup.exe» в файлах с полезной нагрузкой
У меня возникли проблемы с установкой windows serv .
Я создал CBS.zip, но это было обновление правил проводки
Я не могу установить пакет обновления Windows 1. Когда я проверил текст CheckSUR, это технически repost. Коллекция журналов
Я скопировал папку CBS из C: \ Windows \ Logs, чтобы «Windows не обнаружила нарушений целостности»
3. Из других потоков кажется, что приглашение и введено командой sfc / scannow.
Прежде всего, это видно на прилагаемом скриншоте.
4. Сканирование SFC
Я открыл команду с повышенными правами, чтобы найти мой оригинальный диск, чтобы выполнить установку восстановления. По завершении он указал, что размер находится под лимитом 8MB, а затем загружает файл.
Спасибо, что загрузили его здесь, что приемлемо?
Я не знаю, какая помощь! Я пересматриваю после выполнения инструкций здесь, описанных выше, я попытался снова установить SP1. После устранения неполадок обновления Windows снимок экрана с кодом ошибки. Коды ошибок обновления Windows
По завершении двух я выполнил следующие шаги:
Я приложил все свои меры к этому. Я также не могу для жизни, мне нужно как-то получить эти файлы. Удалите старые файлы CBSPersist из архива, пока сжатый appr .
Я отправлю протокол исправлений позже.
В командной строке введите
и нажмите клавишу Enter
Подождите, пока инструмент готовности к обновлению системы сканирования я получил этот вывод
У меня возникли проблемы с установкой Win 7 SP1 после запуска непосредственно), а затем сжимать копию и прикрепить ее к вашему ответу
Скопируйте созданный файл CBS.log (C: \ Windows \ Logs \ CBS \ CBS.log) на рабочий стол (вы не можете манипулировать им
С наилучшими пожеланиями.
устранить эту ошибку? Функция окон окон больше не заполнена
But It stuck at 0 of 0. Could anyone help me registry of servicing because "turn windows feature on or off is blank" for install IIS.
Для чего может понадобиться восстановление хранилища ?
В первую очередь для того, чтобы избавиться от ошибки
windows обнаружила поврежденные файлы но не может восстановить некоторые из них
Которая может возникнуть при проверке целостности системных файлов при помощи SFC /Scannow
Данное обновление можно скачать с сайта microsoft и установить вручную, если у вас отключено обновление системы.
Windows 7 x86
Windows 7 x64
Server 2008 R2 x64
Server 2008 R2 IA64
Восстановление поврежденного файла
такая ситуация: снимал видео на камеру, потом в один момент камера упала и отключилась. теперь на.
Файл хранилища данных конфигурации загрузки windows содержит неправильные данные
Здравствуйте, помогите пожалуйста с проблемой Не загружается виндовс, при загрузке застывает.
Восстановление хранилища компонентов
Использование команд Dism /Online /Cleanup-Image /ScanHealth и CheckHealth показало, что хранилище.
Восстановление поврежденного файла
Всем привет. Возникла такая проблема. Расчитывала данные антенны в маткаде, все сделала до конца.
Позже поставлю win7 на виртуалку и тоже проверю. Мне кажется для вин7 не особо актуально ввиду того,что поддержка 7 завершена.
То есть ничего нужного нового с серверов ms скорее всего не скачается,а восстановить можно и используя образ.
Хотя если кто погоняет на практике интересно будет почитать.
расширенная поддержка то продолжается, а большего и не надо )
Добавлено через 6 часов 14 минут
Погонял на вируталке.
Штука бесполезная, как оказалось.
Полностью дублирует функционал программы проверки готовности к обновлению системы описаный тут и самостоятельно ничего не выкачивает и не исправляет.
Нашла поврежденные packages ***
Сегодня вашему вниманию предоставляется еще одно пополнение цикла статей о методах восстановления хранилища компонентов Windows. Помимо изобретения широкой общественностью бесчисленного множества "наколеночных" методик восстановления работоспособности компонентной модели, сами разработчики из Microsoft предлагают вполне официальные методы. В данной публикации мы рассмотрим один из подобных методов, который заключается в восстановлении хранилища компонентов при помощи средства проверки готовности системы к обновлению или, иными словами восстановлении хранилища компонентов при помощи SURT. Фактически описываемым методом предусматривается проверка каталогов/файлов компонентной модели при помощи специализированного пакета и попытка устранения найденных ошибок.
Метод подходит только для операционной системы Windows 7. Для более новых ОС (Windows 8+) средство SURT не требуется, поскольку весь функционал интегрирован в систему и доступен через API стека обслуживания, из скриптов Powershell и сервисной утилиты dism.exe. Это подтверждают высказывания некоторых сотрудников Microsoft: Instead of needing to download and run a separate tool, the diagnostic and repair functionality in the System Update Readiness Tool is now built into Windows in Windows 8 and Windows Server 2012 .Что же это за средство проверки готовности системы к обновлению?
Средство проверки готовности системы к обновлению (System Update Readiness Tool, SURT, CheckSUR) - утилита, поставляемая в виде пакета обновления (с целью включения эталонных файлов хранилища компонентов), предназначающаяся для устранения проблем хранилища компонентов Windows.Представляет собой набор (базу) файлов компонентов, регулярно обновляемый (был, до некоторого времени) по мере выхода новых исправлений. Грубо говоря, утилита SURT это отличный способ для большинства пользователей проанализировать хранилище компонентов в собственной системе на разного рода повреждения, и иметь возможность устранить найденные повреждения в случае, если встроенная база имеет необходимые для восстановления файлы.
Первый запуск SURT
Для начала скачиваем пакет для вашего языка и разрядности системы: KB947821 (x32) или KB947821 (x64). Запускаем только что выкачанный пакет обновления с повышенными привилегиями.
Читайте также: