Windows 7 жутко тупит с обновлениями
 

Не переустанавливал систему полтора года. Приобрёл новую мат. плату и решил обновить ОС (Windows 7 Ultimate x64, не сборка). После установки очень-очень долгий поиск с превеликим трудом обнаружил 200+ обновлений. Подумал, что, наверное, что-то криво поставилось, записал диск заново со всеми проверками, переустановил - то же самое. Попробовал устанавливать обновления по 10-15 за раз с последующей перезагрузкой. После 2 таких итераций обновления перестали загружаться O.o Т.е. я помечаю 10 штук, жму "установить" - и всё, просто бегающий ползунок и 0% прогресса. KB958488 и агент установились сразу, fixit не помогают, как и "устранение проблем". Что я не так делаю? -.-

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

Frankie, всю ночь ждал - бесполезно. И система при этом постоянно нагружена svchost'ом. Проблема, видимо, со стороны MS, т.к. раньше тот же дистрибутив получал обновления почти сразу после переустановки. Но сейчас их нет :C

Squidward Tentacles, установите обновление Windows Update Client for Windows 7 and Windows Server 2008 R2: December 2015.

Squidward Tentacles
И обновление Installing and searching for updates is slow and high CPU usage occurs in Windows 7 and Windows Server 2008 R2 не помешает.

Подскажите, пожалуйста, после установки:
не сделается ли Центр обновлений с параметрами, аналогичными Центру обновлений Windows 10 (в смысле что и когда сама хочу, то и, когда сама хочу, качаю)?

Пока скорее — "не качаю".

Всем спасибо, уже разобрался :clapping:
Если у кого возникла аналогичная проблема, опишу своё решение: после установки Windows 7, основных драйверов и антивируса зашёл в ЦО, включил загрузку и установку обновлений с моего разрешения (опционально, просто чтобы телеметрия и Win 10 не лезли в ОС). Агент и ещё какое-то обновление (KB2685811) к этому моменту уже должны установиться. Потом (до первого поиска обновлений) установил KB3102810 (требует перезагрузку), перезагрузился и KB2852386 (второе по счёту, не требует перезагрузки). Только после этого всё завелось и работает теперь исправно. Теперь можно выполнять первый поиск - находится всё быстро. Обновления, связанные с 10, и прочие потенциально опасные отфильтровал, остальные ставил пакетами по 25 штук, чтобы минимизировать конфликты. "Отказов" в итоге всего несколько штук (наверное, не установились устаревшие и неактуальные обновления, для которых есть аналоги поновее). Всё, дальше можно ставить софт и т.д.

Ну и сегодня вышло обновление https://support.microsoft.com/en-us/kb/3112343 — похоже что как раз с этим связанное (судя по теме и составу, заменяет KB3102810).

mwz, Уже давно вышло- 2 декабря и исправляет ошибку в http://support.microsoft.com/kb/3050265 и добавляет новые сценарии обновления до Win 10 + упрощение процесса повторного обновления после сбоев. Также усиливается мониторинг качества процесса обновления до Win 10.

mwz, Nerdy, всё таки непонятно немного. По логике вещей надо установить одно это обновление: 3112343 и всё должно восстановится, я его ставил, после перезагруза процесс *svchost* успокаивался и память не кушал вообще. Но при проверке обновлений (а их там в списке выпадает потом не более 20) процесс у меня затягивался на 40-50 минут, ну очень долго, + мой процессор (обычный Intel Pentium 4, 3400 MHz) нагружен в это время на 50%.

Это обновление: 3112343 явно заменяет вот это: 3102810, значит последнее не нужно вообще, только первое? Я бы сказал, что с обновлением: 3112343 проблема полностью не решена, а лишь на 50-60%. Кроме установки 3112343 ещё нужно делать какие либо действия, ещё что-то ставить?

