Having recently run into these error codes and finding out that MANY people have experienced them with no solution I could find I thought I would do some other poor admin a favor by documenting what fixed the problem.
Ran into a server that was not updating WSUS (Dell 2950, W2K8 enterprise). Did a lot of diagnosis and could not resolve problem, so we rebuilt from scratch twice including all the latest Dell drivers and were unable to update from windows update or internal WSUS. So how does a clean build of W2K8 not be able to get Windows updates???? That’s what we were wondering. Windowsupdate.log indicated some corruption and that the database would be rebuilt, however it never got rebuilt — It appears to me there is a bug in the code that is supposed to do that. Windowsupdate.log clearly says the log would be rebuilt but never did it. The following error was logged in the system log:
Log Name: Application
Source: ESENT
Date: 6/18/2009 3:22:06 AM
Event ID: 474
Task Category: Database Page Cache
Level: Error
Keywords: Classic
User: N/A
Computer: SERVERXXXXX
Description:
wuaueng.dll (340) SUS20ClientDataStore: The database page read from the file «C:WindowsSoftwareDistributionDataStoreDataStore.edb» at offset 4595712 (0x0000000000462000) (database page 1121 (0x461)) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch. The expected checksum was 2818733426791738953 (0x271e271e0c70ee49) and the actual checksum was 1089324781602401865 (0x0f1e0f1e0c70ee49). The read operation will fail with error -1018 (0xfffffc06). If this condition persists then please restore the database from a previous backup. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event«>
<System>
<Provider Name=»ESENT» />
<EventID Qualifiers=»0″>474</EventID>
<Level>2</Level>
<Task>2</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2009-06-17T15:22:06.000Z» />
<EventRecordID>850</EventRecordID>
<Channel>Application</Channel>
<Computer>SERVERXXXXX</Computer>
<Security />
</System>
<EventData>
<Data>wuaueng.dll</Data>
<Data>340</Data>
<Data>SUS20ClientDataStore: </Data>
<Data>C:WindowsSoftwareDistributionDataStoreDataStore.edb</Data>
<Data>4595712 (0x0000000000462000)</Data>
<Data>4096 (0x00001000)</Data>
<Data>-1018 (0xfffffc06)</Data>
<Data>2818733426791738953 (0x271e271e0c70ee49)</Data>
<Data>1089324781602401865 (0x0f1e0f1e0c70ee49)</Data>
<Data>1121 (0x461)</Data>
</EventData>
</Event>
I bolded the odd statement — the problem was likely due to hardware failure — yeah right, my brand new Dell has a hardware problem….. sure…… So we ran diags on it anyway and the Dell DSET utility and no problems found — server reports it is healthy. Latest drivers were installed via the Dell ITA.
On further thought I realized that the DB the error code refers to is a Jet DB and I start thinking about what might get Jet fixed if it had a problem somewhere else….. Hmmmm…… maybe Active Directory for instance.
So I did a bit more poking around the web and found some very helpful info.
Found this entry suggesting I needed to use esentutl.exe which on a DC is front ended by ntdsutil http://x220.minasi.com/forum/topic.asp?TOPIC_ID=2820 Found this KB and got the idea to try repairing the JET DB. http://support.microsoft.com/kb/816120
First, got on a DC because the tool I needed was installed there -esentutl.exe. That seems to get installed when you do add the DC role to W2K8.
Mapped c: drive on server having the problem as z:
On server having the problem box shut down cryptographic service, BITS, Windows Updates. (had to set windows updates to disabled – kept restarting and opening the file) you need to do this to get access to the DB to do anything with it.
Executed following command
—— begin snip of command window———
C:UsersMighty_Mouse>esentutl /p z:windowssoftwaredistributiondatastoredatastore.edb
Extensible Storage Engine Utilities for Microsoft(R) Windows(R)
Version 6.0
Copyright (C) Microsoft Corporation. All Rights Reserved.
Initiating REPAIR mode…
Database: z:windowssoftwaredistributiondatastoredatastore.edb
Temp. Database: TEMPREPAIR1264.EDB
Checking database integrity.
Scanning Status (% complete)
0 10 20 30 40 50 60 70 80 90 100
|—-|—-|—-|—-|—-|—-|—-|—-|—-|—-|
……………………………………………
Integrity check successful.
Note:
It is recommended that you immediately perform a full backup
of this database. If you restore a backup made before the
repair, the database will be rolled back to the state
it was in at the time of that backup.
Operation completed successfully in 61.75 seconds.
—— end snip of command window———
The database was repaired, I ran Windows update again and presto — 38 updates waiting.
So that’s what got it fixed. I’ve found from other people that this problem has actually occurred somewhat regulary and I couldn’t find anyone that had a solution so if this helps anyone — you’re welcome.
Having recently run into these error codes and finding out that MANY people have experienced them with no solution I could find I thought I would do some other poor admin a favor by documenting what fixed the problem.
Ran into a server that was not updating WSUS (Dell 2950, W2K8 enterprise). Did a lot of diagnosis and could not resolve problem, so we rebuilt from scratch twice including all the latest Dell drivers and were unable to update from windows update or internal WSUS. So how does a clean build of W2K8 not be able to get Windows updates???? That’s what we were wondering. Windowsupdate.log indicated some corruption and that the database would be rebuilt, however it never got rebuilt — It appears to me there is a bug in the code that is supposed to do that. Windowsupdate.log clearly says the log would be rebuilt but never did it. The following error was logged in the system log:
Log Name: Application
Source: ESENT
Date: 6/18/2009 3:22:06 AM
Event ID: 474
Task Category: Database Page Cache
Level: Error
Keywords: Classic
User: N/A
Computer: SERVERXXXXX
Description:
wuaueng.dll (340) SUS20ClientDataStore: The database page read from the file «C:WindowsSoftwareDistributionDataStoreDataStore.edb» at offset 4595712 (0x0000000000462000) (database page 1121 (0x461)) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch. The expected checksum was 2818733426791738953 (0x271e271e0c70ee49) and the actual checksum was 1089324781602401865 (0x0f1e0f1e0c70ee49). The read operation will fail with error -1018 (0xfffffc06). If this condition persists then please restore the database from a previous backup. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event«>
<System>
<Provider Name=»ESENT» />
<EventID Qualifiers=»0″>474</EventID>
<Level>2</Level>
<Task>2</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2009-06-17T15:22:06.000Z» />
<EventRecordID>850</EventRecordID>
<Channel>Application</Channel>
<Computer>SERVERXXXXX</Computer>
<Security />
</System>
<EventData>
<Data>wuaueng.dll</Data>
<Data>340</Data>
<Data>SUS20ClientDataStore: </Data>
<Data>C:WindowsSoftwareDistributionDataStoreDataStore.edb</Data>
<Data>4595712 (0x0000000000462000)</Data>
<Data>4096 (0x00001000)</Data>
<Data>-1018 (0xfffffc06)</Data>
<Data>2818733426791738953 (0x271e271e0c70ee49)</Data>
<Data>1089324781602401865 (0x0f1e0f1e0c70ee49)</Data>
<Data>1121 (0x461)</Data>
</EventData>
</Event>
I bolded the odd statement — the problem was likely due to hardware failure — yeah right, my brand new Dell has a hardware problem….. sure…… So we ran diags on it anyway and the Dell DSET utility and no problems found — server reports it is healthy. Latest drivers were installed via the Dell ITA.
On further thought I realized that the DB the error code refers to is a Jet DB and I start thinking about what might get Jet fixed if it had a problem somewhere else….. Hmmmm…… maybe Active Directory for instance.
So I did a bit more poking around the web and found some very helpful info.
Found this entry suggesting I needed to use esentutl.exe which on a DC is front ended by ntdsutil http://x220.minasi.com/forum/topic.asp?TOPIC_ID=2820 Found this KB and got the idea to try repairing the JET DB. http://support.microsoft.com/kb/816120
First, got on a DC because the tool I needed was installed there -esentutl.exe. That seems to get installed when you do add the DC role to W2K8.
Mapped c: drive on server having the problem as z:
On server having the problem box shut down cryptographic service, BITS, Windows Updates. (had to set windows updates to disabled – kept restarting and opening the file) you need to do this to get access to the DB to do anything with it.
Executed following command
—— begin snip of command window———
C:UsersMighty_Mouse>esentutl /p z:windowssoftwaredistributiondatastoredatastore.edb
Extensible Storage Engine Utilities for Microsoft(R) Windows(R)
Version 6.0
Copyright (C) Microsoft Corporation. All Rights Reserved.
Initiating REPAIR mode…
Database: z:windowssoftwaredistributiondatastoredatastore.edb
Temp. Database: TEMPREPAIR1264.EDB
Checking database integrity.
Scanning Status (% complete)
0 10 20 30 40 50 60 70 80 90 100
|—-|—-|—-|—-|—-|—-|—-|—-|—-|—-|
……………………………………………
Integrity check successful.
Note:
It is recommended that you immediately perform a full backup
of this database. If you restore a backup made before the
repair, the database will be rolled back to the state
it was in at the time of that backup.
Operation completed successfully in 61.75 seconds.
—— end snip of command window———
The database was repaired, I ran Windows update again and presto — 38 updates waiting.
So that’s what got it fixed. I’ve found from other people that this problem has actually occurred somewhat regulary and I couldn’t find anyone that had a solution so if this helps anyone — you’re welcome.
Содержание
- Ошибка обновления 0x8024001F в Windows 7, 8 и 10
- Причины ошибки 0x8024001F
- Как исправить ошибку 0x8024001F?
- Метод №1 Используем встроенное средство устранения неполадок
- Метод №2 Запускаем в работу SFC и DISM
- Метод №3 Удаляем сторонний антивирус (если применимо)
- Метод №4 Восстановление системы (для Windows 10)
- Ошибка 8024001B при обновлении Windows — как исправить
- Что вызывает ошибку 8024001B?
- Методы решения ошибки 8024001B
- Метод №1 Средство устранения неполадок
- Метод №2 Сброс компонентов Центра обновления
- Метод №3 Восстановление системы
- Ошибки Центра обновления Windows и их исправление
- Общий подход к обновлению Windows
- Системный сбой Update
- Службы устранения неисправностей
- Снятие эффекта зависания центра
- Код обновления 8024001b
- Проблема Защитника Windows
- Обход сбоя в интернете
- Исправление офисных параметров
- Код ошибки MS Office
- Сканирование повреждённых файлов
- Неисправность конфигурации прокси-сервера
- Исправляем ошибки установки обновлений Windows 7
Ошибка обновления 0x8024001F в Windows 7, 8 и 10
Пользователи Windows сталкиваются с ошибкой 0x8024001F во время установки отложенного ранее обновления для системы. Некоторые утверждают, что подобная ошибка возникает лишь с определенными обновлениями, другие — со всеми отложенными апдейтами.
К сожалению, ошибка 0x8024001F способна появляться на всех современных версиях ОС Windows, начиная от уже старенькой «семерки» и заканчивая самыми последними сборками Windows 10. В сегодняшней статье мы посмотрим, как избавиться от этой ошибки.
Причины ошибки 0x8024001F
Как исправить ошибку 0x8024001F?
Метод №1 Используем встроенное средство устранения неполадок
В Windows можно найти системное средство устранения неполадок. К сожалению, подобное средство от Майкрософт не часто выполняет возложенную на него задачу, тем не менее временами оно все же может помочь разрешить возникшую проблему.
Для запуска средства устранения неполадок вам понадобится сделать следующее (пример для Windows 10):
Применив предложенное решение, проверьте, получится ли у вас обновить Windows и появится ли ошибка 0x8024001F.
Метод №2 Запускаем в работу SFC и DISM
Возможно, вы не можете нормально обновить Windows по причине повреждения системных файлов. Тут вам на выручку идут System File Checker и DISM. Эти средства несколько отличаются по своему функционалу, но, проще говоря, они помогут вам вернуть прежнюю работоспособность системы.
Чтобы использоваться SFC и DISM, вам необходимо придерживаться следующих шагов:
Воспользовавшись услугами SFC и DISM, попробуйте обновить свою Windows. На этот раз ошибки 0x8024001F может и не быть.
Метод №3 Удаляем сторонний антивирус (если применимо)
А вы знали, что некоторые антивирусные программы могут препятствовать различным операциям в Windows? Например, сторонние антивирусы могут запросто блокировать процесс загрузки и установки обновлений для системы. К подобным антивирусам можно причислить McAfee, AVAST, Sophos и другие. Мы рекомендуем вам отключить или же и вовсе удалить свой антивирус, а затем посмотреть, изменится ли ситуация с ошибкой.
Метод №4 Восстановление системы (для Windows 10)
Если вам так и не удалось избавиться от ошибки при обновлении системы, то мы рекомендуем воспользоваться возвратом компьютера в исходное состояние. Проще говоря, вы можете переустановить свою ОС Windows 10, не удаляя при этом своих личных данных. Выполняется эта операция следующим образом:
Подождите возвращения вашего ПК в исходное состояние. Войдя в Windows, проверьте, была ли устранена ошибка 0x8024001F.
Источник
Ошибка 8024001B при обновлении Windows — как исправить
В процессе обновления Windows есть шанс увидеть ошибку 8024001B. Как правило, на подобный код жалуются владельцы таких операционных систем, как Windows 7 и Windows 8.1. Тем не менее появление ошибки также возможно и на современных сборка Windows 10.
Что вызывает ошибку 8024001B?
Подобную ошибку зачастую вызывают некорректно работающие компоненты Центра обновления Windows. Почему они начали работать неправильно — сложно определить. Может быть, из-за какого-то бага, возможно — они были повреждены. Так или иначе работу компонентов можно восстановить, выполнив процедуру их сброса.
Также ошибка 8024001B способна появляться в результате повреждения некоторых системных файлов Windows. Тут на выручку вам придется либо System File Checker, либо точка восстановления системы, которая была автоматически создана Windows. При наличии повреждению что-то должно помочь.
Методы решения ошибки 8024001B
Метод №1 Средство устранения неполадок
Итак, давайте для начала попытаемся положиться на автоматизированные системные средства, предназначенные для решения всевозможных неполадок. Нажмите на клавиатуре Windows+I для открытия окошка с Параметрами системы. Теперь перейдите в раздел «Обновление и безопасность», далее — в подраздел «Устранение неполадок».
В открытом подразделе перед вами предстанет обширный список из различных компонентов системы. Найдите и выберите компонент «Центр обновления Windows». Затем нажмите на кнопку «Запустить средство устранения неполадок». Все, что вам нужно дальше делать — это следовать инструкциям на экране и пытаться избавиться от ошибки 8024001B.
Метод №2 Сброс компонентов Центра обновления
В большинстве случаев никто не любит заниматься подобным делом, ведь на его выполнение требуется много сил и времени. Сброс компонентов Центра обновления Windows, как правило, производится при помощи Командной строки и целой кучи различных команд.
Тем не менее вы можете использовать «батник» собственного производства для подобной задачи. Нажмите на клавиатуре Windows+R. Пропишите в пустой строчке открывшегося окошка значение notepad и нажмите Enter.
Теперь копируйте все нижеуказанные команды и вставьте их в открытое окошко Блокнота:
::Сброс центра обновлений
::GamesQA.ru
:: Checking and Stopping the Windows Update services
set b=0
:bits
set /a b=%b%+1
if %b% equ 3 (
goto end1
)
net stop bits
echo Checking the bits service status.
sc query bits | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto bits
)
goto loop2
:end1
cls
echo.
echo Cannot reset Windows Update since «Background Intelligent Transfer Service» (bits) service failed to stop.
echo.
pause
goto Start
:wuauserv
set /a w=%w%+1
if %w% equ 3 (
goto end2
)
net stop wuauserv
echo Checking the wuauserv service status.
sc query wuauserv | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto wuauserv
)
goto loop3
:end2
cls
echo.
echo Cannot reset Windows Update since «Windows Update» (wuauserv) service failed to stop.
echo.
pause
goto Start
:loop3
set app=0
:appidsvc
set /a app=%app%+1
if %app% equ 3 (
goto end3
)
net stop appidsvc
echo Checking the appidsvc service status.
sc query appidsvc | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto appidsvc
)
goto loop4
:end3
cls
echo.
echo Cannot reset Windows Update since «Application Identity» (appidsvc) service failed to stop.
echo.
pause
goto Start
:cryptsvc
set /a c=%c%+1
if %c% equ 3 (
goto end4
)
net stop cryptsvc
echo Checking the cryptsvc service status.
sc query cryptsvc | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto cryptsvc
)
goto Reset
:end4
cls
echo.
echo Cannot reset Windows Update since «Cryptographic Services» (cryptsvc) service failed to stop.
echo.
pause
goto Start
:Reset
Ipconfig /flushdns
del /s /q /f «%ALLUSERSPROFILE%Application DataMicrosoftNetworkDownloaderqmgr*.dat»
del /s /q /f «%ALLUSERSPROFILE%MicrosoftNetworkDownloaderqmgr*.dat»
del /s /q /f «%SYSTEMROOT%LogsWindowsUpdate*»
:: Reset Windows Update policies
reg delete «HKCUSOFTWAREPoliciesMicrosoftWindowsWindowsUpdate» /f
reg delete «HKCUSOFTWAREMicrosoftWindowsCurrentVersionPoliciesWindowsUpdate» /f
reg delete «HKLMSOFTWAREPoliciesMicrosoftWindowsWindowsUpdate» /f
reg delete «HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesWindowsUpdate» /f
gpupdate /force
:: Reset the BITS service and the Windows Update service to the default security descriptor
sc.exe sdset bits D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)
sc.exe sdset wuauserv D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)
:: Reregister the BITS files and the Windows Update files
cd /d %windir%system32
regsvr32.exe /s atl.dll
regsvr32.exe /s urlmon.dll
regsvr32.exe /s mshtml.dll
regsvr32.exe /s shdocvw.dll
regsvr32.exe /s browseui.dll
regsvr32.exe /s jscript.dll
regsvr32.exe /s vbscript.dll
regsvr32.exe /s scrrun.dll
regsvr32.exe /s msxml.dll
regsvr32.exe /s msxml3.dll
regsvr32.exe /s msxml6.dll
regsvr32.exe /s actxprxy.dll
regsvr32.exe /s softpub.dll
regsvr32.exe /s wintrust.dll
regsvr32.exe /s dssenh.dll
regsvr32.exe /s rsaenh.dll
regsvr32.exe /s gpkcsp.dll
regsvr32.exe /s sccbase.dll
regsvr32.exe /s slbcsp.dll
regsvr32.exe /s cryptdlg.dll
regsvr32.exe /s oleaut32.dll
regsvr32.exe /s ole32.dll
regsvr32.exe /s shell32.dll
regsvr32.exe /s initpki.dll
regsvr32.exe /s wuapi.dll
regsvr32.exe /s wuaueng.dll
regsvr32.exe /s wuaueng1.dll
regsvr32.exe /s wucltui.dll
regsvr32.exe /s wups.dll
regsvr32.exe /s wups2.dll
regsvr32.exe /s wuweb.dll
regsvr32.exe /s qmgr.dll
regsvr32.exe /s qmgrprxy.dll
regsvr32.exe /s wucltux.dll
regsvr32.exe /s muweb.dll
regsvr32.exe /s wuwebv.dll
regsvr32.exe /s wudriver.dll
netsh winsock reset
netsh winsock reset proxy
:: Set the startup type as automatic
sc config wuauserv start= auto
sc config bits start= auto
sc config DcomLaunch start= auto
:Start
net start bits
net start wuauserv
net start appidsvc
net start cryptsvc
В итоге у вас должен получиться, к примеру, файл Сброс центра обновлений.bat. Кликните на этот файл дважды левой кнопкой мыши, после чего начнется автоматический процесс сброса компонентов Центра обновления Windows. Дождитесь его окончания и проверьте наличие ошибки 8024001B.
Метод №3 Восстановление системы
В крайнем случае можно попробовать воспользоваться точкой восстановления. Зачастую после восстановления системы никакие ошибки не должны вас больше беспокоить. Хорошо, нажмите на клавиатуре Windows+R и выполните команду rstrui. В появившемся окошке вам необходимо выбрать точку, на момент создания которой ошибки 8024001B не наблюдалось, и запустить процесс восстановления системы. Процесс очень прост и не займет много времени. Также помните: ваш компьютер может перезагружаться при восстановлении.
Мы надеемся, что данные методы помогли вам в решении ошибки 8024001B.
Источник
Ошибки Центра обновления Windows и их исправление
Важно понимать, что своевременное обновление — нужная функция оперативной системы. Центр обновления Windows работает незаметно и в фоновом режиме. Он автоматически загружает обновления, которые вступают в силу после перезагрузки системы, но иногда происходит сбой, и компьютер перестаёт нормально работать.
Общий подход к обновлению Windows
С момента появления Microsoft Windows 98 производитель значительно улучшил способы обновления компьютеров. Для большинства операционных систем существует автоматическое обновление. В Windows 10 x64 эта функция установлена стационарно и не может быть отключена для домашних пользователей. Только корпоративные клиенты имеют право её отключать. Порядок для Windows Vista, 7/8/8.1:
Системный сбой Update
Специалисты в области персональных компьютеров советуют применять автоматическое обновление. Оно является лучшим способом защиты ПК от вирусных атак. Системный сбой Update может произойти, когда центр обновления Windows 7 не загружает обновления. Для разблокирования ПК запускают средство устранения неполадок Update, которое находится в меню «Пуск».
Если это не помогает, то можно попробовать удалить его кэш, загрузив ПК в безопасном режиме, остановив службу и удалив файлы в C:WindowsSoftwareDistribution. Пользователям, которые выбирают версию Виндовс для установки на ноутбуке, нужно учитывать, что Microsoft завершила основную поддержку Windows 7 с 13 января 2015. Расширенная поддержка будет действовать до 14 января 2020 года при условии, что на компьютере установлен пакет обновления 1 (SP1).
Службы устранения неисправностей
Windows имеет встроенный инструмент устранения неполадок, поэтому, когда не обновляется Виндовс 7 через центр обновления, он помогает устранить проблемы загрузки. Это простой способ попробовать исправить ошибку, и вот почему. Служба устранения сбоёв выполняет три функции:
Приложение нужно открывать с правами администратора, что гарантируют пользователю надёжную работу. Инструмент устранения неполадок позволяет узнать, может ли он идентифицировать и устранить проблему. В большинстве случаев устранение неполадок может успешно удалить «зависшее обновление» из очереди. Инструмент доступен для всех современных версий Windows. Чтобы запустить установщик, нужно:
Снятие эффекта зависания центра
Часто после установки Windows 7 с нуля проверка обновлений затягивается во времени, а центр обновления Windows 7 бесконечно ищет обновления. Эта неполадка происходит, даже если устанавливается ОС с диска или USB-накопителя, имеющего интегрированный пакет обновления 1 (SP1). По словам Microsoft, «вечный поиск» возникает из-за того, что служба Update сама нуждается в обновлении, включая программное обеспечение на стороне клиента. Они важны, если нужно сохранить качество обслуживания и остановить бесконечный цикл.
Для корпоративных клиентов, использующих службы Server Update Services (WSUS) или Systems Management Server (SMS), все обновления, включая клиента WU, контролируются сетевым администратором, обладающим полномочиями по загрузке и установке. Если установлены последние версии для службы Update, процесс работает правильно. В связи с чем были изданы официальные инструкции по устранению проблем:
Код обновления 8024001b
Пользователи Vista при выполнении обновления продолжают получать сообщения «code 8024001b Windows update». Ошибка блокирует нормальную работу компьютера, замедляя скорость обработки данных. Расшифровка ошибки:
Для устранения проблем с Media Center для Windows Vista рекомендуется установить обновление KB955519 в соответствии с условиями лицензии Windows Vista. После этого ошибка будет устранена.
Проблема Защитника Windows
Очень распространённая ошибка, особенно для 10 версии ОС, вызвана сбоем Защитника Windows. Ошибка 0x80248007 возникает, когда отдельные системные файлы повреждены или отсутствуют. Оригинальное сообщение об ошибке:
Обход сбоя в интернете
Сообщение 0x8024001e чаще встречается в 10 версии, и связано оно с ненадёжным подключением к сети. Если в интернет-соединении есть проблемы, перед обновлением нужно обратиться к поставщику услуг и убедиться, что региональные настройки, такие как дата и время — верны. Если ошибка не устранена — нужно перейти к следующему варианту:
После завершения процесса нужно перезагрузить компьютер, чтобы проверить, сохранена ли ошибка. Если нет — перейти к следующему решению. Иногда повреждённый ключ реестра может привести к ошибке. Запуск средства автоматического ремонта найдёт и исправит повреждённые записи. Очень важно, чтобы пользователь не прерывал этот процесс, пока он ставится. Последовательность действий:
Исправление офисных параметров
Не загружаются обновления Windows 7, а пользователи получают сообщение про код ошибки (0x80070057), которое можно встретить во многих сценариях, связанных с Windows. Пользователи сталкиваются с этой ошибкой, когда пытаются сделать чистую установку Window7 или просто устанавливают системные обновления. Кроме того, некоторые пользователи сталкиваются с подобной ошибкой при использовании Outlook или Office. Перечень разделов ошибки:
Код ошибки MS Office
В общем случае эта ошибка возникает, когда пользователь пытается выполнить резервное копирование данных с помощью встроенной функции. Если процесс резервного копирования завершится неудачно, поступает сообщение об ошибке, и ПК может перестать работать. Возможно, это связано с тем, что реестр имеет ограничения по размеру.
В процессе установки в папке HKLM Software Microsoft dasetup создаётся группа ключей реестра. Некоторые ключи реестра содержат много файлов, поэтому он достигает предельного размера, и новые ключи записаны не будут. Чтобы решить эту проблему,
После завершения этих шагов проблема исчезнет, и можно создать резервные копии. Далее, рекомендуется очистить реестр Windows.
Системный реестр — это база данных, в которой хранятся ключевые файлы. Они подходят как операционной системе, так и приложениям. Некоторые записи реестра не удаляются, даже если программа была удалена, и они могут вызвать множество проблем. Поэтому рекомендуется удалить их для повышения производительности ПК.
Существует программное обеспечение онлайн, специализирующееся на чистке ненужных файлов в реестре. Не всё программное обеспечение для очистки реестра работает хорошо. Некоторые могут нанести вред системе, поэтому нужно убедиться, что загружаемое программное обеспечение поступает из доверенного центра загрузки.
Сканирование повреждённых файлов
Ошибка Update 800f081f характерна для Windows 8. 1 и устраняется с помощью встроенного средства DISM или CheckSUR для замены повреждённых или отсутствующих файлов Windows. Инструмент сканирует компьютер на предмет несогласованности, что может быть вызвано различными сбоями оборудования или проблемами программного обеспечения, и после нахождения — устраняет их. В случае глубоких противоречий системы рекомендуется использовать инструмент Deployment Imaging and Service Management (DISM) для обновления файлов и удаления проблемы. Ход исправления 0x800f081f:
Неисправность конфигурации прокси-сервера
Не работает центр обновления Windows 7. Система выдаёт код ошибки 0x8024402c и не позволяет устанавливать новые программы. Обычной причиной этого конкретного кода ошибки является тот факт, что прокси-сервер или брандмауэр настроены неправильно. Поэтому любое соединение, которое пытается подключиться к серверам Microsoft — блокируется. Исправить код ошибки Windows Update:
Если пользователь сделал все, что мог, а ошибка не устранена, значит, пришло время обратиться в службу поддержки Microsoft и выяснить, могут ли они решить проблему. Для этого нужно перейти на страницу контактов компании, где можно войти в чат или запросить обратный звонок.
Там же есть возможность задать вопрос сообществу, что немного более трудоёмко, но полезно, так как, возможно, другие пользователи уже столкнулись и исправили проблему обновления.
Originally posted 2018-05-26 18:54:22.
Источник
Исправляем ошибки установки обновлений Windows 7
Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.
Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.
Ошибка #1. Failed to find updates with error code 80244010
Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate.log также встретится предупреждение:
WARNING: Exceeded max server round trips
Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs.technet.microsoft.com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!
Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308
Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLMComponentsPendingRequired=1
Перезагрузиться. Здесь важно не переусердствовать, не следует удалять никакие другие ключи в этом разделе, даже если они вам очень не нравятся, потому что после этого обновления прекратят ставиться навсегда.
Ошибка #3. Все другие ошибки
Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors
Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы. Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется.
Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.
Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.
Последовательность действий будет следующая.
1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu
Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:
где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%LogsCBSCheckSUR.log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается
Summary:
Seconds executed: 1164
Found 16 errors
Fixed 4 errors
CSI Manifest All Zeros Total count: 6
CSI Catalog Corrupt Total count: 3
Fixed: CSI Catalog Corrupt. Total count: 3
CBS MUM Corrupt Total count: 3
CBS Catalog Corrupt Total count: 3
CSI Catalog Thumbprint Invalid Total count: 1
Fixed: CSI Catalog Thumbprint Invalid. Total count: 1
Unavailable repair files:
winsxsmanifestswow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_c19fa2719495aca9.manifest
winsxsmanifestsamd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.23290_none_5e936c9c5ce2e8e6.manifest
winsxsmanifestswow64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_c22840d8adb43043.manifest
winsxsmanifestsamd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.19091_none_b74af81f6034eaae.manifest
winsxsmanifestsamd64_microsoft-windows-capi2-weakcrypto_31bf3856ad364e35_6.1.7601.19091_none_5e0ace3543c4654c.manifest
winsxsmanifestsamd64_microsoft-windows-gdi32_31bf3856ad364e35_6.1.7601.23290_none_b7d3968679536e48.manifest
servicingpackagesPackage_2_for_KB3123479
то будем исправлять.
2. Копируем эталонные файлы на целевую машину
Microsoft предлагает нам длинную, путанную процедуру с извлечением хороших файлов из обновлений и размещением их в определенные каталоги средства SURT. При этом пути в статьях неверные. Где-то и вовсе рекомендуют подкладывать оригинальные msu файлы.
Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:
*.mum and *.cat из C:WindowsservicingPackages складываются в %windir%TempCheckSURservicingpackages
*.manifest из C:WindowswinsxsManifests складываются в %windir%TempCheckSURwinsxsmanifests
Проблема в том, что битых файлов обычно десятки, и их очень сложно выбрать и скопировать. Тогда на помощь приходит следующий скрипт PowerShell (эталонной считается машина, с которой вы запускаете скрипт)
Как видите, скрипт прост и может быть легко заточен напильником под вашу инфраструктуру.
3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu
=================================
Checking System Update Readiness.
Binary Version 6.1.7601.22471
Package Version 26.0
2016-03-03 09:15
Checking Windows Servicing Packages
Checking Package Manifests and Catalogs
Checking Package Watchlist
Checking Component Watchlist
Checking Packages
Checking Component Store
Summary:
Seconds executed: 1435
No errors detected
Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся
Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%SoftwareDistribution.
Ошибка #5
Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т.д.) идентификаторов клиентов. Решается так:
Ошибка #6
GetCookie failure, error = 0x8024400D, soap client error = 7, soap error code = 300, HTTP status code = 200
SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
Windows Update Client failed to detect with error 0x80072ee2
Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.
Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr.ru/post/329440/
PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!
Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».
Источник