Меню

64 bit system update readiness tool for windows 7

Восстановление хранилища компонентов при помощи средства проверки готовности системы к обновлению (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;
  • Источник статьи: http://datadump.ru/repair-component-store-by-using-system-update-readiness-tool/

    Готова ли ваша Windows 7 к обновлению до Service Pack 1?

    Microsoft заботится о гладкой установке обновлений.

    Microsoft заботится о том, чтобы все будущие обновления и «сервис паки» для Windows 7 были установлены без проблем и каких-либо трудностей. Это звучит очень обнадеживающе в свете ожидания SP 1 для новой операционной системы. Если вы пользователь Windows 7, и заинтересованы в гладкой установке обновлений для своей системы, то в вашем распоряжении есть System Update Readiness Tool.

    Это средство, которое разработала Microsoft для проверки готовности системы к апгрейдам. Его нам предлагают, «поскольку в хранилище службы Windows Servicing обнаружена несогласованность, которая может помешать успешной установке будущих обновлений, пакетов обновления и программного обеспечения». Однако средством, или инструментом я бы его не назвал, поскольку оно представляет собой обычную заплатку для найденного бага. То есть, «латаем дыры, чтобы потом не было проблем с обновлениями».

    Вы можете скачать 32-bit (x86) и 64-bit (x64) битные версии этого «заплатки» для своей системы. Файл весит примерно 30 Мб. « System Update Readiness Tool проверяет интеграцию следующих ресурсов: Файлы, размещенные в следующих директориях: %SYSTEMROOT%\Servicing\Packages; %SYSTEMROOT%\WinSxS\Manifests. И данные размещенные в следующих ключах реестра : HKEY_LOCAL_MACHINE\Components, HKEY_LOCAL_MACHINE\Schema, HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Component Based Servicing.

    Главное обновление, которое мы все ожидаем – это Service Pack 1. Источники, близкие к Microsoft, сообщают о том, что установить первую тестовую версию SP1 можно будет примерно в апреле 2010 г. А RTM версию стоит ждать ближе к осени 2010 г.

    Источник статьи: http://mydiv.net/arts/view-Windows-7-SP1-System-Update-Readiness-Tool.html

    Fix Windows Update errors by using the DISM or System Update Readiness tool

    Original product version: В Windows 10, version 1809 and later versions, Windows Server 2012 R2, Windows 7 Service Pack 1, Windows Server 2008 R2 Service Pack 1
    Original KB number: В 947821

    Symptom

    Windows updates and service packs may fail to install if there are corruption errors. For example, an update might not install if a system file is damaged. The DISM or System Update Readiness tool may help you to fix some Windows corruption errors.

    This article is intended for Support agents and IT professionals. If you are home users and looking for more information about fixing Windows update errors, see Fix Windows Update errors.

    Resolution for Windows 10 and Windows Server 2012 R2

    To resolve this problem, use the inbox Deployment Image Servicing and Management (DISM) tool. Then, install the Windows update or service pack again.

    Open an elevated command prompt. To do this, swipe in from the right edge of the screen, and then tap Search. Or, if you are using a mouse, point to the lower-right corner of the screen, and then select Search. Type Command Prompt in the Search box, right-select Command Prompt, and then select Run as administrator. If you are prompted for an administrator password or for a confirmation, type the password, or select Allow.

    Type the following command, and then press Enter. It may take several minutes for the command operation to be completed.

    When you run this command, DISM uses Windows Update to provide the files that are required to fix corruptions. However, if your Windows Update client is already broken, use a running Windows installation as the repair source, or use a Windows side-by-side folder from a network share or from a removable media, such as the Windows DVD, as the source of the files. To do this, run the following command instead:

    Replace the C:\RepairSource\Windows placeholder with the location of your repair source. For more information about using the DISM tool to repair Windows, reference Repair a Windows Image.

    Type the sfc /scannow command and press Enter. It may take several minutes for the command operation to be completed.

    Close the command prompt, and then run Windows Update again.

    DISM creates a log file (%windir%/Logs/CBS/CBS.log) that captures any issues that the tool found or fixed. %windir% is the folder in which Windows is installed. For example, the %windir% folder is C:\Windows.

    Resolution for Windows 7 Service Pack 1 (SP1) and Windows Server 2008 R2 SP1

    To resolve this problem, use the System Update Readiness tool. Then, install the Windows update or service pack again.

    Download the System Update Readiness tool.

    select the download link in the following table that corresponds to the version of Windows that is running on your computer. For more information about how to find the version of Windows that you installed, see Find out if your computer is running the 32-bit or 64-bit version of Windows.

    This tool is updated regularly, we recommend that you always download the latest version. This tool is not available in every supported language. Check the link below to see if it is available in your language.

    Operating system Download link
    x86-based (32-bit) versions of Windows 7 SP1 Download the package now.
    x64-based (64-bit) versions of Windows 7 SP1 Download the package now.
    x64-based (64-bit) versions of Windows Server 2008 R2 SP1 Download the package now.
    Itanium-based versions of Windows Server 2008 R2 SP1 Download the package now.

    Select Download on the Download Center webpage, then do one of the following:

    • To install the tool immediately, select Open or Run, and then follow the instructions on your screen.
    • To install the tool later, select Save, and then download the installation file to your computer. When you’re ready to install the tool, double-select the file.

    In the Windows Update Standalone Installer dialog box, select Yes.

    When the tool is being installed, it automatically runs. Although it typically takes less than 15 minutes to run, it might take much longer on some computers. Even if the progress bar seems to stop, the scan is still running, so don’t select Cancel.

    When you see Installation complete, select Close.

    Reinstall the update or service pack you were trying to install previously.

    To manually fix corruption errors that the tool detects but can’t be fixed, see How to fix errors that are found in the CheckSUR log file.

    Resolution — Download the package from Microsoft Update Catalog directly

    You can also try to directly download the update package from Microsoft Update Catalog, and then install the update package manually.

    For example, you may have problems when you try to install updates from Windows Update. In this situation, you can download the update package and try to install the update manually. To do this, follow these steps:

    Open Microsoft Update Catalog in Internet Explorer.

    In the search box, input the update number that you want to download. In this example, input 3006137. Then, select Search.

    Find the update that applies to your operating system appropriately in the search results, and then select Add to add the update to your basket.

    Select view basket to open your basket.

    Select Download to download the update in your basket.

    Select Browse to choose a location for the update you are downloading, and then select Continue.

    Select Close after the download process is done. Then, you can find a folder that contains the update package in the location that you specified.

    Open the folder, and then double-select the update package to install the update.

    If the Windows update or service pack installed successfully, you are finished. If the problem is not fixed, or if System Update Readiness Tool cannot find the cause, contact us for more help.

    Description of the common corruption errors

    The following table lists the possible error code with Windows Update for your reference:

    Code Error Description
    0x80070002 ERROR_FILE_NOT_FOUND The system cannot find the file specified.
    0x8007000D ERROR_INVALID_DATA The data is invalid.
    0x800F081F CBS_E_SOURCE_MISSING The source for the package or file not found.
    0x80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT The component store is in an inconsistent state.
    0x800736CC ERROR_SXS_FILE_HASH_MISMATCH A component’s file does not match the verification information present in the component manifest.
    0x800705B9 ERROR_XML_PARSE_ERROR Unable to parse the requested XML data.
    0x80070246 ERROR_ILLEGAL_CHARACTER An invalid character was encountered.
    0x8007370D ERROR_SXS_IDENTITY_PARSE_ERROR An identity string is malformed.
    0x8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME The name of an attribute in an identity is not within the valid range.
    0x8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE The value of an attribute in an identity is not within the valid range.
    0x80070057 ERROR_INVALID_PARAMETER The parameter is incorrect.
    0x800B0100 TRUST_E_NOSIGNATURE No signature was present in the subject.
    0x80092003 CRYPT_E_FILE_ERROR An error occurred while Windows Update reads or writes to a file.
    0x800B0101 CERT_E_EXPIRED A required certificate is not within its validity period when verifying against the current system clock or the time stamp in the signed file.
    0x8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE One or more required members of the transaction are not present.
    0x80070490 ERROR_NOT_FOUND Windows could not search for new updates.
    0x800f0984 PSFX_E_MATCHING_BINARY_MISSING Matching component directory exist but binary missing
    0x800f0986 PSFX_E_APPLY_FORWARD_DELTA_FAILED Applying forward delta failed
    0x800f0982 PSFX_E_MATCHING_COMPONENT_NOT_FOUND Can’t identify matching component for hydration

    What does the System Update Readiness tool do

    Verify the integrity of resources

    The System Update Readiness tool verifies the integrity of the following resources:

    • Files that are located in the following directories:
      • %SYSTEMROOT%\Servicing\Packages
      • %SYSTEMROOT%\WinSxS\Manifests
    • Registry data that is located under the following registry subkeys:
      • HKEY_LOCAL_MACHINE\Components
      • HKEY_LOCAL_MACHINE\Schema
      • HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Component Based Servicing

    This list may be updated at any time.

    When the System Update Readiness tool detects incorrect manifests, Cabinets, or registry data, it may replace the incorrect data with a corrected version.

    Logging

    The System Update Readiness tool creates a log file that captures any issues that the tool found or fixed. The log file is located here:

    How to fix errors that are found in the CheckSUR log file

    To manually fix corruption errors that the System Update Readiness tool detects but can’t fix, follow these steps:

    %SYSTEMROOT% is an environment variable that saves the folder in which Windows is installed. For example, generally the %SYSTEMROOT% folder is C:\Windows.

    Identify the packages that the tool can’t fix. For example, you may find the following in the log file:

    Seconds executed: 264
    Found 3 errors
    CBS MUM Missing Total Count: 3
    Unavailable repair files:

    In this case, the package that is corrupted is KB958690.

    Copy the package (.msu) to the %SYSTEMROOT%\CheckSUR\packages directory. By default, this directory doesn’t exist and you need to create the directory.

    Источник статьи: http://docs.microsoft.com/en-us/troubleshoot/windows-server/deployment/fix-windows-update-errors


    Adblock
    detector