Управление системными патчами 0x80242017 ошибка агента обновлений windows 80242017

Check out the simple methods to resolve the issue

by Loredana Harsana

Loredana is a passionate writer with a keen interest in PC software and technology. She started off writing about mobile phones back when Samsung Galaxy S II was… read more


Updated on January 3, 2023

Reviewed by
Alex Serban

Alex Serban

After moving away from the corporate work-style, Alex has found rewards in a lifestyle of constant analysis, team coordination and pestering his colleagues. Holding an MCSA Windows Server… read more

  • The Windows update error WU_E_UH_NEW_SERVICING_STACK_REQUIRED 0x80242017 appears if a system malfunctions or your computer is missing files. 
  • This guide will discuss all the expert-tested fixes to resolve this update error.

Windows Update Error 0x80242017 5 Ways to Fix It

XINSTALL BY CLICKING THE DOWNLOAD FILE

To fix Windows PC system issues, you will need a dedicated tool
Fortect is a tool that does not simply cleans up your PC, but has a repository with several millions of Windows System files stored in their initial version. When your PC encounters a problem, Fortect will fix it for you, by replacing bad files with fresh versions. To fix your current PC issue, here are the steps you need to take:

  1. Download Fortect and install it on your PC.
  2. Start the tool’s scanning process to look for corrupt files that are the source of your problem
  3. Right-click on Start Repair so the tool could start the fixing algorythm
  • Fortect has been downloaded by 0 readers this month.

Coming across an error while updating Windows is more common than you think. One of the popular ones is 0x80242017. It is imperative to fix such errors as they may affect your computer’s functioning. 

Here, in this guide, we will discuss some potential fixes to resolve the issue right after examining the reasons for its occurrence of it.

What causes Windows Update Error 0x80242017?

There are a few reasons for the issue to occur, below are listed some of the popular ones: 

  • Faulty entries in Registry Editor – If there are registry entries of uninstalled apps or corrupt registry entries in Registry Editor, it may cause the issue.
  • Missing system files – You might get an update error if the system files on your computer have become corrupt or been deleted accidentally.
  • Outdated drivers – If your computer has obsolete drivers, it might cause a lot of issues. And, one of them could be this error.
  • Infected with viruses – If your computer is infected with any malware or virus, then you might find it difficult to update your Windows. Run a malware scan to fix the issue before trying again.

What can I do to fix Windows Update Error 0x80242017?

Before engaging in advanced troubleshooting steps, you should consider performing the following checks:

  • Disable Antivirus.
  • Reboot your computer.
  • Run a malware scan.

If these primary checks didn’t work out for you, follow these methods:

1. Reset Windows Update components

  1. Go to the Search bar, type CMD and click Run as administrator.CMD elevated-0x80242017
  2. Copy and paste the following commands and press Enter after each command: net stop wuauserv net stop cryptSvc net stop bits net stop msiserver ren C:WindowsSoftwareDistribution SoftwareDistribution.old ren C:WindowsSystem32catroot2 catroot2.old net start wuauserv net start cryptSvc net start bits net start msiserver

2. Run Windows Update troubleshooter

  1. Press Windows + I to open Settings.
  2. Go to Update & Security. Update & Security -0x80242017
  3. Now, select Troubleshooting from the left pane, and click Additional troubleshooters.Troubleshoot - Additional Troubleshooter
  4. From Get up and running, go to Windows Update and select Run the troubleshooter.Run the troubleshooter
  5. Follow the on-screen instructions to complete the process.

3. Delete the Software Distribution folder

  1. Press Windows + E to open Windows Explorer.
  2. Follow this path: C:WindowsSoftwareDistributionDownloadDelete Software Distribution - secure boot enabled but not active windows 11
  3. Press Ctrl + A to select all the files in the folder and click the Delete button from the menu.
Read more about this topic

  • What is updatechecker.exe & How to Fix its Errors?
  • 6 Ways to Safely Exit Safe Mode on Windows 10
  • What is Comppkgsrv.exe & What Does It Do?
  • 0xc0000102 Error: How to Fix it on Windows 10 & 11
  • Fix: Intelligo 100.1.4.1273 Installing Error

4. Allow complete control of the System Volume Information directory

  1. Go to the Search bar, type CMD and click Run as administrator.CMD elevated-0x80242017
  2. Type the following commands and press Enter after every command: net stop sdrsvc takeown /F "C:System Volume Information" /A net start sdrsvc

5. Run SFC and DISM commands

  1. Launch Command Prompt using the steps mentioned in methods 1 or 4.SFC/scannow
  2. Copy and paste the following commands and press Enter after every command: sfc/scannow DISM /Online /Cleanup-Image /RestoreHealth

6. Update outdated drivers 

  1. Press Windows + R to open the Run window.Device manager RUN COMMAND WINDOWS 10 0x8024200b
  2. Type devmgmt.msc and press Enter. 
  3. Inspect all the drivers by selecting a driver one by one, right-clicking on them, and choosing Update driver. Update driver 0x80242017
  4. Follow the on-screen instructions to complete.
  5. Restart your computer.

Alternatively, to avoid the hassle of inspecting all drivers installed on your PC, use an automated tool like Outbyte Driver Updater. It will run a quick scan, then update and repair all drivers with just a few clicks.

Outbyte Driver Updater

Keep your drivers in check for peak PC performance and an error-free experience.

So, these are methods you need to take to fix Windows update error 0x80242017. Try them and let us know in the comments section below.

Still experiencing issues?

SPONSORED

If the above suggestions have not solved your problem, your computer may experience more severe Windows troubles. We suggest choosing an all-in-one solution like Fortect to fix problems efficiently. After installation, just click the View&Fix button and then press Start Repair.

newsletter icon

Источник

Содержание

  1. Методы решения ошибки 0x80244017
  2. Как исправить ошибку 0x80244017
  3. diflyon
  4. Журнал айтишника
  5. Ошибка 0x80240017 при загрузке или установке Центра обновления Windows в Windows 10
  6. Ошибка загрузки 0x0248007
  7. Ошибка Центра обновления Windows 0x80240017
  8. Управление системными патчами 0x80242017 ошибка агента обновлений windows 80242017
  9. Как исправить ошибку 0x80246017 в Windows 10?
  10. Шаг №1 Удаление файлов установки предыдущей Windows
  11. Шаг №2 Сброс нескольких разделов Реестра Windows

Методы решения ошибки 0x80244017

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

Как исправить ошибку 0x80244017

lazy placeholder

Решается неисправность следующими методами:

default avatar

lazy placeholder

Ошибка 0x80242017
Выше указанная проблема похоже, что возникает на недавно созданных машинах с базовой установкой 20H2, поэтому, когда Центр обновления Windows попытался перейти прямо к 2022-07 CU (KB5004945), у него не было обновления стека обслуживания с 2022-05 CU (KB5003173).
Рабочий вариант:
Скачать “Накопительное обновление 2022-05 для Windows 10 версии 20H2 для систем на базе x64 (KB5003173)” из каталога Центра обновления Windows, вручную установить его и перезагрузить компьютер, а после этого KB5004945 устанавливается из WSUS без дальнейших ошибок.
Т.е. установка KB5003173 является предварительным условием для установки KB5004945 и возможно дальнейших накопительных обновлений. Данная проблема исправляется также через DISM инсталляцией SSU-19041.1022-x64.cab.

Источник

userinfo v8diflyon

Журнал айтишника

Не смотря на то, что сейчас всё больше и больше пользователей переходят на Windows 10 c Windows 7 или Windows 8.1 тем не менее в корпоративном секторе остаются проблемы: совместимость некоторого ПО (например, КриптоПро) с Windows 10, а так же отсутствие бюджета на обновление лицензий операционной системы.

На днях я решил провести аудит информационных систем в компании и уладить лицензионные вопросы. В частности мне пришлось избавиться от уже привычной Windows 10 на рабочих ПК и вернуть OEM версии ОС, которые были предустановлены при копупке компьютеров. К сожалению, ПК оснащались в то время (2010г) Windows Vista Business и легально проапгрейдить бесплатно до Windows 10 её нельзя (должна быть минимум Windows 7).

