System update readiness tool

Пользователи ноутбука (ОС – Windows 7 SP1) пожаловались на то, что при попытке установки обновлений Windows в очередной "Вторник патчей" открылось диалоговое окно с сообщением «Некоторые обновления не установлены. Отказ: 1 обновление… Найдены ошибки: Код 80070103. Произошла неизвестная ошибка Windows Update».

 

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

 

Причина сбоя

Эта проблема возникает, как правило, в том случае, если клиент Центра обновления Windows [Windows Update client] (или клиент Центра обновления Майкрософт [Microsoft Update client]) не может получить доступ к маркеру пользователя (user token).

 

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

Необходимо перезапустить Центр обновления Windows:

– подождите несколько минут, возможно, Центр обновления Windows действительно в данный момент устанавливает другие обновления (например, обновляет антивирусные базы Microsoft Security Essentials);

– повторите попытку через несколько минут;

– если проблема остаётся, закройте все окна обозревателя Windows Update (Microsoft Update);

– нажмите кнопку Пуск –> Все программы –> Стандартные;

– в списке программ правой кнопкой мыши нажмите пункт Командная строка;

– в открывшемся контекстном меню выберите команду Запуск от имени администратора;

– введите пароль, если появится соответствующий запрос;

– в окне Контроль учетных записей пользователей с сообщением «Разрешить следующей программе внести изменения на этом компьютере?» нажмите кнопку Да;

– в окне Интерпретатора команд введите команду net stop wuauserv;

– нажмите клавишу Enter на клавиатуре;

– в окне Интерпретатора команд появятся сообщения «Служба "Центр обновления Windows" останавливается……», «Служба "Центр обновления Windows" успешно остановлена»;

– введите команду net start wuauserv;

– нажмите клавишу Enter на клавиатуре;

 

 

 

– в окне Интерпретатора команд появятся сообщения «Служба "Центр обновления Windows" запускается», «Служба "Центр обновления Windows" успешно запущена»;

– повторите попытку обновления.

Содержание

The right way to fix Bad 0x8024001e Windows 7 errors


Simply click here to start a fast scan for Bad 0x8024001e Windows 7 and associated errors.

Bad 0x8024001e Windows 7 error message codes are typically produced because of corrupt system files inside the MS Windows OS.

To Repair (Bad 0x8024001e Windows 7) error you should complete these steps:

Step 1:

Download (Bad 0x8024001e Windows 7) Fix Update

Step 2:

Click on the “Scan” button

Step 3:

Finally, click ‘Fix‘. The Repair complete.

*File size: 1MB
Download time:

If you’ve got Bad 0x8024001e Windows 7 error message then we strongly suggest that you perform an error code scan.

This article provides advice that explains the best way to successfully treat your MS windows Bad 0x8024001e Windows 7 error messages either manually and automatically. In addition to that, this document can help you to diagnose most typical error code messages connected with Bad 0x8024001e Windows 7 error message you may possibly end up with.

Note:This article was originally uploaded as WIKI_Q101994

What exactly is Bad 0x8024001e Windows 7 error code?


A Bad 0x8024001e Windows 7 error is the Hexadecimal data format of the error message produced. It’s the normal error code layout employed by Microsoft Windows as well as other Microsoft Windows compatible applications and device driver manufacturers.

This kind of computer code is used by the merchant to recognize the error caused. This unique Bad 0x8024001e Windows 7 error features a numeric code as well as a practical description. Occasionally the error may have extra variables in Bad 0x8024001e Windows 7 data format .This further hexadecimal code will be the address of your system sections where the directions are filled during the time of the error.

What can cause Bad 0x8024001e Windows 7 error code?


The Bad 0x8024001e Windows 7 error message is as a result of Windows system data file failure.

Broken system data files are often a substantial risk to the performance of any system.

There can be several situations that will have resulted in a system file error. An incomplete install, an incomplete file deletion, incorrect erasure of applications or hardware. It could also be caused in the event your laptop or computer is infected by a trojan or adware invasion or through an improper shut down of the machine.

