[решено] Поиск обновлений - загрузка процессора 100%

[Ser6720]

Есть комп 2000 г. рождения.

Состав: Intel Pentium IIIE, 1000 MHz

Abit VH6 v1.1 VIA VT82C694X Apollo Rro133A

ОЗУ 512 МБ

Windows XP Pro SP2

Проблема заключается в следующем.

Если включить автоматическое обновление, то всякий раз при загрузке О.С. процесс svchost.exe (SISTEM) загружает процессор на 100% , причём на довольно длительное время, идёт поиск текущих обновлений, работать невозможно.

Если производить поиск обновлений вручную с узла Windows update, то происходит то же самое – загрузка процессора 100% в течение 30-40 минут.

На форуме была тема с похожей проблемой, для решения которой предлагалось установить обновление KB927891.

Я его установил, но проблема осталась, есть ли другие решения.

Сейчас отключил автоматическое обновление, а критические обновления устанавливаю вручную, всё нормально.

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

Intel Pentium IV 3000 MHz,

Asus P4S800-MX,

ОЗУ 1024 МБ.

Windows XP Pro SP2

Там такой проблемы не наблюдается.

Кроме того, хочется знать, на что же тратится вся мощь процессора.

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

[xoomer]

ser6720

Вирус? Может проверить этот процесс на предмет наличия какой-нибудь инжекции (например, с помощью Process Explorer) или это вообше левый svchost на вирусы проверял?

[Ser6720]

xoomer

Я предвидел этот вопрос.

Весь комп проверялся на вирусы и прочую заразу при помощи KAV 6.0.2.621 (базы обновляются автоматически, антивирус запускается в работу вместе с системой),

Ad-Aware (база последняя), Spybot 1.4, новые базы - всё чисто.

Наличие данной проблемы признаёт и Microsoft, посмотрите описание KB927891, вот только лечится ли на слабых компьютерах.

Да и странное было бы поведение вируса, обновления-то находятся, скачиваются и устанавливаются, на этом процесс останавливается и загрузка проца приходит в норму.

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

[YuriPet]

Такая же ситуация и у меня...

Система:

AMD Sempron, 1600 MHz;

RAM 1024 MB.

Правда, не "30-40 минут", а меньше - минут 10.

Обновление KB927891 установлено.

[xoomer]

Я же говорю - проверьте с помощью Process Explorer или чего-либо подобного на предмет подключения каких-либо левых безобидных dll в этот процесс (svchost). Может они грузят?

[Vadikan]

FIX: When you run Windows Update to scan for updates that use Windows Installer, including Office updates, CPU utilization may reach 100 percent for prolonged periods

. Ссылки на загрузку в статье

You receive an access violation error when you try to install an update from Windows Update or from Microsoft Update after you apply hotfix package KB916089

[Petya V4sechkin]

ser6720


Цитата:



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



Проблема бывает только в том случае, если Автоматическое обновление сконфигурировано на Microsoft Update (не путать с Windows Update).



Для проверки зайдите на windowsupdate.microsoft.com, если в адресной строке после редиректа будет update.microsoft.com/windowsupdate - это старый добрый Windows Update (работает быстро, проверяет обновления только для ОС Windows). А если update.microsoft.com/microsoftupdate - это глючный и тормозной Microsoft Update (сканирует обновления не только для ОС, но и для Офиса и др.).



Можно попробовать вернуть Windows Update. Раньше в настройках сайта MU был флажок для отката на WU, но сейчас я его там не вижу. Тогда переименуйте файл %windir%\SoftwareDistribution\DataStore\DataStore.edb в DataStore.bak, выполните:



Код:

Код: Выделить всё

regsvr32 /u muweb.dll

и зайдите на windowsupdate.microsoft.com снова.






Цитата:



Кроме того, хочется знать, на что же тратится вся мощь процессора.

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



Да, меня это тоже давно интересует. Казалось бы, достаточно проверить версии файлов и наличие необходимой информации в реестре. А вместо этого микрософтские программеры создали нечто за гранью здравого смысла.

[YuriPet]

Vadikan

Все ваши ссылки, в конечном счете, ведут к

KB927891-v3

, а оно у меня, как я уже писал, установлено.



Petya V4sechkin

Сделал "откат" на

WU

, как вы рекомендовали, - похоже помогло. Надо понаблюдать...



Всем спасибо!

[Petya V4sechkin]

YuriPet

Жаль, что этот простой способ подходит только для "индивидуальных" пользователей, а в Corporate Environment (WSUS, SMS ITMU) приходится терпеть MU.

[Ser6720]

Petya V4sechkin

Благодарю за рекомендации, но


Цитата:



Проблема бывает только в том случае, если Автоматическое обновление сконфигурировано на Microsoft Update (не путать с Windows Update).



автоматическое обновление сконфигурировано так на обоих компьютерах, т. е. одинаково , а проблема возникает только на первом ,

который менее производительный.

На втором компьютере такой проблемы не было никогда, даже без KB927891.

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