Доброго времени суток, друзья! Все наверняка знают, что обновляя программные продукты, вы не только расширяете возможность обновляемой программы, но и также улучшаете безопасность компьютера в целом. Иногда, при этой процедуре возникают разные ситуации, поэтому решил затронуть тему, почему не устанавливаются обновления Windows 7. Причин, когда не происходит обновление в Windows 7, может быть не так много.
В этой статье я постараюсь максимально кратко и доступно рассказать вам про все. С остальными версиями Windows все то же самое, за исключением некоторых тонкостей (например, в XP «Центр обновления Windows» открывается немного по-другому). Однако я думаю, что это несущественно, поэтому поехали!
Диагностика проблемы утилитой от Microsoft
Пробуем возобновить процесс вручную! Для этого, как первый вариант, можно попробовать скачать с официального сайта компании Microsoft средство устранения неполадок Центра обновлений Windows. Для скачивания утилиты нам надо зайти на официальный сайт, ссылка здесь.
Теперь необходимо нажать на изображение с человечком, который держит в руках ключик, для скачивания этой программки.
После устанавливаете её на компьютер. Поставьте галочку «Принимаю», теперь нажимаете «Далее».
Когда утилита установится, можно пробовать обновить Windows 7. То есть, как вы поняли, больше никакого вмешательства от пользователя не требуется, так как программа делает все в автоматическом режиме.
Проверяем настройки системы
Если способ выше вам не помог, тогда приступаем к настройке Windows для обновления без всяких дополнительных скачиваний. Для этого проделываем такой путь: «Пуск» — «Панель управления» — «Система и безопасность».
Далее нажмите «Центр обновления Windows». В левой части экрана есть надпись: «Поиск обновлений», кликаем по данному пункту. Немного подождите, после чего справа появится кнопка «Установить сейчас», на которую как вы понимаете надо нажать, чтобы приступить к их установке.
Много запросов
Если всё равно проблему устранить не получилось, тогда закройте все окна, которые касаются центра обновления Windows и попробуйте произвести попытку через минут 20. А пока можете читать статью дальше.
Также можно подождать, когда произойдет обновление по расписанию. Если оно у вас не настроено, тогда сделаем это сейчас. Для этого нажмите слева «Настройка параметров».
Поставьте везде галочки и выберите «Устанавливать обновления автоматически (рекомендуется)». Укажите удобное для вас время, когда надо скачивать и устанавливать обновления.
Не забудьте нажать «ОК», чтобы применить все выше описанные действия.
Прокси — сервер
Возможно, что вы пытаетесь скачать обновления через интернет у себя на работе. Но админы закрыв порты, по которым скачиваются обновления, эту задачу ставит в тупик.
Чтобы это проверить вы можете взять компьютер или ноутбук себе домой и попытаться это сделать через свой интернет. Если у вас компьютер, то смысла нести эту махину нет, тогда подходите к админу и рассказываете о возникшей ситуации. Расскажите о том, какие меры вы предпринимали, чтобы он понимал, что его помощь сейчас крайне необходима.
Средства защиты и вирусы
У вас установлен фаервол или антивирус? Тогда перед обновлением вы должны все программные продукты, связанные с безопасностью – отключить. Возможно, что именно они блокируют связь с серверами Microsoft.
Вирусы могут быть причиной, когда не устанавливаются обновления для Windows 7. Чтобы проверить свой компьютер на вирусы, скачайте бесплатную утилиту Dr.Web CureIt! или Kaspersky Virus Removal Tool. Эти программы не требуют установки и интуитивны в обращении. Если будут найдены какие-либо вирусы, тогда смело их удаляем.
Если есть фаервол, тогда добавьте правило исключений для этих сайтов:
http://*.update.microsoft.com
https://*.update.microsoft.com
http://download.windowsupdate.com
Если при обновлении появились ошибки [80244016, 8024402f ,c80003fa]
Если при обновлении Windows у вас появятся ошибки, тогда это средство будет как раз кстати. Чтобы скачать фикс, переходим сюда. Кстати, на этой же страницы, после того как расскажут про то как работает эта утилита, есть также некоторые рекомендации, которые касаются моей статьи.
Как и в прошлый раз нажимаем на изображение с человечком, скачиваем утилиту и устанавливаем её на свой компьютер. Как скачать и как установить программу, можно увидеть наглядно чуть выше, но я думаю, что вы всё запомнили.
Мелкие проблемы
Если у вас до сих пор вопрос, почему не устанавливаются обновления Windows 7, остался нерешенным, проверьте свободное место на жестком диске. Как бы банально и глупо это не звучало, но на моей практике был такой случай, когда диск С: был полностью забит, а пользователь еще хотел и нагрузить его обновлениями для Windows 7.
Кстати, чтобы система работала стабильно, на диске С: у вас должно быть свободного места на 3-5 Гб. Немного отвлеклись, но это действительно важный момент для пользователей.
У вас нелицензионный Windows? Вы пользуетесь пиратской версией? Тогда эта проблема может быть связана с нелегальным программным обеспечением. Если вы в этой ситуации, тогда просто забудьте о каких-либо обновлениях.
Конечно, чтобы выполнить скачивание обновлений, у вас должен быть интернет. Проверьте, не прерывалось ли у вас подключение к интернету. Также можно закрыть все -все программы, даже те, которые не относятся к интернету.
Вот я и перечислил все основные неполадки в системе, которые могли помешать обновлению Windows. Искренне надеюсь, что вы нашли решение, которое исправило ситуацию.
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.