Да. 3112343, появившееся после 3102810.
Проверьте также на всякий случай, что установлено обновление 2852386 (Disk Cleanup Wizard addon) — встречались сообщения, что слегка помогает; ну и заодно позволяет производить более глубокую очистку диска.

alex_party, Согласен с вами, это обновление 3112343 не решает проблему долгого поиска обновлений.
все совершенно также происходит, но загрузка ЦП на 100% и продолжалось все около 2,5 часов.
Остается ждать, что Microsoft выпустит еще обновление агента WU. Больше ничего сделать нельзя.

mwz, спасибо, попробую. Когда пользуюсь стандартной очисткой - там всё под контролем у меня и сюрпризов обычно не бывает )

Nerdy, да M$ вообще всем свинью большую тем самым подложил, я уж в начале думал, что он спецом семёрку душит, в угоду десятке. Вот интересно, такая свинья была заложена только для *Win 7 Pro* или и для других версий, может также и для *Win 8-10*?
Мой процессор выпущен где-то в 2004-2005 годах, у Вас наверняка новее и странно, что на 100%
Недавно ещё раз запускал проверку обновлений - 45 минут всё длилось...

2.5 часа длится процесс, мда, а сколько в списке потом обновлений у Вас? У меня (я уже писал) - 20 штук всего, там и офис 2010 тоже. Получается - чем больше их в списке появится, тем дольше будет процесс длиться, а на свежеустановленную систему, судя по всему, так и вообще полдня он будет искать получается..?

Не так давно при установке на голую SP1 "не осилила" за ночь. Агента WindowsUpdateAgent-7.6 ставил сразу из файла.
В итоге плюнул и поставил скриптом 200+ обнов, разбив на 4-части для ускорения процесса. (компик слабенький был)

meZon, да вот же, бакланы M$, тоже думаю - качать нужное потом через скрипт автоматом ставить. И вот помню также ставил на один компьютер систему в конце ноября - долго ищет, потом появляется список, после того как выберешь, нажимаешь *установить*, после этого стоит тупит ещё долго, спустя какое-то время начинает шевелиться...

Не душит, а подталкивает, а сейчас уже весьма навязчиво, к переходу на Win 10 ( обратите внимание на обновленный и повторно выпущенный KB3035583). В наступающем году это обновление станет важным, а не опциональным, как было ранее.
Нет, я считаю, что происходит активная оптимизация сервиса Microsoft Update под Win 8.1/10, что приводит к негативным последствиям на устаревших системах Vista/7.
Мой процессор еще старее, чем у вас: одноядерный и без Hyperthreading Pentium 4 на ядре Northwood.Столько времени заняла установка 12 декабрьских обновлений на полностью обновленный до этого ПК. Microsoft Office не использую.
Получается так. Конечно у разных конфигураций ПК поиск будет занимать разное время, но все равно поиск очень долгий, по сравнению с тем, что было ранее.
Такое впечатление складывается, что клиент WU сканирует абсолютно все обновления для всех поддерживаемых систем, прежде чем выдать результаты.
Хотя в последнем обновлении клиента MS заявляет о фрагментации памяти в процессе поиска обновлений, что и приводит к таким задержкам.
Тем не менее, утечки памяти не происходит, а а к концу сканирования, потребление памяти даже снижается.

оно и качается "скриптом". Вернее, одной командой в wget, по списку из текстового файла со ссылкми.

Если прикинуть здраво, всё это отнимает меньше времени, чем штатные обновы с поиском, отключением "подарков" и ожиданием завершения. При регулярнном обновлении актуального списка процесс и вовсе можно считать быстрым.

Nerdy, Нет, я считаю, что M$ сильно не красиво делают, мне такое не надо, да и данное обновление не из разряда безопасности, так что смысла в нём не видел никогда, даже не смотрел на него, поэтому и проблем у меня нет с ним ) . Вон они чего придумали, вообще попутали: http://geektimes.ru/post/267842/Мда, жаль, как я и думал, придётся переходить на автоустановку с помощью *батника* и отдельно скачанных нужных обновлений. Да, Виста конечно отстой и старьё, но 7 я бы так не назвал, лучше она, не то что шпионская Десятка, не смотрю даже на неё