Many of the aforementioned activities can result in the removal or corruption of Windows system files. That corrupted system file will lead to missing and erroneously linked information and files vital for the proper working of the program.

The best ways to simply deal with Bad 0x8024001e Windows 7 error?


There’s two main strategies to repair Bad 0x8024001e Windows 7 error code:

Advanced Computer User Solution (manual):

1) Switch on the laptop or desktop then sign on as the admin.

2) Then click the Get started button then select Programs, Accessories, Tools, then select Restore.

3) From the new window, click “Restore my machine to a previous period” and after that click Next.

4) Pick the freshest restore date from the “click a restore point” listing, and then click Next.

5) Click the Next button on the confirmation screen.

6) Reboot the machine whenever the rescue is completed.

Inexperienced User Solution (completely automatic):

1) Download and open the (Bad 0x8024001e Windows 7) restoration utility.

2) Install application and simply click on Scan button in the software.

3) Next, click the Repair Errors button in the software as soon as the diagnostic scan is successfully done.

4) Restart your laptop or computer.

Here is a link to an alternative Bad 0x8024001e Windows 7 repair program you can try in case the preceeding tool does not work.

Rating for Windows Wiki: 5 out of 5 stars from 75 ratings.

В преддверии поступления Windows 8 в продажу Microsoft выпустила большое кумулятивное обновление KB2756872, чего никогда раньше не делала для клиентских операционных систем. Однако при установке обновления меня ждал неприятный сюрприз — ошибка 80073712.


Увеличить рисунок

Сегодня я расскажу о том, как победить эту и ряд других ошибок при установке обновлений Windows с помощью новой возможности обслуживания – встроенного восстановления компонентов (in-box corruption repair).

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

[+]Сегодня в программе

Устранение ошибок Windows Update, вызванных повреждением хранилища компонентов

В справке предыдущих ОС Microsoft для ошибки 80073712есть описание, из которого следует, что причиной является повреждение хранилища компонентов. Для Windows Vista и Windows 7 была выпущена утилита System Update Readiness Tool (CheckSUR), призванная устранить целый ряд ошибок Windows Update.

Список исправляемых ошибок

Для исправления этих ошибок в Windows 8 и более новых ОС утилита CheckSUR не нужна, потому что все необходимое уже встроено в систему! Вы можете восстановить поврежденные компоненты с помощью командлета PowerShell (рекомендуемый способ) или утилиты DISM.exe.

Upd. 28-Jul-2015. Microsoft выпустила специальное обновление, которое привносит в Windows 7 возможность встроенного восстановления компонентов по аналогии с Windows 8+.

Этап 1 – восстановление поврежденного хранилища компонентов

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

Восстановление без установочного диска

В этом случае используются файлы хранилища на локальном диске и Windows Update.

Запустите PowerShellот имени администратора и выполните команду:

Repair-WindowsImage -Online -RestoreHealth

Альтернативно, вы можете выполнить в командной строке, запущенной с правами администратора, команду:

Dism /Online /Cleanup-Image /RestoreHealth

Длительность процедуры восстановления зависит от конфигурации ПК и степени повреждения хранилища. У меня она заняла около 7 минут, а ее результат вы видите на рисунке ниже.


Увеличить рисунок

Состояние хранилища компонентов обозначается параметром Image Health State. У него Healthy означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.

Восстановление с помощью установочного диска

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

  1. Щелкните правой кнопкой мыши по ISO-образу и выберите в меню Подключить.

    Обратите внимание на букву диска, которую получил подключенный образ.

  2. В PowerShell выполните команду: Repair-WindowsImage -Online -RestoreHealth -Source Е:\sources\install.wim:1

    Здесь буква «E» соответствует букве подключенного образа, а цифра «1» — индексу издания в образе (в примере используется образ Windows 8 Enterprise с единственным изданием).

  3. По окончании процедуры убедитесь, что хранилище компонентов в порядке (Healthy).

Этап 2 – проверка целостности системных файлов

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

