Windows Update çalışmıyor ve CPU'nun% 100'ünü kullanıyor (Win7 SP1) [yinelenen]

79

Bu sorunun zaten burada bir cevabı var:

Windows 7 SP1 Windows Update güncelleştirmeleri denetledikten sonra sıkışmış 13 yanıt

Windows Update'te (Win7 SP1) garip bir davranış gözlemledim. Svchost işlemi hiçbir şey yapmadan Sanal Makinemin (VirtualBox) çekirdeğinin tamamını tüketiyor (yani, ağ trafiği yok ve klasör C:\Windows\SoftwareDistributionaynı sayıda dosyayla aynı boyutta kalıyor). Ayrıca, işlem bazen büyük miktarda bellek tüketir (> 1 GB). Ayrıca, bazen klasörün SoftwareDistributionbelirli bir süre boyunca boyutunun arttığını ve bundan sonra hiçbir şeyin olmadığını ve svchost'un tüm çekirdeği tüketmeye devam ettiğini not ettim .

Sorunun Windows Update ile ilgili olduğunu biliyorum, çünkü (Kaynak İzleyicisi'ni kullanarak) hangi hizmetin yukarıda belirtilen davranışla ilişkili olduğunu izledim.

Aşağıdaki resim neyle karşı karşıya olduğumu gösteriyor:

Bir sonraki resimde svchost ile ilgili detaylı bilgiler gösteriliyor:

Güncellemeyi yapmaya çalışırsam hiçbir şey olmuyor. Windows Update ilerlemiyor. Aşağıdaki resme bakın:

Güncelleştirmeyi 4 saat boyunca yapmaya çalışan bu makineden ayrıldım. Bu süre zarfında CPU tüketimi yüksek kalmıştır (yukarıda belirtildiği gibi) ve güncelleme yapılmamıştır.

Sorum şu:

Windows Update'in çalışmamasının ve işlemcimin tüm çekirdeğini hiçbir şey yapmadan tüketmesinin nedeni nedir?

İlgili sorular):

svchost.exe yüksek bellek kullanımı - wuauserv

— Cantoni
kaynak

WSUS Çevrimdışı kullanarak , bu soruna geçici bir çözüm bulmak da mümkündür (çoğunlukla).

— Daniel B,

2

Cevap ekleyemem çünkü site <10 itibarımın olduğunu düşünüyor, işte Windows 7 VM’de benim için işe yaradı. Bu muhtemelen VM'lere özgüdür. 1) Çekirdekleri 1'den yüksek bir değere yükseltin. 2) 3102810 güncellemesini aşağıdaki üst cevapta çalıştırın. 3) Windows Update'i çalıştırın. Aralarında bazı bilgisayarların yeniden başlatılması gerekebilir. Temelde Windows Update 1 çekirdekte iyi çalışmıyor.

— Eugene K,

İş ağımdaki bilgisayar demetinin Windows Güncellemeleri tarafından her zaman tüketilen bir çekirdeği var, ancak kullanıcılar bunu fark etmiyor bile. Microsoft, tüm bu bilgisayarları dağıtılmış bilgi işlem sistemine bağlamalı ve yüzlerce petaFLOPS ücretsiz bilgi işlem gücü edinmelidir.

— Andrei

83

düzeltmek

Microsoft , Windows Update taramasındaki uzun süreyi gidermek için Temmuz 2016 Güncelleştirme Toplaması'nın bir parçası olan Windows Update İstemcisi Güncelleştirmesi'ni yayımladı .

Bu güncelleştirme, Windows 7 Service Pack 1'deki (SP1) Windows Update İstemcisi için bazı geliştirmeler içerir. Bu, aşağıdakileri içerir:

Bazı bilgisayarlarda bildirilen güncellemeler için uzun tarama süresini ele alan bir optimizasyon.

İndir:
- 32 Bit
- 64 Bit
Windows Update hizmetini durdurun. Bu , MSU güncellemelerinin kurulumunu hızlandırır . Bu komut satırından veya servis yöneticisi penceresinden yapılabilir .
İndirilen güncellemeyi deneyin ve Güncelleme kurulumunu hızlandırıp hızlandırmadığına bakın.