Не ожидал конечно, что у Вас такой процессор...Совершенно справедливо и мне это сильно не нравится.

Нифига эта проблема не решена. По крайней мере так как ее предлагают решать.

Совершенно очевидно, что M$, не будучи способной предложить чего либо кардинально нового, с момента выхода WinNT, значимого - с момента выода WinXP, и существенного - с момента выхода Vista, страстно желает теперь "монетизировать", вместо продаж софта, сбор полной информации о пользователях (иными словами кражу данных "по соглашению сторон"). Лавры корпорации "добра" не дают покоя засидевшимся на своих креслах пенсионерам. Закрывать поддержку Win7 еще рано, "люди не поймут" (хотя в старые времена никакой поддержки у нас в стране просто не было и ничего, работало), поэтому нужно создать проблемы и втюхать "бесплатный" Вин10, но только тем, кто только поставил "свежую" систему и еще не успел ее "обновить" до "последних достижений технической мысли". "Потери" у них невелики, поставить приложения и наработать какие-то значимые результаты деятельности на новой системе, скорее всего, еще не успели. Тех же, у кого система стоит давно столь "ненавязчиво" трогать не решились, наверное потому, что люди могут остаться "немножко недовольны", когда их проверенная годами система начнет виснуть и встанет весь рабочий процесс. Последних большинство, и им нужно предлагать "апгрейды в виде обновления" и всячески "помогать с принятием решения" (давеча тут бухгалтерша согласилась на обновление, что привнесло "немного проблем", "добрых чувств" и "бурное обсуждение" среди всех "заинтересованных сторон").

Что происходит:
При обновлении свежеустановленной системы, если не запретить полностью Windows Update, как только появляется Нет, он начинает "искать обновления". По мере поиска, в течение 5-10 минут он настолько "увлекается своими открытиями", что сжирает максимально положенные на один процесс 2ГБ (и 3-4 виртуалки), после чего отжирает полностью одно ядро и система начинает тормозить так, будто отожрали "все ядра", а заодно и "всю вычислительную мощь" контроллера клавиатуры.
Небольшой экскурс с помощью ProcessExplorer (запускать из под Администратора) вполне прозрачно показывает, что висит сервис WUAUSERV на одном из SvcHost-ов (а точнее библиотека wuaueng.dll), он же отъедает всю память, какую достанет. "База данных" обновлений (C:\Windows\SoftwareDistribution\DataStore\DataStore.edb) при этом в течение первых 5-10 минут бурно растет пока не достигает размера 952МБ, что соотвествует ее "конечному" состоянию. (В конце, после решения проблемы и установки всех "нужных" обновлений ее размер составил 984МБ.)
Для того, чтобы "повторить шоу" совсем не нужно сбрасывать весь Windows Update, как у нас любят советовать некоторые любители все переустанавливать по любому поводу (некоторые инструкции привели к невозможности перерегистрировать некоторые DLL в связи не "некоторой порчей" прав на ветки реестра, исправление, по моей оценке, вылилось бы в нес часов работы). Достаточно удалить только саму базу, при желании логи, и процесс повторится со всеми симптомами (Удалять из под WinPE тоже не нужно, достаточно остановить сервис wuauserv и файл отдастся вам с чистой душой, даже винду перезагружать не нужно). Для "продолжения банкета", сервис, естественно, нужно запустить снова. Но это уже для мазохистов, а те кто хочет решить проблему - читаем далее.

