[sputnikk]

В вашем частном случае разбирайтесь сами »

проблема исчезла после сканирования sfc, были устранены ошибки.
Надо было сделать сразу после обновления до 20H2. Иногда sfc находит ошибки после очередного обновления до новой версии, Хотя 20H2 всего лишь апдейт и возможно причина повреждения не в нём

[timson74]

Приветствую уважаемое сообщество!
Прошу помочь в решении странной проблемы, которая появилась примерно в середине 2020 года. В какой-то момент я заметил, что каждый раз при включении компьютера процесс "Служба узла: Центр обновления Windows" начинал грузить процессор на 30-40% в течении достаточно продолжительного времени, чего раньше точно не было. При этом, если зайти после этого в раздел "Обновление и безопасность", то видно, что система не делала проверку последних обновлений в момент, когда грузился процесс "Служба узла: Центр обновления Windows". Самое поганое, что если раньше этот процесс загружал процессор в течении 5-8 минут, то теперь это длится почти полчаса!!!
Все перечисленные в шапке темы действия мной уже делались:
1) Диагностика Центра обновления Windows проблем не нашла
2) Целостность хранилища компонентов и системных файлов - 100%
3) Папку Software Distribution очищал. Сразу после перезагрузки ПК Центр обновлений загружал процессор минут на 5, но при следующем включении ПК, ситуация возвращалась на старые рельсы(загрузка процессора снова вырастала до 25-30 минут)
4) В Автозагрузке ничего, кроме драйверов звука Realtek, сканера Canon и небольшой утилитки TranslucentTB, делающий трей прозрачным, нет
Естественно, ПК проверен на вирусы, траяны и майнеры как штатным антивирусом(Kaspersky Internet Security 2021), так и сторонним софтом(Dr.Web Cure It, Malwarebytes 4.0)
Ещё один момент - у меня отложено через стандартную настройку Центра обновлений на 365 дней обновление до следующей версии Windows(20H2). Но почему, в таком случае, процесс грузит процессор всё дольше и дольше?!
Прошу помочь в сложившейся ситуации.

[NickM]

timson74, ну, для начала, например, можно глянуть, чем занимался агент WU во время нагрузки на процессор.
Попробуйте предоставить лог агента обновлений Windows и сообщить примерное время нагрузки на процессор.

В powershell

Код:

Get-WindowsUpdateLog

после искать на раб.столе пользователя

[timson74]

NickM , сделал лог агента обновлений Windows через Powershell, результат - во вложении

[NickM]

timson74,

и сообщить примерное время нагрузки на процессор. »

По логу бесконечных поисков не увидел...

[timson74]

NickM, и что делать? Разве эта величина не указана в предоставленном отчёте? Или я сам должен где-то смотреть "время нагрузки на процессор"?

[NickM]

эта величина »

в течении достаточно продолжительного времени »

сообщить примерное время нагрузки на процессор. »

Нет, не указана, поэтому и просил привести примерное время возникновения проблемы.
или Вы думаете/ предполагаете, что в логах так и пишется - "пжлст., обратите внимание ВОТ здесь проблема"?.

[timson74]

NickM, я ничего не предполагаю, т.к. не являюсь специалистом в области IT-технологий. Именно поэтому я и обратился на данный форум, чтобы мне здесь помогли. Или вы думаете/предполагаете, что все без исключения участники данной ветки - компьютерные гуру?
Что касается "примерного времени нагрузки на процессор", то я ещё в первом посте всё указал - с момента включения компьютера процессор загружен процессом "Служба узла: Центр обновления Windows" в течении 29-30 минут, после чего данный процесс прекращает активность и загрузка процессора падает до обычных 1-2 % в простое.

[Forgiven1]

каждый раз при включении компьютера процесс "Служба узла: Центр обновления Windows" начинал грузить процессор на 30-40% в течении достаточно продолжительного времени »

Воспроизведите данную ситуацию с нагрузкой ЦП Центром обновления и пришлите файл

• ...\Windows\Logs\CBS\CBS.log

[NickM]

timson74, Я искренне желаю Вам помочь в разрешении вопроса или хотя бы к приблизиться к оному.