Для этого в командной строке, запущенной от имени администратора, выполните команду:

sfc /scannow

У меня один из файлов был поврежден, и утилита SFC успешно восстановила его.


Увеличить рисунок

Случаи, когда системе не удалось восстановить какие-либо файлы, выходят за рамки этой статьи (я разберу их в другой раз).

Этап 3 – установка обновления

Итак, две команды восстановили целостность хранилища компонентов и системных файлов.

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


Увеличить рисунок

Как видите, на сей раз у меня все сработало!

Что такое обслуживание Windows и зачем оно нужно

Рассказ вынесен в отдельную статью.

Преимущества встроенного восстановления компонентов Windows

Давайте сравним ключевые моменты восстановления компонентов в разных операционных системах.

Windows Vista и Windows 7

Утилита CheckSUR представляет собой набор полезных файлов, который регулярно обновляется по мере выхода новых исправлений. Таким образом, при возникновении проблем нужно скачивать утилиту заново, а между тем, сентябрьский пакет весит 350 Мб.

Но даже при таком размере в пакет не входят файлы для всех исправлений, выпущенных Microsoft (предположу, что файлов необязательных обновлений там нет). Это означает, что утилита не может устранить повреждения некоторых компонентов. И хотя обходной путь существует, он является костылем, требующим дополнительных телодвижений.

После запуска утилита распаковывает содержимое пакета в папку \Windows\CheckSUR\. Поскольку большинство файлов в пакете имеет очень небольшой размер, этот процесс получается длительным и занимает до 75-80% процентов от общего времени работы утилиты. Оставшееся время уходит на проверку компонентов и создание журнала.

И все это делается лишь ради того, чтобы восстановить манифесты и дать возможность системе обновиться…

Windows 8 и новее

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

Кроме того:

  1. Все необходимые компоненты автоматически загружаются с Windows Update. С одной стороны – это самый актуальный источник компонентов, а с другой —  от вас не требуется дополнительных действий.
  2. В дополнение к Windows Update или вместо него можно указать несколько источников компонентов, перечисляя WIM-образы в качестве параметров командной строки. Именно такой путь я описал выше для тех, кому не удастся обойтись только Windows Update. Например, если из г-сборки вырезаны необходимые компоненты, сочетание оригинального дистрибутива с Windows Update должно решить проблему.
  3. Windows периодически проверяет состояние компонентов в фоновом режиме и в случае неполадок помечает повреждение специальным флагом. Благодаря этому, с помощью консольных инструментов можно выполнить моментальную диагностику состояния хранилища компонентов.

Консольные средства для восстановления компонентов

Начиная с Windows 8, управление обслуживанием можно осуществлять не только с помощью утилиты DISM.exe, но и командлетов PowerShell, причем второй способ является рекомендуемым.

Я не любитель дублировать справку, но на русском языке ее пока нет. Поэтому я покажу вам основные возможности командлета Repair-WindowsImage, а для параметра Cleanup-Image утилиты DISM.exe ограничусь ссылкой на документацию.

Цель проверки (работающая система и образы)

Целью проверки может являться как установленная система, так и образ в формате WIM или VHD.

-Online

Проверяет работающую систему.

-Path

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

Проверка и восстановление хранилища

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

  • отсутствие повреждений (Healthy)
  • наличие повреждений, которые можно восстановить (Repairable)
  • наличие повреждений, которые нельзя восстановить (Not repairable)

Однако функции параметров отличаются.

-CheckHealth

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

-ScanHealth

Проверяет хранилище на предмет повреждений. Эта операция занимает больше времени, чем простая проверка маркера.

-RestoreHealth

Проверяет хранилище на предмет повреждений и выполняет их восстановление. Эта операция является самой длительной из трех.

Источник компонентов для восстановления

Чтобы восстановить компоненты, их нужно откуда-то взять.

Когда источник не указан, при проверке автоматически используется локальное хранилище компонентов и Windows Update.