Почему происходит:
В одно из древних обновлений (скорее всего его метаданные в базе) явно были положены "немного кривые данные", которые вешают Windows Update любой версии, что "стоковый", что последний 7.6.....320 (я пробовал wuaueng.dll и др .dll и 256 подкладывать и 226 из 7.4, и сток - все одно). Те, кто давно установил этот апдейт (условно это значит, что все у кого винда стоит давно), естественно, никаких проблем испытывать не будут. Остальные будут "изготавливать кирпичи". Какой именно апдейт вешает "обновлялку" я не знаю. Было установлено 220 обновлений (часа 3 "упорной работы" компа) и переставлять их все по одному "с проверкой" на вшивость мне не досуг (тем более, что вшивым окажется не само обновление, а факт того, что виснуть перестало после его установки, соотв его в первую очередь и надо ставить чтобы WU ожил, причем может быть и несколько таких). Ясно, что это одно из древних, поск анализ того, что удалось слить WU выявил, почти полную, пустоту. Какая-то инфа слилась с сайта по 1-2 обновлениям. Сейчас уже концов не найдешь, везде все поменялось.
Попытки ставить "ценные обновления" начиная с самого апдейта версии .320 (который он сам "очень молча и бесследно" ставит), и всех упомянутых "исправлений" в этом и куче иных топиков, никаких полезных результатов не принесли, да и не могли принести. Дядя Билли не лыком ведь шит, чтобы выпускать исправления "вредящие" его "доброму делу" продвижения матрицы в массы. К слову первые упоминания об этой проблеме относятся к середине 2015г, а похожие еще к 2014г.

Наверное предполагается, что с т.з. рядового пользователя все это выглядит логично. WU, де, ищет все обновления за долгие годы с момента выхода SP1 в 2010гб их там много... очень много, WU старается, все силы прилагает, но зашивается от такого огромного количества и виснет.
Наверное Винда сильно устарела, подумал Штирлиц... Нужно перейти на новую... Что и требовалось втюхать.

Думаю, ежу понятно, что за 1-2 года можно было уже пол винды "исправить и обновить", но этого почему-то не произошло. Конечно, если гнев народных масс зашкалит, "досадную ошибку" "непременно найдут" и сразу же "исправят" "очередным обновлением", хотя нужно просто устранить бред из данных, которые M$ невозбранно рассылает любым версиям WU.
А какой изящный (если не сказать извращенный) контроль над ситуацией. Гадость можно в любой момент отключить, потом включить снова, "сортировать" по IP, языку, каналу распространения, версии, названию компа и организации, "левоте", да по чему угодно.
При этом никто ничего не поймет... плавающие глюки, у одного работает, у другого нет... Чтож поделаешь бывает.
Кто не в курсе с Vista творится тоже самое, собственно с висящего апдейта Висты и началось это исследование...
Кому она еще нужна, заранее ищите Update Pack для Vista SP2 на случай переустановки.

Решения:
1. На этапе установки Винды полностью запретите обновления (в т.ч. искать) и... НЕ СТАВЬТЕ ИХ ВООБЩЕ. Винда это не антивирус в обновлениях нуждается слабо и только по делу. Бывают исключения, но они редки. И не факт, что обновления, которые вам присылают под предлогом борьбы за безопасность, сами не являются вредоносными программами и не содержат все новых и новых бэкдоров. То, что написано, что это "секьюрити апдейт" еще не значит что так и есть. На заборе тоже много что написано. Один бэкдор закрывает, другой открывает... Я нередко вижу компы с виндой7, которые не обновлялись с момента установки и никакого рассадника вирусов там может и не быть, несмотря на многочисленные "уязвимости".