Смирившись с этим досадным фактом, я ввёл в домен компании компьютеры на базе Windows Vista Business Edition (версия 6.0.6000).

В нашей доменной организации существует локальный WSUS (Windows Server Update Services), который работает под управлением Windows Server 2012 Standard. Обращаю внимание, что версия сервера без R2, потому что железо относительно старенькое и не поддерживает 2012 R2 из-за устаревшего BIOS. WSUS работает исправно, все компьютеры на базе Windows 7, 8.1 и 10 без проблем получают обновления и рапортуют о своём состоянии.

Теперь переходим к сути данной статьи.

Однако, я заметил, что появилась одна проблемка, компьютер на базе Vista Business почему-то не шлёт WSUS серверу отчет о состоянии. На WSUS постоянно сообщается, что данный компьютер «Not Yet Reported». А так же WSUS определяет и отображает в списке, что на этом компьютере установлена «Windows 6.0» вместо «Windows Vista Business».

При попытке выполнить

wuauclt /detectnow
wuauclt /reportnow

внешне ничего не меняется. Windows Update сообщает, что новых обновлений не найдено. На WSUS обновлений, которые нужно одобрить тоже не появляется.
Если заглянуть в журнал обновлений, то видно, что 3 обновления всё-таки были установлены: два обновления Definition Update for Windows Defender и одно Microsoft Silverlight.

Чтобы разобраться в этой проблеме почитаем лог событий Windows Update.
Стандартно он расположен в C:WindowsWindowsUpdate.log

Самое начало лога я пропускаю, там никаких серьёзных ошибок не было и трассировки описывали успешность загрузок обновлений в папку C:WindowsSoftwareDistributionDownload.
Нужно начинать смотреть с ключевого выражения «Logging initialized», обозначающее начало работы службы Windows Update.

2016-06-22 03:28:20:577 1148 bc4 Misc =========== Logging initialized (build: 6.0.6000.16386, tz: +0400) ===========
2016-06-22 03:28:20:640 1148 bc4 Misc = Process: C:Windowssystem32svchost.exe
2016-06-22 03:28:20:718 1148 bc4 Misc = Module: c:windowssystem32wuaueng.dll
2016-06-22 03:28:20:577 1148 bc4 Service *************
2016-06-22 03:28:20:796 1148 bc4 Service ** START ** Service: Service startup
2016-06-22 03:28:20:874 1148 bc4 Service *********
2016-06-22 03:28:20:953 1148 bc4 Agent * WU client version 6.0.6000.16386
2016-06-22 03:28:20:953 1148 bc4 Agent * Base directory: C:WindowsSoftwareDistribution
2016-06-22 03:28:21:031 1148 bc4 Agent * Access type: No proxy
2016-06-22 03:28:21:109 1148 bc4 Agent * Network state: Connected

Смотрим дальше по логу:

2016-06-22 03:29:06:277 1148 bc4 Agent *********** Agent: Initializing global settings cache ***********
2016-06-22 03:29:06:277 1148 bc4 Agent * WSUS server: http://wsus.abcde.ru:8530
2016-06-22 03:29:06:277 1148 bc4 Agent * WSUS status server: http://wsus.abcde.ru:8530
2016-06-22 03:29:06:277 1148 bc4 Agent * Target group: (Unassigned Computers)
2016-06-22 03:29:06:277 1148 bc4 Agent * Windows Update access disabled: No
2016-06-22 03:29:06:387 1148 bc4 Agent * Found 98 persisted download calls to restore

Видим, что агент получает настройки для обращения к локальному WSUS и что найдено 98 запросов на возобновление загрузок.
Затем идёт блок с подробным описанием, какие загрузки обновлений возобновляются:

2016-06-22 03:29:06:512 1148 bc4 DnldMgr Download manager restoring 6 downloads
2016-06-22 03:29:06:794 1148 bc4 DtaStor Update service properties: service registered with AU is <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:06:794 1148 bc4 Agent * Succeeded to load 98 persisted download calls
2016-06-22 03:29:06:810 1148 bc4 DnldMgr Retrieved 13 persisted download jobs
2016-06-22 03:29:06:810 1148 bc4 DnldMgr *********** DnldMgr: Restoring download [no. 0] ***********
2016-06-22 03:29:06:810 1148 bc4 DnldMgr * BITS JobId =
2016-06-22 03:29:06:810 1148 bc4 DnldMgr * ServiceId = <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:06:810 1148 bc4 DnldMgr * UpdateId = .101
2016-06-22 03:29:06:935 1148 bc4 DnldMgr * Restored download job.
2016-06-22 03:29:06:935 1148 bc4 DnldMgr *********** DnldMgr: Restoring download [no. 1] ***********
.
2016-06-22 03:29:07:326 1148 bc4 DnldMgr *********** DnldMgr: Restoring download [no. 12] ***********
2016-06-22 03:29:07:326 1148 bc4 DnldMgr * BITS JobId = <6ccf2afd-0c79-489d-9ef1-135834cb7f3c>
2016-06-22 03:29:07:326 1148 bc4 DnldMgr * ServiceId = <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:07:342 1148 bc4 DnldMgr * UpdateId = <03b49cbc-210d-4451-ad36-85464a076c1b>.101
2016-06-22 03:29:07:373 1148 bc4 DnldMgr * Restored download job.

Видим начало инициализации Автоматического обновления и получения настроек

2016-06-22 03:29:07:389 1148 bc4 AU ########### AU: Initializing Automatic Updates ###########
2016-06-22 03:29:07:389 1148 bc4 AU # WSUS server: http://wsus.abcde.ru:8530
2016-06-22 03:29:07:389 1148 bc4 AU # Detection frequency: 1
2016-06-22 03:29:07:389 1148 bc4 AU # Approval type: Scheduled (Policy)
2016-06-22 03:29:07:389 1148 bc4 AU # Scheduled install day/time: Every day at 20:00
2016-06-22 03:29:07:389 1148 bc4 AU # Auto-install minor updates: Yes (Policy)
2016-06-22 03:29:07:405 1148 bc4 AU Setting AU scheduled install time to 2016-06-22 16:00:00

И инициализацию основных данных для рапорта

2016-06-22 03:29:07:405 1148 bc4 Report *********** Report: Initializing static reporting data ***********
2016-06-22 03:29:07:405 1148 bc4 Report * OS Version = 6.0.6000.0.0.65792
2016-06-22 03:29:07:405 1148 bc4 Report * OS Product Type = 0x00000006
2016-06-22 03:29:07:593 1148 bc4 Report * Computer Brand = R-StyleComputers
2016-06-22 03:29:07:593 1148 bc4 Report * Computer Model = Proxima_
2016-06-22 03:29:07:593 1148 bc4 Report * Bios Revision = ECG3510M.86A.0118.2010.0113.1426
2016-06-22 03:29:07:593 1148 bc4 Report * Bios Name = Default System BIOS
2016-06-22 03:29:07:593 1148 bc4 Report * Bios Release Date = 2010-01-13T00:00:00
2016-06-22 03:29:07:593 1148 bc4 Report * Locale/>
Дальше идёт блок трассировки поиска обновлений, где нас ожидают различные проблемы:

2016-06-22 03:29:07:593 1148 bc4 AU AU finished delayed initialization
2016-06-22 03:29:07:593 1148 bc4 AU #############
2016-06-22 03:29:07:593 1148 bc4 AU ## START ## AU: Search for updates
2016-06-22 03:29:07:593 1148 bc4 AU #########
2016-06-22 03:29:07:608 1148 c14 DnldMgr *********** DnldMgr: Downloading regulation Odf ***********
2016-06-22 03:29:07:608 1148 c14 DnldMgr * ServiceId = <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:07:608 1148 c14 DnldMgr * URL = http://www.update.microsoft.com/odf/v6odf.xml
2016-06-22 03:29:07:608 1148 bc4 AU 00, error = 0x80242017
2016-06-22 03:31:47:659 1148 c14 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:31:47:659 1148 c14 Agent WARNING: Failed to evaluate Installable rule, updateId = <8d15e24b-503c-4da5-b317-8c7dd4b1ea50>.1 00, error = 0x80242017
2016-06-22 03:31:47:659 1148 c14 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:11:547 1148 c14 Agent WARNING: Failed to evaluate Installed rule, updateId = .1 01, error = 0x800F0900
2016-06-22 03:33:11:547 1148 c14 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:11:782 1148 c14 Agent WARNING: Failed to evaluate Installed rule, updateId = <407b6b44-298c-42be-83bd-9a473a74f17a>.1 01, error = 0x800F0900
2016-06-22 03:33:13:455 1148 c14 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:13:455 1148 c14 Agent WARNING: Failed to evaluate Installed rule, updateId = <28152b93-6549-49d2-82be-f6f980c1f52a>.1 01, error = 0x800F0900
2016-06-22 03:33:13:471 1148 c14 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:18:709 1148 c14 Agent * Found 0 updates and 79 categories in search
2016-06-22 03:33:18:709 1148 c14 Agent *********
2016-06-22 03:33:18:709 1148 c14 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]

Ошибка 0x800f0823 соответствует 0xf0823 CBS_E_NEW_SERVICING_STACK_REQUIRED (Package needs a newer version of the servicing stack).
Ошибка 0x80242017 означает WU_E_UH_NEW_SERVICING_STACK_REQUIRED (The OS servicing stack must be updated before this update is downloaded or installed).
То есть требуется обновление Обслуживающего стека (OS servicing stack) KB955430.

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

Ошибка 0x800f0900 соответствует 0xf0900 CBS_E_XML_PARSER_FAILURE unexpected internal XML parser error.
То есть возникает какая-то внутренняя ошибка при разборе XML файла. Вероятно, есть проблемы с MSXML Parser (не установлен, старая версия).

И дальше идёт концовка блока проверки обновлений:

2016-06-22 03:33:18:724 1148 c14 Report REPORT EVENT: <45a0c7aa-9b17-4cd8-93e7-f04f3a8898cd>2016-06-22 03:29:07:405+0400 1 202 102 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Content Install Reboot completed.
2016-06-22 03:33:18:724 1148 e84 AU >>## RESUMED ## AU: Search for updates [CallId = ]
2016-06-22 03:33:18:724 1148 e84 AU # 0 updates detected
2016-06-22 03:33:18:724 1148 e84 AU #########
2016-06-22 03:33:18:724 1148 e84 AU ## END ## AU: Search for updates [CallId = ]
2016-06-22 03:33:18:724 1148 e84 AU #############
2016-06-22 03:33:18:724 1148 e84 AU Setting AU scheduled install time to 2016-06-22 16:00:00
2016-06-22 03:41:14:186 1148 420 Report Uploading 1 events using cached cookie, reporting URL = http://wsus.abcde.ru:8530/ReportingWebService/ReportingWebService.asmx
2016-06-22 03:41:16:436 1148 420 Report Reporter successfully uploaded 1 events.

Сообщающий о том, что обнаружено 0 обновлений и рапорт был выгружен на WSUS, хотя на самом WSUS никаких сведений о рапорте не получено.

Попробуем выполнить обновление в интерактивном режиме, то есть выполнить команду wuauclt /detectnow и посмотрим лог.

2016-06-22 03:44:00:782 1148 fd8 AU Triggering AU detection through DetectNow API
2016-06-22 03:44:00:782 1148 fd8 AU Triggering Online detection (interactive)
2016-06-22 03:44:00:782 1148 bc4 AU #############
2016-06-22 03:44:00:782 1148 bc4 AU ## START ## AU: Search for updates
2016-06-22 03:44:00:782 1148 bc4 AU #########
2016-06-22 03:44:00:782 1148 bc4 AU >## RESUMED ## AU: Search for updates [CallId = <9980c425-6bbf-404e-a82b-f64212c725ea>]
2016-06-22 02:48:05:115 1148 1e8 AU # 0 updates detected
2016-06-22 02:48:05:115 1148 1e8 AU #########
2016-06-22 02:48:05:115 1148 1e8 AU ## END ## AU: Search for updates [CallId = <9980c425-6bbf-404e-a82b-f64212c725ea>]
2016-06-22 02:48:05:115 1148 1e8 AU #############

Получаем ту же картину, что и в неинтерактивном режиме: ошибки 0x800f0823 и 0x800F0900.

2016-06-22 02:48:10:100 1148 6e0 Report REPORT EVENT: <2bc87e9d-d36b-441a-bcc7-6e575f313ff0>2016-06-22 02:48:05:099+0400 1 147 101 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Software Synchronization Windows Update Client successfully detected 0 updates.
2016-06-22 02:48:10:100 1148 6e0 Report REPORT EVENT: 2016-06-22 02:48:05:099+0400 1 153 101 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Pre-Deployment Check Reporting client status.

Видно, что агент посылает рапорт, но WSUS его либо не получает, либо не понимает. И ещё странно, что WSUS не понимает, что у меня на ПК установлена Windows Vista, а определяет её как Windows 6.0.

Вначале я погуглил.
Предлагалось выполнить wuauclt /resetauthorization /detectnow но это не помогло.
Предлагалось проверить настройки IIS, но всё было корректно.
Предлагалось кардинально переустановить WSUS, но я был не согласен в виду того, что другие ПК без проблем получают обновления.

Однако, автономного установщика у последней версии агента обновления Windows 7.6.7600.256 не существует. Можно скачать и установить агент обновления Windows версии 7.4.7600.226, а затем последняя версия установится самостоятельно через систему обновлений. Скачать WUA 7.4.7600.226.

После установки новой версии WUA мой WSUS начал правильно определять, что на ПК установлена Windows Vista Business и стал получать рапорты состояния в результате чего WSUS определил какие обновления необходимы для данного ПК.

В логе теперь пишется версия WU client version 7.4.7600.226:

2016-06-22 22:20:17:756 1156 580 Service ** START ** Service: Service startup
2016-06-22 22:20:17:756 1156 580 Service *********
2016-06-22 22:20:18:100 1156 580 Agent * WU client version 7.4.7600.226
2016-06-22 22:20:18:100 1156 580 Agent * Base directory: C:WindowsSoftwareDistribution
2016-06-22 22:20:18:100 1156 580 Agent * Access type: No proxy
2016-06-22 22:20:18:115 1156 580 Agent * Network state: Connected

Далее видим, что в новой версии изменился путь до файла сервера регулирования (Regulation server)

2016-06-22 22:21:20:387 1156 e18 DnldMgr Regulation server path: https://www.update.microsoft.com/v6/UpdateRegulationService/UpdateRegulation.asmx.
2016-06-22 22:21:21:059 1156 e18 DnldMgr * Regulation call complete. 0x00000000
2016-06-22 22:21:21:355 1156 e18 DnldMgr *********** DnldMgr: New download job [UpdateId = <297050cf-1305-4ec2-a00d-a173de49c416>.101] ***********
2016-06-22 22:21:21:371 1156 e18 DnldMgr * All files for update were already downloaded and are valid.
2016-06-22 22:21:21:449 1156 e18 DnldMgr *********** DnldMgr: New download job [UpdateId = .101] ***********
2016-06-22 22:21:21:465 1156 e18 DnldMgr * All files for update were already downloaded and are valid.
2016-06-22 22:21:21:933 1156 d44 DnldMgr BITS job completed successfully

Видим, что приостановленные закачки успешно закачивают обновления с внешнего Windows Update:

2016-06-22 22:22:38:022 1156 d44 DnldMgr *********** DnldMgr: New download job [UpdateId = <5c4cef27-75eb-4a9a-a000-ee515fa4ff0b>.101] ***********
2016-06-22 22:22:40:364 1156 d44 DnldMgr * BITS job initialized, JobId = <68d84bf8-76f2-4211-8345-1830ecec3eee>
2016-06-22 22:22:40:442 1156 d44 DnldMgr * Downloading from http://au.download.windowsupdate.com/msdownload/update/software/crup/2009/01/windows6.0-kb958481-x86_bb04066c04a58d50e2634654ea79ac19e21d0bb5.psf to C:WindowsSoftwareDistributionDownload39587d8a1d7edb0e533dac1ad0b51969bb04066c04a58d50e2634654ea79ac19e21d0bb5-1 (17 subranges).
2016-06-22 22:22:40:520 1156 f24 DnldMgr BITS job completed successfully
2016-06-22 22:22:40:613 1156 f24 Misc Validating signature for C:WindowsSoftwareDistributionDownload88c2b87e4d67f91e2b681a8a841ad45a8b5036b48590c52e3edba8e297cd3017b7a3043c:
2016-06-22 22:22:40:645 1156 f24 Misc Microsoft signed: Yes
2016-06-22 22:22:40:645 1156 f24 DnldMgr Download job bytes total = 1424736, bytes transferred = 1424736

Но, несмотря на значительные подвижки, мы пока всё ещё видим ошибки 0x800f0823 и 0x800f0900:

2016-06-23 02:24:40:074 1156 854 PT +++++++++++ PT: Synchronizing server updates +++++++++++
2016-06-23 02:24:40:074 1156 854 PT + ServiceId = <3da21691-e39d-4da6-8a4b-b43877bcb1b7>, Server URL = http://wsus.abcde.ru:8530/ClientWebService/client.asmx
2016-06-23 02:25:35:155 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:35:155 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = .101, hr = 800F0900
2016-06-23 02:25:35:155 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:35:296 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:35:296 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = <407b6b44-298c-42be-83bd-9a473a74f17a>.101, hr = 800F0900
2016-06-23 02:25:35:296 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:36:217 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:36:217 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = <28152b93-6549-49d2-82be-f6f980c1f52a>.101, hr = 800F0900
2016-06-23 02:25:36:217 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:11:860 1156 854 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:11:860 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = <8d15e24b-503c-4da5-b317-8c7dd4b1ea50>.100, hr = 80242017
2016-06-23 02:26:11:860 1156 854 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:11:860 1156 854 Agent WARNING: Failed to evaluate Installable rule, updateId = <8d15e24b-503c-4da5-b317-8c7dd4b1ea50>.100, hr = 80242017
2016-06-23 02:26:11:860 1156 854 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:17:844 1156 854 PT +++++++++++ PT: Synchronizing extended update info +++++++++++

Переходим к WSUS и проверяем какие обновления требует наша Windows Vista Business.
Обнаруживаем 151 обновление для Vista и одобряем их установку. Через некоторое время Windows Vista обнаруживает обновления и предлагает их установить.

Источник

Ошибка 0x80240017 при загрузке или установке Центра обновления Windows в Windows 10

Ошибка загрузки 0x0248007

lazy placeholder

Ошибка Центра обновления Windows 0x80240017

lazy placeholder

Щелкните правой кнопкой мыши кнопку «Пуск», чтобы открыть меню WinX. Выберите Командная строка (Администратор).

Теперь напечатайте следующий один за другим и нажмите Enter:

lazy placeholder

Теперь перейдите в папку C: Windows SoftwareDistribution и удалите все ее содержимое. Я предлагаю вам нажать Ctrl + A, чтобы выбрать все, а затем удалить.

lazy placeholder

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

После того как вы очистили эту папку, вы можете перезагрузить компьютер или набрать следующие команды по одной в окне командной строки и нажать Enter, чтобы перезапустить две службы.

Запустите Центр обновления Windows еще раз и посмотрите, помогло ли это.

Мне удалось загрузить и установить обновления успешно. Я надеюсь, что это работает и для вас.

Если это не так, запустите средство устранения неполадок Центра обновления Windows и посмотрите, поможет ли это.

Источник

Thanks for your feedback.

After deploying the software update, there might be seven steps to troubleshoot the common issues.

Step 1: We could check Policyagent.log. When policy is received, the following entry is logged in PolicyAgent.log:

We could check if Deployment Unique Id on the console is consistent with policy id displayed in PolicyAgent.log.

I notice that that the required column is zero? Why would that be?
We could check if the SSU is required by UpdatesStore.log.

Step 3: If the update is required, the content could be detected before downloading. We could refer to UpdatesDeploymentAgent.log.

Step 4: The content could be downloaded. we could refer to UpdatesHandler.log, CAS.log, and ContentTransferManager.log. Here is a screenshot about ContentTransferManager.log.

Step 5: After the download is completed, detection could be followed before installation. We could refer to UpdatesHandler.log,ScanAgent.log, UpdateStore.log, WindowsUpdate.log and WUAHandler.log.

Step 6: Software update could be installed. We could refer to Windowsupdate.log and UpdatesDeployment.log.

Step 7: After the updates are installed, Updates Deployment Agent checks whether any updates require a reboot, and then it notifies the user if client settings are configured to allow such notification. We could refer to UpdatesDeployment.log and UpdateStore.log.

Thanks for your time.

Best regards,
Amanda You

Please remember to mark the replies as answers if they help.

Источник

Как исправить ошибку 0x80246017 в Windows 10?

Ошибку 0x80246017 можно встретить во время попытки выполнить обновление операционной системы Windows 10. Совершенно недавно, Майкрософт выпустили обновление под номером KB4020102, и люди, которые пытаются содержать свои компьютеры в постоянно обновленном состоянии, попытались установить его вручную.

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

Если обладатель ПК проверит историю в Центре обновления Windows, то он обнаружит, что обновление KB4020102 было загружено в систему, но, по каким-то причинам, оно не было установлено. Хотя, некоторыми пользователями было указано, что ошибка 0x80246017 может происходить не только с упомянутым обновлением, то также и со многими другими.

lazy placeholder

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

Согласно Майкрософт, причина ошибки 0x80246017 относится в сборке 9926 для Windows 10, которая была выпущена еще в Январе 2015 года. Хоть и прошло огромное количество времени, но, так сказать, остатки записей в Реестре Windows могут вмешиваться в процесс установки теперешних обновлений.

Важная заметка: любое неаккуратное изменение записей Реестра Windows может привести к серьезным проблемам с работоспособностью операционной системы или даже к синим экранам смерти.

Если что-то пойдет не так после выполнения нижеописанных шагов, то воспользуйтесь созданным файлом для приведения дел в порядок.

Итак, давайте теперь рассмотрим непосредственно способ, с помощью которого вы сможете попытаться избавиться от ошибки 0x80246017 при обновлении Windows 10.

Шаг №1 Удаление файлов установки предыдущей Windows

Шаг №2 Сброс нескольких разделов Реестра Windows

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

Источник

Не смотря на то, что сейчас всё больше и больше пользователей переходят на Windows 10 c Windows 7 или Windows 8.1 тем не менее в корпоративном секторе остаются проблемы: совместимость некоторого ПО (например, КриптоПро) с Windows 10, а так же отсутствие бюджета на обновление лицензий операционной системы.

На днях я решил провести аудит информационных систем в компании и уладить лицензионные вопросы. В частности мне пришлось избавиться от уже привычной Windows 10 на рабочих ПК и вернуть OEM версии ОС, которые были предустановлены при копупке компьютеров. К сожалению, ПК оснащались в то время (2010г) Windows Vista Business и легально проапгрейдить

бесплатно

до Windows 10 её нельзя (должна быть минимум Windows 7).

Смирившись с этим досадным фактом, я ввёл в домен компании компьютеры на базе Windows Vista Business Edition (версия 6.0.6000).

В нашей доменной организации существует локальный WSUS (Windows Server Update Services), который работает под управлением Windows Server 2012 Standard. Обращаю внимание, что версия сервера без R2, потому что железо относительно старенькое и не поддерживает 2012 R2 из-за устаревшего BIOS. WSUS работает исправно, все компьютеры на базе Windows 7, 8.1 и 10 без проблем получают обновления и рапортуют о своём состоянии.