Логично предположить, раз

"Служба узла: Центр обновления Windows" »

нагружает процессор, то первым делом неплохо было бы заглянуть в лог агента обновлений.

Анализ лога, не всегда легкая процедура, т.к. логи иногда бывают достаточно объёмными.

Согласно Вашего лога:

Если выбрать время в часа и минутах, без секунд, то можем примерно увидеть длительность/ промежутки записи в лог (не время работы агента обновлений, а именно записи в лог):

Код:

Время из лога в часах минутах	Длительность 
12:56:00	
12:57:00	0:01:00
13:07:00	0:10:00
13:17:00	0:10:00
13:37:00	0:20:00 {Здесь инициализация}
13:38:00	0:01:00
13:47:00	0:09:00
14:21:00	0:34:00 {Здесь инициализация}
14:31:00	0:10:00
14:35:00	0:04:00 {Здесь инициализация}
14:45:00	0:10:00

Агент обновлений трижды инициировал себя и завершал свою работу (обратите внимание, длительность ~10мин.):

Код:

WU client version 10.0.18362.1171

...

Код:

2021.01.02 13:17:16.9508612 3088  3172  Shared          * END * Service exit Exit code = 0x240001
...
2021.01.02 13:37:26.1493453 7960  8712  Shared          InitializeSus
...
2021.01.02 13:47:28.2759365 7960  8712  Shared          * END * Service exit Exit code = 0x240001
...
2021.01.02 14:21:24.5448525 8528  2512  Shared          InitializeSus
...
2021.01.02 14:31:36.7833385 8528  2512  Shared          * END * Service exit Exit code = 0x240001
...
2021.01.02 14:35:03.3319334 5068  1284  Shared          InitializeSus
...
2021.01.02 14:45:35.0493810 5068  1284  Shared          * END * Service exit Exit code = 0x240001

В любом случае, согласно последней записи лога, у Вас имеется одно не установленное обновление (по логу информация о найденном обновлении встречается несколько раз):

Код:

2021.01.02 14:35:32.9583771 5068  7640  Agent           Found 1 updates and 7 categories in search; evaluated appl. rules of 75 out of 152 deployed entities
2021.01.02 14:35:32.9607346 5068  7640  Agent           * END * Finding updates CallerId = Update;ScanForUpdatesForUser, Id = 43, Exit code = 0x00000000 (cV = X8Y14rjREk2chEcv.1.0.1.0.0.1)
2021.01.02 14:35:32.9629472 5068  7640  IdleTimer       WU operation (CSearchCall::Init ID 43, operation # 300) stopped; does not use network; is at background priority
2021.01.02 14:35:32.9634692 1548  2656  ComApi          *RESUMED*   Search ClientId = Update;ScanForUpdatesForUser, ServiceId = 855E8A7C-ECB4-4CA3-B045-1DFA50104289 (cV = X8Y14rjREk2chEcv.1.0.1.0.0)
2021.01.02 14:35:32.9676186 1548  2656  ComApi          * END *   Search ClientId = Update;ScanForUpdatesForUser, Updates found = 1, ServiceId = 855E8A7C-ECB4-4CA3-B045-1DFA50104289 (cV = X8Y14rjREk2chEcv.1.0.1.0.0)
2021.01.02 14:35:32.9680547 1548  3068  ComApi          * END *   All federated searches have completed. Jobs = 1, Succeeded = 1, ClientId = Update;ScanForUpdatesForUser (cV = X8Y14rjREk2chEcv.1.0.1.1)
2021.01.02 14:45:32.9786351 5068  8080  Agent           Earliest future timer found: 
2021.01.02 14:45:32.9786580 5068  8080  Agent               Timer: 29A863E7-8609-4D1E-B7CD-5668F857F1DB, Expires 2021-01-03 10:38:27, not idle-only, not network-only
2021.01.02 14:45:33.9800284 5068  1284  Shared          UninitializeSUS

Возможно, что это обновление не может корректно установиться?

Тогда, действительно, в этом поможет разобраться:

Воспроизведите данную ситуацию с нагрузкой ЦП Центром обновления и пришлите файл ...\Windows\Logs\CBS\CBS.log »