2. Если Вам все же нужны апдейты в силу различных причин нужно сделать следующее и это проверено уже на 3х совершенно разных, и работает!
2.1 Запретите Windows Update в момент установки и не запускайте его до полной установки обновлений.
Если Вы этого не сделали и у Вас уже висит комп, то остановите (хотите - запретите вообще) wuauserv:
Возможно выполнять команду надо из под Администратора, не помню уже.
2.2 Скачайте свежий Simplix Windows7 Update Pack или иной пакет обновлений, автору которого Вы доверяете.
(Тема Simplix есть на OSZone).
2.3 Установите пакет обновлений
Simplix от 16.03.2016 (сегодня уже вышел апрельский) ставит 220 обновлений на Win7SP1 x64 и 218 на Win7SP1 x86 на свежеустановленной машине в несколько этапов с перезагрузками. Процесс длится часа 3 на "офисной машине".
2.4 По окончании установки можете разрешить WindowsUpdate и он быстро найдет немногочисленные "недостающие" обновления.
Если останавливали сервис, то надо набрать:
После этого можно еще "принудительно помочь" - зайти в центр обновления и "послать искать" обновления.
2.5. Перед установкой обновлений, ОБЯЗАТЕЛЬНО, сверьте список предлагаемых со списком вредоносных обновлений на сайте Simplix-а. Скройте вредоносные обновления чтобы потом случайно их не поставить. Не ставьте всякие средства удаления вредоносных программ и запретите Защитник Виндовс, если вам не охота бессмысленно тратить ресурсы вашего компа и "испытывать тормоза" при копировании больших (и не очень) объемов данных. Если Вам нужен антивирус поставьте нормальный и всего один. :)
2.6 Windows Update после этого рекомендуется запретить или хотя бы запретить ему обновляться автоматически. Новые гадости от M$ могут появиться в любой день. Обновляться будете потом из "проверенных мест" или с "ручной сортировкой" обновлений в "обновлялке".

Можно интегрировать Update Pack в имеющийся инсталлятор Винды, чтобы более к этому унылому вопросу не возвращаться. Но у меня интеграция во все индексы каждой из сборок (x86/x64) длилась ок 20 часов. Возможно легче найти готовый образ с уже интегрированными апдейтами. С торрента такой объем сливается за 10 минут. Для того чтобы установить апдейты нужно, всего лишь, скопировать файлы и/или внести некоторые правки в базы данных (напр реестр). Сколько времени должно занимать копирование 600-700МБ на современном компе? - именно столько занимает весь пак Симпликса. 30сек? минута? - нет 3 часа и 4-5 часов при работе с образом, это еще при условии оптимизации Смипликсом (когда все в "одном флаконе"), а не скачивания с сайта по одному! Даже если там Diff-ы, сколько нужно времени чтобы внести несколько патчей в бинарники?

Иначе как искусственным "надуванием щек" весь этот бред не назовешь. Ситуация доведена до полного абсурда. С такими методами скоро мы будем жить ради "обновлений" и с нетерпением ждать выхода следующего...
Перестаньте ориентироваться на методы всех этих корпораций "бобра со злом", они лишь стараются искусственно все усложнить, запутать и сделать Вас заложником их, никому не нужной, никчемной поддержки, чтобы Вы ходили за ними как козел за морковкой и в рот смотрели. Я постоянно решаю какие-то проблемы, с компами, телефонами, автомобилями и утюгами ... работа такая... и едва ли найдется 1 случай на 100 когда я бы нашел какое-то годное решение среди миллионов бесцельно исписанных страниц на сайте M$. Скорее напоминает SEO-шнай спам ключевых слов. Их мануалы и курсы вполне читабельны и легко усваиваются, но если я начну решать проблемы теми методами, которые предлагают в их руководствах и на курсах сертификации типа MCSE, я буду их решать очень долго, и едва ли вообще решу "большую половину" всех проблем до второго пришествия.

TheDrive, Вот это простыня. Моё почтение... Правда, лично я серьёзной проблемы тут не вижу. Долго ищет обновления? Ну да, появился такой баг, когда Windows 10 вышла. Но как по мне, проблем он не доставляет. Среднестатистический юзер систему все-таки не каждый день переустанавливает, поэтому раз в 1-2 года можно оставить комп на ночь поработать, чтобы он ближе к утру прокашлялся и нашёл-таки в итоге все обновления. А если речь идет про массовую установку, то вы правильное решение предложили: интеграция всех апдейтов в дистрибутив и никаких проблем.