Güncelleştirmeyi yükleyebilmek için önce Windows 7 ve Windows Server 2008 R2 güncelleştirmesi için Nisan 2015 hizmet yığını güncelleştirmesini yüklemelisiniz (MSU'yu yüklemeye çalışmadan önce WU hizmetini durdurun).

İndir (Nisan 2015 servis yığını güncellemesi):

32 Bit

64 Bit

Geçici Çözüm 1

Bu hala yeni güncellemeleri aramaya yardımcı olmuyorsa, tüm güncellemeleri almak için WSUSOffline kullanın.

— magicandre1981
kaynak

7

Hayır, bu işe yaramıyor. Güncelleştirmeyi bir Win7 64 bit'e yükleyen wuauserv , % 100 CPU'da hala gereksiz yere dönüyor ve Olay Günlüğü ve WindowUpdate.log'a göre uzun süre boyunca kesinlikle hiçbir şey yapmıyor. * sigh *

— Tomalak

Bu benim için sorunu çözdü. Not: Tek çekirdekli bir işlemciniz varsa, hiçbir şey sizi kurtaramaz, hiçbir düzeltme yardımcı olmaz. Böyle eski bir donanım için Windows Update hizmetini devre dışı bırakın, her zaman meşgul olan bir sistemle çalışamazsınız, bu gibi durumlarda modası geçmiş olma riskini almak kaçınılmazdır. Hızlı bilgisayarlarda da sorun var ancak farkedilmeden gider çünkü bilgisayar halledebilir. Çift çekirdekli bir Celeron'da (LGA 775) bu işe yaradı.

— Hatoru Hansou,

1

Bu cevap benim için çalıştı! VM'mde iki çekirdek mevcuttu ancak 6'ya yükseltmek bile hiç yardımcı olmadı. Windows Update zaten arka planda bir şey yaptığında iyi çalışmadığından, bu güncelleştirmeyi yüklemek zor olsa da. Windows Update hizmetini yeniden başlatmak ve ardından hemen bu güncellemeyi yüklemek harika oldu!

— JLH

1

Bir MSU güncellemesi kurmadan önce, WU servisini services.msc üzerinden sonlandırabilirsiniz (jlh). Bu, kurulumu çok hızlandırır.

— magicandre1981,

1

Bağlantılı KB düzelttiği belirli problemlerden bahseder (Win10'a yükseltme ve SCCM kullanarak güncelleme).

— Matthias Weiler, 15

8

Bir gün bu sorunu çözmeye çalıştıktan sonra, sorunun tekrar olup olmayacağını kontrol etmek için başka bir Sanal Makine oluşturdum.

Ne yazık ki, sorun tekrar oldu! Bundan sonra bir arkadaşımla bu konuda konuştum ve bana Windows ağ arayüzümün IPv6'sını devre dışı bırakmamı önerdi. Yaptım ve iki davranış gözlendi:

IPv6'yı devre dışı bıraktığımda yeni sanal makinede CPU tüketimi neredeyse anında düştü ve Windows Güncellemesi beklendiği gibi çalıştı.
Diğer sanal makinede IPv6'yı devre dışı bıraktıktan sonra CPU tüketimi düşmedi. Gözlemden sonra Windows'u yeniden başlattım ve CPU tüketimi yüksek kaldı. Ancak, 30 dakika sonra (yaklaşık), CPU tüketimi düştü ve her şey beklendiği gibi çalıştı.

IPv6'yı devre dışı bıraktıktan sonra her iki pencere de başarıyla güncellendi.

Bu davranışı yeniden üretebileceğime dikkat etmek önemlidir. IPv6'yı devre dışı bırakmadan önce Sanal Makinemin kopyaları var.

— Cantoni
kaynak

Sadece bir takip olarak - bu düzeltme hala çalışıyor gibi görünüyor mu? Bir meslektaşım aynı sorunu yaşıyordu (2008R2'deki güncellemeler sırasında% 100 CPU) ve IPv6'yı devre dışı bırakmayı denedi. Değişikliği yaptıktan sonra yeniden başladı ve iki saat sonra işlemcisi tekrar hızlandı.

— Rion Williams

1

Merhaba @RionWilliams, Her iki sanal makinede de (Windows 7 Professional) bu çözüm açıklandığı gibi çalıştı. Ancak, başka çözümler de var, lütfen buraya bakınız: superuser.com/questions/821032/…

— cantoni

Tekrar merhaba cantoni. Hem IPv6 düzeltmesini hem de boşuna verdiğiniz yazının içinde belirtilenlerden birkaçını denedik. Ancak bunun yalnızca tek bir işlemciyi çalıştıran VM'lerde bir sorun olarak göründüğünü fark ettik (iki tane kullanıyorsanız, CPU kullanımı% 50'ye çıkıyor) ve yalnızca bazı SQL Server lezzetine sahip makineleri hedef alıyor. Hala araştırıyorum ama bunlar şu ana kadar daralttığım şeyler.

— Rion Williams,

IPv6'yı devre dışı bırakmak yardımcı olmadı.

— Paul

3

ESXi altında WS2012R2 sunucuları kullanıyorduk ve Windows Güncellemeleri süresiz% 100 çekirdek kullanıyordu. Bağdaştırıcının özelliklerinde IPv6'yı devre dışı bırakmak bizim için çalıştı. Diğer insanları etkileyebilecek sorunlardan biri de dahil olan sanal NIC türüdür: ESXi varsayılan olarak Intel PRO / 1000'leri kullanmak istiyor, bu da bir sürü soruna neden oluyor, ancak VMware belgeleri WS2012 için VMXNET 3 adaptörlerini kullanmanızı önerir. veya daha sonra. Bu gelen VMXNET3 sürücüleri indirmenizi gerektirir packages.vmware.com/tools/releases/latest/windows/index.html

— AlwaysLearning

5

Yardımcı olabilecek bir başka şey de Windows Update Sorun Gidericisi - Windows Update ve Arka Plan Akıllı Aktarım Hizmeti (BITS) ile ilgili sorunları teşhis edebilen bağımsız bir uygulamadır.

— mjturner
kaynak

Mükemmel bir araç! Yine de TWICE'i çalıştırmak zorunda kaldım - İlk defa, "servis kaydı eksik veya bozuk" dışında bir çok şeyi düzeltti. Ancak, yine W-7'de koştu ve bu da düzeltildi!

— DaaBoss 15:16

Ne yazık ki benim için sorun giderme aracı da sonsuza kadar döner. "Sorunları çözme" konusunda takılıp kalıyor ve Görev Yöneticisine göre svchost benim çekirdeğimi yeniden doyuruyor.

— AshleyZ

1

Benim için düzelten KB2889748 idi

Windows tabanlı bir bilgisayara Windows Management Framework 3.0 yükledikten sonra Svchost.exe işlemi tarafından yüksek bellek kullanımı

— Erime noktası-3
kaynak