Этот момент нигде не задокументирован, и вы должны понимать, что при проверке автономного образа Windows из-под другого издания или версии Windows источник нужно указывать обязательно.

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

-Source

В качестве источника можно использовать путь к:

  • работающей системе, к которой имеется доступ по сети
  • автономному образу, причем его предварительное подключение необязательно

Здесь любопытна возможность указать путь непосредственно к изданию в WIM-образе без его предварительного копирования на локальный диск и последующего подключения. Она является тайным знанием, пока не отраженным в документации 😉 Это работает благодаря функции автоматического подключения WIM, реализованной на последних стадиях разработки Windows 8.

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

Когда в качестве источника используется WIM-образ, необходимо указать его индекс:

-Source C:\wim\install.wim:1

-LimitAccess

Блокирует доступ к Windows Update во время проверки.

Примеры команд PowerShell

Я приведу несколько примеров практического использования командлета Repair-WindowsImage с разными целями и источниками проверки. Первые два вы уже видели в начале статьи.

Восстановление хранилища работающей системы, используя локальные файлы и Windows Update в качестве источника:

Repair-WindowsImage -Online -RestoreHealth

Восстановление хранилища работающей системы, используя Windows Update и WIM-образ в качестве источников:

Repair-WindowsImage -Online -RestoreHealth -Source C:\wim\install.wim:1

Проверка хранилища автономного VHD-образа. Сначала он подключается в папку C:\mount (это происходит очень быстро), а затем выполняется проверка.

Mount-Windowsimage -ImagePath C:\vhd\Win8.vhd -Index 1 -Path C:\mount Repair-WindowsImage -Path C:\mount -ScanHealth

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

Mount-Windowsimage -ImagePath C:\vhd\Win8.vhd -Index 1 -Path C:\mount Repair-WindowsImage -Path C:\mount -RestoreHealth -Source C:\wim\install.wim:1 Dismount-WindowsImage -path C:\mount -Save

Результаты проверки и восстановления

Помимо результатов в консоли вы можете найти подробный отчет ближе к концу файла %WinDir%\Logs\DISM\dism.log

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

Посмотреть отчет из журнала DISM

Как видите, у меня были повреждены 7 манифестов, относящихся языковому пакету, что и стало препятствием к установке обновления Windows. Все повреждения были исправлены.

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

Однако ошибки Windows Update, связанные с повреждением хранилища, вовсе не редкость, даже если судить только по форуму OSZone. Поэтому важно знать, как бороться с ними.

Мне показалось, что часть аудитории блога откровенно заскучала от серии статей о современном интерфейсе Windows 8 и приложений. Конечно, там все примитивно, никаких технических тонкостей, а главное – у некоторых людей создается ощущение, что кроме Modern UI в Windows 8 нет ничего нового. Это не так…

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

Вам хватило технических тонкостей сегодня? 😉

Если нет, в следующей записи из этой серии вас ждет не только экскурс в историю инструментов обслуживания ОС Microsoft, но и уникальная возможность попробовать себя в роли г-сборщика Windows! Но до этого в блоге появятся записи на другие темы.

Windows 7windowsобновлениеошибкапоиск

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

Конечно, стоит учитывать, что все же не все проблемы можно решить этим способом.

Сброс параметров центра обновлений Windows для исправления ошибок

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

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

  1. Останавливаются службы: Центр обновления Windows, Фоновая интеллектуальная служба передачи BITS, Службы криптографии.
  2. Служебные папки центра обновления catroot2, SoftwareDistribution, downloader переименовываются в catrootold и т.д. (если что-то пойлет не так, можно использовать их как резервные копии).
  3. Все ранее остановленные службы снова запускаются.