Avatar-Lion
Спасибо!
Но Вы глубоко заблуждаетесь. Он не ищет обновления "до утра". Сервис просто висит. У меня висел много часов без движения. На Висте аналогично, на др компах аналогично. Трафик тоже не идет. У друга, по его словам, висел 3 дня, пока он не понял что висит и не отрубил сервис. Позже он переставлял Винду с нуля 2 раза. Долго пытался что-то там делать. На второй переустановке просто отрубил WinUpdate и жил спокойно пол года пока я сам не столкнулся и не нашел решение с апдейтами. Сейчас у него стоят обновления после Симпликса. Все заработало с пол пинка. Он не админ, просто инженер-пользователь. Пару дней назад кто-то его просил переставить 2 компа - все аналогично, после Симпликса завелось. Компы все разные, ноуты, десктопы, ОЕМ SLP, активация по ключу с наклейки... разницы нет. Вполне возможно, что корпоративщикам моск не парят, чтобы не злить серьезных людей, а заодно внести неразбериху. Как известно, WU жестко завязан с активацией еще со времен XP (все эти Genuine Advantage) и непременно шлет при запросах все, что знает о системе под благовидным предлогом...

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

ОК. Висит. Но не бесконечно. Просто чем слабее CPU, тем дольше он будет "висеть". Скажем, на моём домашнем ПК (см. конфиг) я всю эту канитель с долгим поиском обновлений не замечаю даже. Вчера специально провёл эксперимент на одном из своих ноутбуков (ASUS N61DA, если вдруг важна модель). Это достаточно старый аппарат и его AMD-процессор далеко не топовым был даже на момент выхода его в свет. Обновляется система на нём регулярно. Но в этот вторник появились новые обновления, которые снова нагрузили 1 ядро процессора. Ноутбук простоял 3,5 - 4 часа, затем нагрузка пропала и в Центре обновлений появилось 11 апдейтов. Так что чем больше обновлений не установлено и чем слабее процессор, тем дольше будет длиться поиск обновлений. Если бы у меня на ноуте вообще обновлений не было, то их поиск просто занял бы не 4 часа, а 4 дня. Или 4 месяца. Но рано или поздно он закончился бы. Причем закончился бы успешно.

Полагаю, что при нынешней ситуации с обновлениями их поиск действительно может длиться не один день, если ПК не супер-пупер. Это не всегда удобно, согласен, но причин для паники лично я не вижу.

Сорри, но БЕСКОНЕЧНО.
Я же писал - чел 3 дня ждал, как он сказал. Может он перегружал и забыл, всяко бывает (соотв "счетчик" сбросился :) Но сутки он точно ждал. У меня Виста наверное пол дня висла, не досуг было разбираться, торопился с др вопросами (как-то подбор оптимальных дров, софта и настроек). Потом понял, что это не "старый глючный комп", поск уж очень тормоза мешают и я теряю время, нашел и просто застопорил сервис. До этого он все время висел несмотря на многочисленные "отладочные" перезагрузки. Виста тоже была "новая", ее неумело переустановили пользователи поверх нормально работающей системы из-за каких-то мелких глюков.

Кроме того, имхо тут главное совсем не то, отвиснет он "завтра", или никогда не отвиснет... Оскорбителен сам факт и не думаю, что кто-то в здравом уме и трезвой памяти будет ждать у моря погоды на след день, когда ему нужно переставить винду и работать начать. Такой вариант возможен только от безысходности, как ждет и надеется моряк, после кораблекрушения, увидеть на горизонте парус далекого корабля. Задачка-угадайка - отвиснет он завтра или нет, а сам факт и тотальная потеря времени.