Теперь переходим к сути данной статьи.

Однако, я заметил, что появилась одна проблемка, компьютер на базе Vista Business почему-то не шлёт WSUS серверу отчет о состоянии. На WSUS постоянно сообщается, что данный компьютер «Not Yet Reported». А так же WSUS определяет и отображает в списке, что на этом компьютере установлена «Windows 6.0» вместо «Windows Vista Business».

При попытке выполнить

wuauclt /detectnow
wuauclt /reportnow

внешне ничего не меняется. Windows Update сообщает, что новых обновлений не найдено. На WSUS обновлений, которые нужно одобрить тоже не появляется.
Если заглянуть в журнал обновлений, то видно, что 3 обновления всё-таки были установлены: два обновления Definition Update for Windows Defender и одно Microsoft Silverlight.

Чтобы разобраться в этой проблеме почитаем лог событий Windows Update.
Стандартно он расположен в C:WindowsWindowsUpdate.log

Что же там можно увидеть? — Очень много различных записей. Но нас интересуют, прежде всего, записи об ошибках ERROR и FATAL.

Самое начало лога я пропускаю, там никаких серьёзных ошибок не было и трассировки описывали успешность загрузок обновлений в папку C:WindowsSoftwareDistributionDownload.
Нужно начинать смотреть с ключевого выражения «Logging initialized», обозначающее начало работы службы Windows Update.

Например:

2016-06-22    03:28:20:577    1148    bc4    Misc    ===========  Logging initialized (build: 6.0.6000.16386, tz: +0400)  ===========
2016-06-22    03:28:20:640    1148    bc4    Misc      = Process: C:Windowssystem32svchost.exe
2016-06-22    03:28:20:718    1148    bc4    Misc      = Module: c:windowssystem32wuaueng.dll
2016-06-22    03:28:20:577    1148    bc4    Service    *************
2016-06-22    03:28:20:796    1148    bc4    Service    ** START **  Service: Service startup
2016-06-22    03:28:20:874    1148    bc4    Service    *********
2016-06-22    03:28:20:953    1148    bc4    Agent      * WU client version 6.0.6000.16386
2016-06-22    03:28:20:953    1148    bc4    Agent      * Base directory: C:WindowsSoftwareDistribution
2016-06-22    03:28:21:031    1148    bc4    Agent      * Access type: No proxy
2016-06-22    03:28:21:109    1148    bc4    Agent      * Network state: Connected

Из этих данных нам интересна версия агента обновлений, установленного на ПК — WU client version 6.0.6000.16386. Далее скажу зачем.

Смотрим дальше по логу:

2016-06-22    03:29:06:277    1148    bc4    Agent    ***********  Agent: Initializing global settings cache  ***********
2016-06-22    03:29:06:277    1148    bc4    Agent      * WSUS server: http://wsus.abcde.ru:8530
2016-06-22    03:29:06:277    1148    bc4    Agent      * WSUS status server: http://wsus.abcde.ru:8530
2016-06-22    03:29:06:277    1148    bc4    Agent      * Target group: (Unassigned Computers)
2016-06-22    03:29:06:277    1148    bc4    Agent      * Windows Update access disabled: No
2016-06-22    03:29:06:387    1148    bc4    Agent      * Found 98 persisted download calls to restore

Видим, что агент получает настройки для обращения к локальному WSUS и что найдено 98 запросов на возобновление загрузок.
Затем идёт блок с подробным описанием, какие загрузки обновлений возобновляются:

2016-06-22    03:29:06:512    1148    bc4    DnldMgr    Download manager restoring 6 downloads
2016-06-22    03:29:06:794    1148    bc4    DtaStor    Update service properties: service registered with AU is {9482F4B4-E343-43B6-B170-9A65BC822C77}
2016-06-22    03:29:06:794    1148    bc4    Agent      * Succeeded to load 98 persisted download calls
2016-06-22    03:29:06:810    1148    bc4    DnldMgr    Retrieved 13 persisted download jobs
2016-06-22    03:29:06:810    1148    bc4    DnldMgr    ***********  DnldMgr: Restoring download [no. 0]  ***********
2016-06-22    03:29:06:810    1148    bc4    DnldMgr      * BITS JobId = {B175BE09-FF70-4710-A303-420DBA88E8DF}
2016-06-22    03:29:06:810    1148    bc4    DnldMgr      * ServiceId = {9482F4B4-E343-43B6-B170-9A65BC822C77}
2016-06-22    03:29:06:810    1148    bc4    DnldMgr      * UpdateId = {C0183617-4BF7-47EB-B7BA-7EB4738943C7}.101
2016-06-22    03:29:06:935    1148    bc4    DnldMgr      * Restored download job.
2016-06-22    03:29:06:935    1148    bc4    DnldMgr    ***********  DnldMgr: Restoring download [no. 1]  ***********
………………..
2016-06-22    03:29:07:326    1148    bc4    DnldMgr    ***********  DnldMgr: Restoring download [no. 12]  ***********
2016-06-22    03:29:07:326    1148    bc4    DnldMgr      * BITS JobId = {6CCF2AFD-0C79-489D-9EF1-135834CB7F3C}
2016-06-22    03:29:07:326    1148    bc4    DnldMgr      * ServiceId = {9482F4B4-E343-43B6-B170-9A65BC822C77}
2016-06-22    03:29:07:342    1148    bc4    DnldMgr      * UpdateId = {03B49CBC-210D-4451-AD36-85464A076C1B}.101
2016-06-22    03:29:07:373    1148    bc4    DnldMgr      * Restored download job.

Видим начало инициализации Автоматического обновления и получения настроек

2016-06-22    03:29:07:389    1148    bc4    AU    ###########  AU: Initializing Automatic Updates  ###########
2016-06-22    03:29:07:389    1148    bc4    AU      # WSUS server: http://wsus.abcde.ru:8530
2016-06-22    03:29:07:389    1148    bc4    AU      # Detection frequency: 1
2016-06-22    03:29:07:389    1148    bc4    AU      # Approval type: Scheduled (Policy)
2016-06-22    03:29:07:389    1148    bc4    AU      # Scheduled install day/time: Every day at 20:00
2016-06-22    03:29:07:389    1148    bc4    AU      # Auto-install minor updates: Yes (Policy)
2016-06-22    03:29:07:405    1148    bc4    AU    Setting AU scheduled install time to 2016-06-22 16:00:00

И инициализацию основных данных для рапорта

2016-06-22    03:29:07:405    1148    bc4    Report    ***********  Report: Initializing static reporting data  ***********
2016-06-22    03:29:07:405    1148    bc4    Report      * OS Version = 6.0.6000.0.0.65792
2016-06-22    03:29:07:405    1148    bc4    Report      * OS Product Type = 0x00000006
2016-06-22    03:29:07:593    1148    bc4    Report      * Computer Brand = R-StyleComputers
2016-06-22    03:29:07:593    1148    bc4    Report      * Computer Model = Proxima_
2016-06-22    03:29:07:593    1148    bc4    Report      * Bios Revision = ECG3510M.86A.0118.2010.0113.1426
2016-06-22    03:29:07:593    1148    bc4    Report      * Bios Name = Default System BIOS
2016-06-22    03:29:07:593    1148    bc4    Report      * Bios Release Date = 2010-01-13T00:00:00
2016-06-22    03:29:07:593    1148    bc4    Report      * Locale ID = 1049

Дальше идёт блок трассировки поиска обновлений, где нас ожидают различные проблемы:

2016-06-22    03:29:07:593    1148    bc4    AU    AU finished delayed initialization
2016-06-22    03:29:07:593    1148    bc4    AU    #############
2016-06-22    03:29:07:593    1148    bc4    AU    ## START ##  AU: Search for updates
2016-06-22    03:29:07:593    1148    bc4    AU    #########
2016-06-22    03:29:07:608    1148    c14    DnldMgr    ***********  DnldMgr: Downloading regulation Odf  ***********
2016-06-22    03:29:07:608    1148    c14    DnldMgr      * ServiceId = {9482F4B4-E343-43B6-B170-9A65BC822C77}
2016-06-22    03:29:07:608    1148    c14    DnldMgr      * URL = http://www.update.microsoft.com/odf/v6odf.xml
2016-06-22    03:29:07:608    1148    bc4    AU    <<## SUBMITTED ## AU: Search for updates [CallId = {EB34F6FE-A78E-4B5E-9B04-048C5F02DCEF}]
2016-06-22    03:29:10:379    1148    c14    Misc    WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190194
2016-06-22    03:29:10:379    1148    c14    Misc    WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190194
2016-06-22    03:29:10:379    1148    c14    DnldMgr    FATAL: DM:CDownloadRegulator::DownloadOdf: WinHttpDownloadFile failed with 0x80244019.
2016-06-22    03:29:10:379    1148    c14    DnldMgr      * Last proxy send request succeeded
2016-06-22    03:29:10:379    1148    c14    DnldMgr    FATAL: DM:CDownloadRegulator::Refresh: DownloadOdf failed with 0x80244019.
2016-06-22    03:29:10:379    1148    c14    DnldMgr    FATAL: DM:CAgentDownloadManager::ProcessWorkItem: Refresh failed with 0x80244019.
2016-06-22    03:29:10:379    1148    c14    Service    WARNING: GetUserTokenFromSessionId failed with error 800703f0 for session 0
2016-06-22    03:29:10:379    1148    c14    Service    WARNING: GetUserTokenFromSessionId failed with error 800703f0 for session 0
2016-06-22    03:29:10:411    1148    c14    DnldMgr    ***********  DnldMgr: New download job [UpdateId = {297050CF-1305-4EC2-A00D-A173DE49C416}.101]  ***********
2016-06-22    03:29:10:411    1148    c14    DnldMgr      * Update is not allowed to download due to regulation.
2016-06-22    03:29:10:426    1148    c14    DnldMgr    ***********  DnldMgr: New download job [UpdateId = {CE468411-BD85-4FBB-9D20-FABCF391F29D}.101]  ***********
2016-06-22    03:29:10:426    1148    c14    DnldMgr      * Update is not allowed to download due to regulation.
2016-06-22    03:29:10:442    1148    c14    Service    WARNING: GetUserTokenFromSessionId failed with error 800703f0 for session 0

В этой части блока первая проблема связана с попыткой получить файл http://www.update.microsoft.com/odf/v6odf.xml

DnldMgr    FATAL: DM:CDownloadRegulator::DownloadOdf: WinHttpDownloadFile failed with 0x80244019.
DnldMgr    FATAL: DM:CDownloadRegulator::Refresh: DownloadOdf failed with 0x80244019.
DnldMgr    FATAL: DM:CAgentDownloadManager::ProcessWorkItem: Refresh failed with 0x80244019.

Ошибка 0x80244019 описывается как «Серверу не удалось найти запрошенный универсальный код ресурса (URI)».

А перед этим мы замечаем

Misc    WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190194
Misc    WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190194

Ошибка 0x80190194 описывается как «404 — File or directory not found».

Что ещё интересного:

Service    WARNING: GetUserTokenFromSessionId failed with error 800703f0 for session 0

Сессия 0 зарезервирована под неинтерактивные (фоновые) пользовательские процессы и службы типа Local System.