Для того, чтобы использовать скрипт, откройте стандартный блокнот Windows и скопируйте в него команды, представленные ниже.
@ECHO OFF
echo Sbros Windows Update
echo.
PAUSE
echo. attrib -h -r -s %windir%\system32\catroot2
attrib -h -r -s %windir%\system32\catroot2\*.*
net stop wuauserv
net stop CryptSvc
net stop BITS
ren %windir%\system32\catroot2 catroot2.old
ren %windir%\SoftwareDistribution SoftwareDistribution.old
ren «%ALLUSERSPROFILE%\application data\Microsoft\Network\downloader» downloader.old
net Start BITS
net start CryptSvc
net start wuauserv
echo.
echo Gotovo
echo.
PAUSE
Затем сохраните файл с расширением .bat — это и будет скрипт для остановки, сброса и перезапуска Центра обновлений Windows.
Для справки: BAT-файл — текстовый файл в MS-DOS, OS/2 или Windows, содержащий последовательность команд, предназначенных для исполнения командным интерпретатором. После запуска пакетного файла, программа-интерпретатор (как правило, COMMAND.COM или cmd.exe) читает его строка за строкой и последовательно исполняет команды. Другими словами, bat-файл использует возможности всем известной командной строки для выполнения последовательности операций, записанных в файле с помощью обычного текста. Нередко, bat-файлы используются в «плохих целях», в т.ч. для создания и функционирования вирусов.

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

Обязательно перезагрузите компьютер после выполнения скрипта. Сразу после перезагрузки зайдите в Центр обновления и посмотрите, исчезли ли ошибки при поиске, скачивании и установке обновлений Windows.

Возможные причины ошибок при обновлении

К сожалению, не все возможные ошибки обновления Windows можно описанным способом. Если указанный способ Вам не помог, то обратите внимание на следующие возможные варианты исправления ошибок:

  • Попробуйте установить DNS 8.8.8.8 и 8.8.4.4 в параметрах Интернет-соединения;
  • Проверьте, запущены ли все необходимые службы (их список был указан ранее);
  • Если у вас не работает обновление с Windows 8 до Windows 8.1 через магазин (сообщение «Установка Windows 8.1 не может быть завершена»), попробуйте сначала установить все доступные обновления через Центр обновлений.
  • Выполните поиск в Интернете по сообщаемому коду ошибки, чтобы попробовать узнать, в чем именно может быть проблема.

Windows завис на отмене обновлений

Описание

Windows не загружается или загружается очень долго и пишет «Не удалось настроить обновления Windows Отмена изменений.

Не выключайте компьютер.»

Причина

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

Основные причины некорректной установки обновлений — непредвиденное отключение электропитания или внутренняя ошибка кода самого исправления.

Решение

Шаг 1 — заходим в Windows:

Дожидаемся загрузки системы. Это рано или поздно произойдет (иногда, ждать придется до 12 часов).

Если ждать возможности нет:

  1. Загружаем систему в безопасном режиме — это помогает не всегда, так как в нем Windows тоже может начать откат обновлений.
  2. Запускаем восстановление Windows с установочного диска — работать придется в командной строке.

Шаг 2.1 — если удалось дождаться загрузки системы или запустить ее в безопасном режиме:

Нажимаем правой кнопкой мыши по КомпьютерСвойстваЦентр обновления WindowsНастройка параметров.

В открывшемся окне в разделе Важные обновления выбираем Искать обновления, но решение о загрузке и установке принимается мной:

и нажимаем OK.

Теперь открываем службы Windows и отключаем Центр обновления Windows:

Заходим в папку C:\Windows\SoftwareDistribution\Download и удаляем все, что в ней есть.

* чаще всего, системный диск — C, но это не всегда так. Учтите это замечание и замените букву в случае необходимости.

Шаг 2.2 — если запустили восстановление Windows с диска:

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

Выполните следующие команды:

> ren C:\Windows\SoftwareDistribution\Download C:\Windows\SoftwareDistribution\Download.old

* данная команда переименует папку Download в Download.old, тем самым сделает недоступными скачанные обновления для системы.

> sc config wuauserv start= disabled

* отключаем службу автоматического обновления Windows.

Шаг 3 — запускаем Windows в нормальном режиме:

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

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

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

# Серверы# Windows

Помогла ли вам эта статья?

Да            Нет

Добавить комментарий

Закрыть меню