У нас ни у кого ничего ни разу не отвисло. Лично я точно ждать сутками не буду. Я не баран в стойле у M$, чтобы кому-то было дозволено так цинично надо мной издеваться. За сутки я найду какое-то годное решение вплоть до установки Линя (пример специально маргинальный, но не потому что Линь плохой, а потому, что коли ставят Винду, значит нужны соотв потребительские свойства, которые на Лине обеспечить не всегда легко и вообще возможно и наоборот).

Собственно решение я нашел за пол дня и то, только потому, что потратил много времени на опробывание "чудесных обновлений" и различные эксперименты с библиотеками. Возможно, надо было реверсить, но это оч долго и трудно. Решение применить Симплекс было продиктовано, как раз тем, что время вышло и нужно было делать другие дела. Симплекс был скачан заранее с целью ускорить процесс применения обновлений "оптом" альтернативно штатному обновлению с апдейта. Заранее было известно, что он долго ставится, было жалко потратить 3 часа, чтобы потом все равно переустанавливать винду (ведь сначала подозрения были на обновление самого апдейта, которое тихой сапой скрытно ставится как только появляется Нет) или искать проблему в "осложненной" 220-мя обновлениями среде. Когда понимание проблемы созрело, а время вышло, применение симплекса представлялось самым быстрым вариантом, сулившим, как раз, разрешение проблемы исходя из анализа причин ее возникновения (включая не только собственные измышления, но и многочисленные отзывы на форумах, относительно роли M$ во всей этой истории), что и произошло.

У кого много времени есть и заняться нечем, можете скачать обновления по списку симплекса и ставить их по одному начиная с самых старых. Времени уйдет уйма - 220 обновлений, и 220 рестартов wuauserv, не считая необходимых перезагрузок.
Иной вариант попробовать реверсить. Проще всего даже не пытаться отлаживать висячий процесс, а поснифать трафик и по сравнивать структуры данyых. Там скорее всего XML какой-нибудь ходит соотв, сравнивать будет не сложно. Достаточно тэг в "нужном месте" попортить" или превысить размерность данных и сервис, не обремененный повсеместным входным контролем, несмотря на многолетние "обновления" легко может начать так себя вести. Хотя, конечно, вполне может быть и иная, комплексная причина и тогда без трассировки и с трассировкой будет весьма сложно ее найти. Начинать, видимо надо с того, на чем висит соотв процедура, смотреть ее стек, искать кто туда напихал те или иные данные, вызывающие подозрения, ставить брейкпоинты на входы-выходы. ...Легко, но только на словах... На практике можешь все волосы повыдергать из интимных мест и, с легкостью... ничего не добиться, потратив уйму времени и сил. :)

x86 еще не пробовали, возможно там ситуация иная (x86 ставят на более "слабые" компы, ставить x64 имея менее 4GB ОЗУ смысла никакого нет, соотв отношение к x86 может быть более лояльным, тем более такая практика уже не раз наблюдалась за M$, взять хотя бы обязательность подписей на дровах в x64 в отличие от x86.

Скоро, видимо, будем рассуждать в категориях "если Винда не работает - ищи кому это выгодно" вместо поиска технических проблем. :)

Не я первый успешно применял паки с целью разрешить данную проблему. Где-то видел отзыв человека, который успешно избавился от зависаний апдейта аналогичным способом (вместе с жуткими тормозами компа, не забываем). Позже искал эту страницу, но не нашел, а то бы ссылку дал.

