Показать полную графическую версию : [решено] Поиск обновлений - загрузка процессора 100%
Есть комп 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 столь титаническая задача.
ser6720
Вирус? Может проверить этот процесс на предмет наличия какой-нибудь инжекции (например, с помощью Process Explorer) или это вообше левый svchost на вирусы проверял?
xoomer
Я предвидел этот вопрос.
Весь комп проверялся на вирусы и прочую заразу при помощи KAV 6.0.2.621 (базы обновляются автоматически, антивирус запускается в работу вместе с системой),
Ad-Aware (база последняя), Spybot 1.4, новые базы - всё чисто.
Наличие данной проблемы признаёт и Microsoft, посмотрите описание KB927891, вот только лечится ли на слабых компьютерах.
Да и странное было бы поведение вируса, обновления-то находятся, скачиваются и устанавливаются, на этом процесс останавливается и загрузка проца приходит в норму.
На другом компе при автоматическом обновлении запускается тот же процесс, только длится недолго и не так сильно грузит процессор.
Такая же ситуация и у меня... :(
Система:
AMD Sempron, 1600 MHz;
RAM 1024 MB.
Правда, не "30-40 минут", а меньше - минут 10.
Обновление KB927891 установлено.
Я же говорю - проверьте с помощью Process Explorer или чего-либо подобного на предмет подключения каких-либо левых безобидных dll в этот процесс (svchost). Может они грузят? :)
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 (http://support.microsoft.com/kb/916089). Ссылки на загрузку в статье 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 (http://support.microsoft.com/kb/927891)
Petya V4sechkin
12-05-2007, 12:54
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 столь титаническая задача.Да, меня это тоже давно интересует. Казалось бы, достаточно проверить версии файлов и наличие необходимой информации в реестре. А вместо этого микрософтские программеры создали нечто за гранью здравого смысла.
Vadikan
Все ваши ссылки, в конечном счете, ведут к KB927891-v3 (http://www.microsoft.com/downloads/details.aspx?FamilyID=7a81b0cd-a0b9-497e-8a89-404327772e5a&displaylang=ru&Hash=ybrruOiWSLHIBohtq0y75NhGE6ib%2faJRSEedMrKTlV%2bZGv7hm7Zhbh6WqDBTArY47cabpuwcwojhGApp%2bWdZHw%3d %3d), а оно у меня, как я уже писал, установлено.
Petya V4sechkin
Сделал "откат" на WU (http://update.microsoft.com/windowsupdate/v6/default.aspx?ln=ru), как вы рекомендовали, - похоже помогло. Надо понаблюдать... ;)
Всем спасибо! :oszone:
Petya V4sechkin
12-05-2007, 17:04
YuriPet
Жаль, что этот простой способ подходит только для "индивидуальных" пользователей, а в Corporate Environment (WSUS, SMS ITMU) приходится терпеть MU.
Petya V4sechkin
Благодарю за рекомендации, но
Проблема бывает только в том случае, если Автоматическое обновление сконфигурировано на Microsoft Update (не путать с Windows Update).
автоматическое обновление сконфигурировано так на обоих компьютерах, т. е. одинаково , а проблема возникает только на первом ,
который менее производительный.
На втором компьютере такой проблемы не было никогда, даже без KB927891.
Кроме того, на обоих компьютерах установлен Office 2003 в полном объёме и для него тоже необходимо получать обновления. (в мае обновления были почти для всех компонентов Office)
Petya V4sechkin
13-05-2007, 08:19
ser6720
возникает только на первом ,
который менее производительныйДумаю, это вполне естественно.
установлен Office 2003 в полном объёме и для него тоже необходимо получать обновления.Придется выбирать - либо нормальная работа без тормозов (и установка обновлений вручную или с помощью cmd-файла), либо тормоза с автоматическим обновлением.
Попробуйте еще переставить Офис (полностью снести и поставить заново).
prince20
15-05-2007, 08:53
Эта проблема есть и пока что еще будет. Обновление KB927891 решает эту проблему, но частично. По поводу почему на более мощном ПК она не так проявляется, во-первых потомучно он мощнее, и он бестрее справляется с этой проблемой, а во-вторых (не сказано конечно было), но он случаем не 2-х ядерный, на 2-х ядерных эта проблема практически не заметна, загрузка CPU, может быть но максимум до 50%. С этой проблемой бьюсь уже почти как год, после выхода WSUS 2, каждый раз утром при загрузке компов (будь-тот 700 MHz или 3 GHz) процесс svchost.exe загружает CPU на 100% и никуда от этого не деться. Это не вирус 100%.
P.S. Проблема решить, только когда Microsoft будет шевелиться!!!
вроде милкасовт почесался наконец -и
вот хит сезона - WindowsXP-KB927891-v3 решил вроде
в архиве по нижеследующей сцылк - их двое, рус и енг
http://files-upload.com/243968/WindowsXP-KB927891-v3-x86-ENU.rar.html
что уже у кого-то стоит и не помогает - не хотите - не грузите,
но это сегодняшний - - http://support.microsoft.com/kb/927891 ласт ревижн от 22 мая
Petya V4sechkin
23-05-2007, 19:48
ashtree
ласт ревижн от 22 маяЭто ревизия статьи, а не файла.
На странице загрузки по-прежнему v3 от 07.05.2007.
Можно попробовать вернуть Windows Update. Раньше в настройках сайта MU был флажок для отката на WU, но сейчас я его там не вижу.
Нажать в ПАРАМЕТРАХ "Изменить настройки" - там можно Отключить программное обеспечение Microsoft Update и использовать только Windows Update
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.