Ошибки могут возникать из-за:
1. отсутствия прав доступа к узлу (блокировака брандмауэром, например, или использование прокси-сервера proxycfg -d),
2. сбоями в настройках виртуального каталога SelfUpdate на IIS (проверяется скачкой файла http://имя_wsus_сервера/selfupdate/wuident.cab),
3. неправильных настроек агента, ссылающие его по неверному адресу (проверяются в логе),
4. сбоями на ПК в службах Фоновая интеллектуальная служба передачи (BITS) и Центр обновления Windows (WUAUSERV) (должны быть запущены в режиме Авто) и в службе Установщик модулей Windows (TrustedInstaller должен быть в режиме Вручную).
Кое что здесь

И далее замечаем пару строк:

DnldMgr      * Update is not allowed to download due to regulation.

Что означает, не разрешено закачивать из-за правил регулирования, то есть либо запрещено политиками обращаться на внешний Windows Update, либо узел перегружен/не доступен.
В моём случае узел сообщал 404 — File or directory not found.

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

2016-06-22    03:29:10:724    1148    c14    Agent    ** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
2016-06-22    03:29:10:724    1148    c14    Agent    *********
2016-06-22    03:31:47:659    1148    c14    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:31:47:659    1148    c14    Agent    WARNING: Failed to evaluate Installed rule, updateId = {8D15E24B-503C-4DA5-B317-8C7DD4B1EA50}.100, error = 0x80242017
2016-06-22    03:31:47:659    1148    c14    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:31:47:659    1148    c14    Agent    WARNING: Failed to evaluate Installable rule, updateId = {8D15E24B-503C-4DA5-B317-8C7DD4B1EA50}.100, error = 0x80242017
2016-06-22    03:31:47:659    1148    c14    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:33:11:547    1148    c14    Agent    WARNING: Failed to evaluate Installed rule, updateId = {FC6F72E1-B263-4B65-AF49-1121C7CC5E9D}.101, error = 0x800F0900
2016-06-22    03:33:11:547    1148    c14    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:33:11:782    1148    c14    Agent    WARNING: Failed to evaluate Installed rule, updateId = {407B6B44-298C-42BE-83BD-9A473A74F17A}.101, error = 0x800F0900
2016-06-22    03:33:13:455    1148    c14    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:33:13:455    1148    c14    Agent    WARNING: Failed to evaluate Installed rule, updateId = {28152B93-6549-49D2-82BE-F6F980C1F52A}.101, error = 0x800F0900
2016-06-22    03:33:13:471    1148    c14    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:33:18:709    1148    c14    Agent      * Found 0 updates and 79 categories in search
2016-06-22    03:33:18:709    1148    c14    Agent    *********
2016-06-22    03:33:18:709    1148    c14    Agent    **  END  **  Agent: Finding updates [CallerId = AutomaticUpdates]

Согласно Список кодов ошибок Центра обновления Windows

Ошибка 0x800f0823 соответствует 0xf0823 CBS_E_NEW_SERVICING_STACK_REQUIRED (Package needs a newer version of the servicing stack).
Ошибка 0x80242017 означает WU_E_UH_NEW_SERVICING_STACK_REQUIRED (The OS servicing stack must be updated before this update is downloaded or installed).
То есть требуется обновление Обслуживающего стека (OS servicing stack) KB955430.

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

Ошибка 0x800f0900 соответствует 0xf0900 CBS_E_XML_PARSER_FAILURE unexpected internal XML parser error.
То есть возникает какая-то внутренняя ошибка при разборе XML файла. Вероятно, есть проблемы с MSXML Parser (не установлен, старая версия).

И дальше идёт концовка блока проверки обновлений:

2016-06-22    03:33:18:724    1148    c14    Report    REPORT EVENT: {45A0C7AA-9B17-4CD8-93E7-F04F3A8898CD}    2016-06-22 03:29:07:405+0400    1    202    102    {00000000-0000-0000-0000-000000000000}    0    0    AutomaticUpdates    Success    Content Install    Reboot completed.
2016-06-22    03:33:18:724    1148    e84    AU    >>##  RESUMED  ## AU: Search for updates [CallId = {EB34F6FE-A78E-4B5E-9B04-048C5F02DCEF}]
2016-06-22    03:33:18:724    1148    e84    AU      # 0 updates detected
2016-06-22    03:33:18:724    1148    e84    AU    #########
2016-06-22    03:33:18:724    1148    e84    AU    ##  END  ##  AU: Search for updates [CallId = {EB34F6FE-A78E-4B5E-9B04-048C5F02DCEF}]
2016-06-22    03:33:18:724    1148    e84    AU    #############
2016-06-22    03:33:18:724    1148    e84    AU    Setting AU scheduled install time to 2016-06-22 16:00:00
2016-06-22    03:41:14:186    1148    420    Report    Uploading 1 events using cached cookie, reporting URL = http://wsus.abcde.ru:8530/ReportingWebService/ReportingWebService.asmx
2016-06-22    03:41:16:436    1148    420    Report    Reporter successfully uploaded 1 events.

Сообщающий о том, что обнаружено 0 обновлений и рапорт был выгружен на WSUS, хотя на самом WSUS никаких сведений о рапорте не получено.

Попробуем выполнить обновление в интерактивном режиме, то есть выполнить команду wuauclt /detectnow и посмотрим лог.

2016-06-22    03:44:00:782    1148    fd8    AU    Triggering AU detection through DetectNow API
2016-06-22    03:44:00:782    1148    fd8    AU    Triggering Online detection (interactive)
2016-06-22    03:44:00:782    1148    bc4    AU    #############
2016-06-22    03:44:00:782    1148    bc4    AU    ## START ##  AU: Search for updates
2016-06-22    03:44:00:782    1148    bc4    AU    #########
2016-06-22    03:44:00:782    1148    bc4    AU    <<## SUBMITTED ## AU: Search for updates [CallId = {9980C425-6BBF-404E-A82B-F64212C725EA}]
2016-06-22    03:44:00:782    1148    6e0    Agent    *************
2016-06-22    03:44:00:782    1148    6e0    Agent    ** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
2016-06-22    03:44:00:782    1148    6e0    Agent    *********
2016-06-22    03:44:00:782    1148    6e0    Setup    Checking for agent SelfUpdate
2016-06-22    03:44:00:782    1148    6e0    Setup    Client version: Core: 6.0.6000.16386  Aux: 6.0.6000.16386
2016-06-22    03:44:03:095    1148    6e0    Setup    Skipping SelfUpdate check based on the /SKIP directive in wuident
2016-06-22    03:44:03:095    1148    6e0    Setup    SelfUpdate check completed.  SelfUpdate is NOT required.
2016-06-22    03:44:05:986    1148    6e0    PT    +++++++++++  PT: Synchronizing server updates  +++++++++++
2016-06-22    03:44:05:986    1148    6e0    PT      + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://wsus.abcde.ru:8530/ClientWebService/client.asmx
2016-06-22    03:46:38:421    1148    6e0    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:46:38:421    1148    6e0    Agent    WARNING: Failed to evaluate Installed rule, updateId = {8D15E24B-503C-4DA5-B317-8C7DD4B1EA50}.100, error = 0x80242017
2016-06-22    03:46:38:421    1148    6e0    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22    03:46:38:421    1148    6e0    Agent    WARNING: Failed to evaluate Installable rule, updateId = {8D15E24B-503C-4DA5-B317-8C7DD4B1EA50}.100, error = 0x80242017
2016-06-22    03:46:38:437    1148    6e0    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22    02:47:54:802    1148    6e0    Agent    WARNING: Failed to evaluate Installed rule, updateId = {FC6F72E1-B263-4B65-AF49-1121C7CC5E9D}.101, error = 0x800F0900
2016-06-22    02:47:54:802    1148    6e0    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22    02:47:55:036    1148    6e0    Agent    WARNING: Failed to evaluate Installed rule, updateId = {407B6B44-298C-42BE-83BD-9A473A74F17A}.101, error = 0x800F0900
2016-06-22    02:47:56:724    1148    6e0    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22    02:47:56:724    1148    6e0    Agent    WARNING: Failed to evaluate Installed rule, updateId = {28152B93-6549-49D2-82BE-F6F980C1F52A}.101, error = 0x800F0900
2016-06-22    02:47:56:724    1148    6e0    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22    02:48:00:224    1148    6e0    PT    +++++++++++  PT: Synchronizing extended update info  +++++++++++
2016-06-22    02:48:00:224    1148    6e0    PT      + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://wsus.abcde:8530/ClientWebService/client.asmx
2016-06-22    02:48:05:099    1148    6e0    Agent      * Found 0 updates and 79 categories in search
2016-06-22    02:48:05:099    1148    6e0    Agent    *********
2016-06-22    02:48:05:099    1148    6e0    Agent    **  END  **  Agent: Finding updates [CallerId = AutomaticUpdates]
2016-06-22    02:48:05:099    1148    6e0    Agent    *************
2016-06-22    02:48:05:115    1148    1e8    AU    >>##  RESUMED  ## AU: Search for updates [CallId = {9980C425-6BBF-404E-A82B-F64212C725EA}]
2016-06-22    02:48:05:115    1148    1e8    AU      # 0 updates detected
2016-06-22    02:48:05:115    1148    1e8    AU    #########
2016-06-22    02:48:05:115    1148    1e8    AU    ##  END  ##  AU: Search for updates [CallId = {9980C425-6BBF-404E-A82B-F64212C725EA}]
2016-06-22    02:48:05:115    1148    1e8    AU    #############

Получаем ту же картину, что и в неинтерактивном режиме: ошибки 0x800f0823 и 0x800F0900.

2016-06-22    02:48:10:100    1148    6e0    Report    REPORT EVENT: {2BC87E9D-D36B-441A-BCC7-6E575F313FF0}    2016-06-22 02:48:05:099+0400    1    147    101    {00000000-0000-0000-0000-000000000000}    0    0    AutomaticUpdates    Success    Software Synchronization    Windows Update Client successfully detected 0 updates.
2016-06-22    02:48:10:100    1148    6e0    Report    REPORT EVENT: {BFC579C6-B4FD-4D86-B4F5-90FD27F74EB9}    2016-06-22 02:48:05:099+0400    1    153    101    {00000000-0000-0000-0000-000000000000}    0    0    AutomaticUpdates    Success    Pre-Deployment Check    Reporting client status.

Видно, что агент посылает рапорт, но WSUS его либо не получает, либо не понимает. И ещё странно, что WSUS не понимает, что у меня на ПК установлена Windows Vista, а определяет её как Windows 6.0.

Вначале я погуглил.
Предлагалось выполнить wuauclt /resetauthorization /detectnow но это не помогло.
Предлагалось проверить настройки IIS, но всё было корректно.
Предлагалось кардинально переустановить WSUS, но я был не согласен в виду того, что другие ПК без проблем получают обновления.

Я решил пойти для начала самым простым и логичным способом — попробовать обновить агент обновлений WUA в надежде, что свежая версия агента корректно работает с последней версией WSUS и избавлен от багов. Как мы видели выше, текущая версия агента WU client version 6.0.6000.16386.

На данный момент последняя версия WUA — The latest version of the Windows Update Agent for Windows 7, Windows Vista, and Windows XP is 7.6.7600.256.

Однако, автономного установщика у последней версии агента обновления Windows 7.6.7600.256 не существует. Можно скачать и установить агент обновления Windows версии 7.4.7600.226, а затем последняя версия установится самостоятельно через систему обновлений. Скачать WUA 7.4.7600.226.

После установки новой версии WUA мой WSUS начал правильно определять, что на ПК установлена Windows Vista Business и стал получать рапорты состояния в результате чего WSUS определил какие обновления необходимы для данного ПК.

В логе теперь пишется версия WU client version 7.4.7600.226:

2016-06-22    22:20:17:756    1156    580    Service    ** START **  Service: Service startup
2016-06-22    22:20:17:756    1156    580    Service    *********
2016-06-22    22:20:18:100    1156    580    Agent      * WU client version 7.4.7600.226
2016-06-22    22:20:18:100    1156    580    Agent      * Base directory: C:WindowsSoftwareDistribution
2016-06-22    22:20:18:100    1156    580    Agent      * Access type: No proxy
2016-06-22    22:20:18:115    1156    580    Agent      * Network state: Connected

Далее видим, что в новой версии изменился путь до файла сервера регулирования (Regulation server)

2016-06-22    22:21:20:387    1156    e18    DnldMgr    Regulation server path: https://www.update.microsoft.com/v6/UpdateRegulationService/UpdateRegulation.asmx.
2016-06-22    22:21:21:059    1156    e18    DnldMgr      * Regulation call complete. 0x00000000
2016-06-22    22:21:21:355    1156    e18    DnldMgr    ***********  DnldMgr: New download job [UpdateId = {297050CF-1305-4EC2-A00D-A173DE49C416}.101]  ***********
2016-06-22    22:21:21:371    1156    e18    DnldMgr      * All files for update were already downloaded and are valid.
2016-06-22    22:21:21:449    1156    e18    DnldMgr    ***********  DnldMgr: New download job [UpdateId = {CE468411-BD85-4FBB-9D20-FABCF391F29D}.101]  ***********
2016-06-22    22:21:21:465    1156    e18    DnldMgr      * All files for update were already downloaded and are valid.
2016-06-22    22:21:21:933    1156    d44    DnldMgr    BITS job {A353D8B3-E90E-4AF0-8E6D-62B4FFB2B826} completed successfully

Видим, что приостановленные закачки успешно закачивают обновления с внешнего Windows Update:

2016-06-22    22:22:38:022    1156    d44    DnldMgr    ***********  DnldMgr: New download job [UpdateId = {5C4CEF27-75EB-4A9A-A000-EE515FA4FF0B}.101]  ***********
2016-06-22    22:22:40:364    1156    d44    DnldMgr      * BITS job initialized, JobId = {68D84BF8-76F2-4211-8345-1830ECEC3EEE}
2016-06-22    22:22:40:442    1156    d44    DnldMgr      * Downloading from http://au.download.windowsupdate.com/msdownload/update/software/crup/2009/01/windows6.0-kb958481-x86_bb04066c04a58d50e2634654ea79ac19e21d0bb5.psf to C:WindowsSoftwareDistributionDownload39587d8a1d7edb0e533dac1ad0b51969bb04066c04a58d50e2634654ea79ac19e21d0bb5-1 (17 subranges).
2016-06-22    22:22:40:520    1156    f24    DnldMgr    BITS job {B175BE09-FF70-4710-A303-420DBA88E8DF} completed successfully
2016-06-22    22:22:40:613    1156    f24    Misc    Validating signature for C:WindowsSoftwareDistributionDownload88c2b87e4d67f91e2b681a8a841ad45a8b5036b48590c52e3edba8e297cd3017b7a3043c:
2016-06-22    22:22:40:645    1156    f24    Misc     Microsoft signed: Yes
2016-06-22    22:22:40:645    1156    f24    DnldMgr      Download job bytes total = 1424736, bytes transferred = 1424736

Но, несмотря на значительные подвижки, мы пока всё ещё видим ошибки 0x800f0823 и 0x800f0900:

2016-06-23    02:24:40:074    1156    854    PT    +++++++++++  PT: Synchronizing server updates  +++++++++++
2016-06-23    02:24:40:074    1156    854    PT      + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://wsus.abcde.ru:8530/ClientWebService/client.asmx
2016-06-23    02:25:35:155    1156    854    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:25:35:155    1156    854    Agent    WARNING: Failed to evaluate Installed rule, updateId = {FC6F72E1-B263-4B65-AF49-1121C7CC5E9D}.101, hr = 800F0900
2016-06-23    02:25:35:155    1156    854    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:25:35:296    1156    854    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:25:35:296    1156    854    Agent    WARNING: Failed to evaluate Installed rule, updateId = {407B6B44-298C-42BE-83BD-9A473A74F17A}.101, hr = 800F0900
2016-06-23    02:25:35:296    1156    854    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:25:36:217    1156    854    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:25:36:217    1156    854    Agent    WARNING: Failed to evaluate Installed rule, updateId = {28152B93-6549-49D2-82BE-F6F980C1F52A}.101, hr = 800F0900
2016-06-23    02:25:36:217    1156    854    Handler    FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:26:11:860    1156    854    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:26:11:860    1156    854    Agent    WARNING: Failed to evaluate Installed rule, updateId = {8D15E24B-503C-4DA5-B317-8C7DD4B1EA50}.100, hr = 80242017
2016-06-23    02:26:11:860    1156    854    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:26:11:860    1156    854    Agent    WARNING: Failed to evaluate Installable rule, updateId = {8D15E24B-503C-4DA5-B317-8C7DD4B1EA50}.100, hr = 80242017
2016-06-23    02:26:11:860    1156    854    Handler    FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23    02:26:17:844    1156    854    PT    +++++++++++  PT: Synchronizing extended update info  +++++++++++

Переходим к WSUS и проверяем какие обновления требует наша Windows Vista Business.
Обнаруживаем 151 обновление для Vista и одобряем их установку. Через некоторое время Windows Vista обнаруживает обновления и предлагает их установить.

На этом всё. Удачи!

Источник

I have several clients running Win 10 v20H2 that are failing to install the update «2021-07 Cumulative Update for Windows 10 Version 20H2 for x64-based Systems (KB5004945) from our WSUS server with «Status: download error — 0x80242017». However, if I manually log into the workstation and «Check online for updates from Microsoft Update», it downloads and installs the update with no errors.

The «Self Contained» cab file for the update is present in the proper directory on the WSUS server, although the two «Express» files are not. The WSUS server is running on Windows Server 2019 v1809.

Here’s what I’ve done for troubleshooting on the client side:

Run Windows Update Troubleshooter: It can’t find any issues.

Reset Windows Updates components «manually» using batch script.

Run dism /online /cleanup-image /restorehealth

Run sfc /scannow

2021-07-07 (3).png

I’ve attached the System and WindowsUpdateClient event logs, as well as the CBS.log and DISM.log from the workstation I’m troubleshooting with.

Источник
  • Remove From My Forums

  • Вопрос

  • Greetings,

      Im getting a few servers that are not applying updates and the logfile shows the warning message with an error code of 0x80242017. Looking that up its something to do with the servicing stack not being updated. I thought that would fix itself but
    some servers have had this error since the last patch tuesday and are still reporting it.

    Thanks

    David Z

    P.S. CMCB 1910

Ответы

  • Turns out there are two factors.

    One is not being enabled for ESU (extended updates).

    The second is that the logfile indicated it was looking for a 600 minute maintenance window which no servers have.

    Once I activated the ESU licence key and implemented an 11 hour window then updates started applying for w2k8.

    • Помечено в качестве ответа

      1 июня 2020 г. 21:14

Источник

Информация о системе:

На вашем ПК работает:  …

Размер файла: 0.6MB     Время загрузки: 10 секунд

Размер файла: 0.6MB

Время загрузки: 10 секунд

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

  • Название ошибки: 0x80242017
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • — Появляется сообщение «0x80242017», и активное окно программы выходит из строя;
  • — «0x80242017» отображается на экране;
  • — Была обнаружена проблема, и Windows была отключена, чтобы предотвратить повреждение компьютера. Проблема, по-видимому, вызвана следующим файлом…;
  • — Ваш ПК часто выходит из строя и демонстрирует ошибку 0x80242017 при запуске одной и той же программы;
  • — Windows работает вяло и медленно реагирует на сигналы мыши или клавиатуры;
  • — Ваш компьютер периодически зависает на несколько секунд;

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

  1. 1. Нажмите, чтобы загрузить приложение
  2. 2. Установите и запустите приложение
  3. 3. Нажмите кнопку Сканировать, чтобы обнаружить ошибки и отклонения
  4. 4. Нажмите Исправить все, чтобы устранить все проблемы


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

Источник

  • Управление рисками педагогических ошибок
  • Уплатить штраф грамматическая ошибка
  • Управление подпиской вк музыка ошибка
  • Упд содержит ошибки контур диадок как понять какие
  • Управление областями сети ошибками конфигурацией доступом производительностью безопасностью