Да, еще на это забыл обратить внимание:
Т.е. это однозначно указывает, на то, что система на нем ДАВНО СТОИТ!
Я сразу на это указывал! В том-то и суть, что виснет НА СВЕЖЕУСТАНОВЛЕННОЙ ВИНДЕ!
Давно установленные системы, давно установили все старые обновления, на одном (или нескольких) из которых теперь и обламывается WU.
Таким образом отсекаются те, у кого "есть что терять", от тех, кому "терять почти нечего", об этом я писал выше!
3-4 часа на 11 обновлений тоже фатально долго, но подозреваю, что тормозит комп не при поиске, а при накатывании самих обновлений, поск "издревле" этот процесс у M$ фатально тормозной (что тоже выывает butthurt, поск, см выше, скопировать неск мег файлов и поправить неск строк в реестре, никак не стоит часов времени ожидания. Это бред.

Возможно на "рабочей машине" он долго "переливает из пустого в порожнее", зажирает кучу памяти и файл подкачки туда-сюда с низким приоритетом (дисковые операции становятся ужасно медленными при наличии большого количества параллельных запросов), но какие-то результаты его деятельности есть по Вашим словам.

На "новой Винде", после зависания wuauserv (5-10 минут после старта с пустой базой) перестает обмениваться трафиком и перестает обращаться к базе (после того, как она доростает до 952МБ), соотв никаких признаков полезной активности нет, из чего следует вывод, что он висит, и висит абсолютно бесполезно и бесполезно жрет ресурсы и мешает юзеру работать, Ожидать от него, что он отвиснет не приходится. За много часов (или даже дней) не отвисает, уже который раз пишу, база не меняется, логи не меняются. Результатов нет.

Если в офисе сидите и есть свободный комп - развлекитесь на досуге, посравнивайте поведение x64/x86, OEM/Retail, VL/неVL. Вполне могут быть интересные наблюдения и результаты.

Вы меня прям заинтриговали. :) Я специально на работе постараюсь найти какой-нибудь не шибко новый ПК. Поставлю туда Windows 7 без обновлений и посмотрю сколько суток она будет искать эти самые обновления. Хотя, повторюсь, лично я проблемы тут не вижу. Может, потому, что мне торопиться некуда...

Спасибо большое!
У меня сейчас нет возможности кучу компов где-то поставить и тренироваться и времени катастрофически не хватает.
Решение таки есть. Кроме того я интегрировал в образ все эти несчастные обновления, прождав 2x20часов и теперь буду ставить с флешки в уже готовом виде. А все эти "оригинальные диски" давно пора спускать в унитаз, поск с DVD еще и ставится медленнее в разы. Торопиться всегда нужно, но как говорят в поговорке, "торопись медленно". Жизнь уходит каждый день и спешить нужно, но нужно не упустить важное и не упустить то, на чем потом регулярно будешь терять время и иные ресурсы, терпеть поражения.

Данная тема находится в поисковиках по запросу обновления Windows Vista, и Vista в этой теме упоминается. Поэтому приведу правильное решение для Windows Vista, не требующее установки чего-либо из неофициальных источников.

Замечу, что проблема решается после ручной установки обновлений Win32K.sys. Аналогичный подход может помочь и для Windows 7, но списка нужных обновлений я не искал и работоспособность метода под Windows 7 не тестировал.

Более полное описание проблемы и актуальные ссылки на нужные обновления на английском.

Коротко по-русски для случая, когда у нас есть Windows Vista, установленная с диска или восстановленная к заводским настройкам:

0. В зависимости от древности диска нам могут потребоваться пакеты обновления SP1 и SP2, а также исправление Windows Update.
1. Отключаем автоматическое обновление через Windows Update (Центр обновления Windows → Настройка параметров → Важные обновления → Не проверять наличие обновлений) и перезагружаем ПК.
2. Скачиваем все обновления, затрагивающие Win32K.sys. Актуальный список ссылок смотри в "Note 2" в оригинальной статье. 10 января 2017 года требовались: KB3078601, KB3109094, KB3185911, KB3191203, KB3203859, KB3204723.
3. В соответствии с порядковым номером устанавливаем скачанные обновления, послушно перезагружая систему после каждого обновления.
4. Включаем автоматическое обновление и запускаем поиск обновлений.