Windows अद्यतन काम नहीं करता है और CPU (Win7 SP1) का 100% उपभोग करता है [डुप्लिकेट]


79

इस सवाल का पहले से ही यहाँ एक जवाब है:

मैंने विंडोज अपडेट (Win7 SP1) के साथ एक अजीब व्यवहार देखा है। प्रक्रिया svchost मेरे वर्चुअल मशीन (वर्चुअलबॉक्स) के पूरे कोर का उपभोग कर रही है (कुछ भी नहीं, यानी, कोई नेटवर्क ट्रैफ़िक नहीं है और फ़ोल्डर C:\Windows\SoftwareDistributionएक ही आकार में एक ही संख्या में फ़ाइलों के साथ रहता है)। इसके अलावा, प्रक्रिया कभी-कभी बड़ी मात्रा में मेमोरी (> 1 जीबी) की खपत करती है। मैंने यह भी नोट किया है कि कभी-कभी SoftwareDistributionअवधि के दौरान फ़ोल्डर आकार में बढ़ जाता है, और उसके बाद कुछ भी नहीं होता है और svchost पूरे कोर का उपभोग करना जारी रखता है।

मुझे पता है कि समस्या विंडोज अपडेट के साथ है, क्योंकि मैंने ट्रैक किया है (संसाधन मॉनिटर का उपयोग करके) क्या सेवा ऊपर संबंधित व्यवहार के साथ संबंधित है।

नीचे दी गई छवि दिखाती है कि मैं क्या सामना कर रहा हूँ:

यहाँ छवि विवरण दर्ज करें

अगली छवि svchost के बारे में एक विस्तृत जानकारी दिखाती है:

यहाँ छवि विवरण दर्ज करें

अगर मैं अपडेट करने की कोशिश करता हूं, तो कुछ नहीं होता है। Windows अद्यतन प्रगति नहीं करता है। नीचे दी गई छवि देखें:

यहाँ छवि विवरण दर्ज करें

मैंने इस मशीन को 4 घंटे के लिए अपडेट करने की कोशिश में छोड़ दिया। इस समय के दौरान सीपीयू की खपत अधिक रही (जैसा कि ऊपर संबंधित है) और कोई अद्यतन स्थापित नहीं किया गया था।

मेरा प्रश्न निम्नलिखित है:

क्या कारण है कि विंडोज अपडेट काम नहीं करता है और फिर भी मेरे प्रोसेसर के पूरे कोर को कुछ भी नहीं करता है?

संबंधित सवाल):

svchost.exe उच्च स्मृति उपयोग - wuauserv


WSUS ऑफ़लाइन का उपयोग करना , इस मुद्दे के आसपास काम करना भी (ज्यादातर) संभव है।
डैनियल बी

2
मैं उत्तर देने का कारण नहीं जोड़ सकता कि साइट को लगता है कि मेरे पास <10 प्रतिष्ठा है, यहां मेरे विंडोज 7 वीएम पर मेरे लिए क्या काम किया गया है। यह शायद VM के लिए विशिष्ट है। 1) कोर को 1 से बढ़ाकर कुछ अधिक करना। 2) नीचे के शीर्ष उत्तर में 3102810 अपडेट चलाएं। 3) विंडोज अपडेट चलाएं। कुछ पीसी रीस्टार्ट इनबेट की आवश्यकता हो सकती है। मूल रूप से विंडोज अपडेट 1 कोर पर अच्छी तरह से काम नहीं करता है।
यूजीन के

मेरे कार्य नेटवर्क के कंप्यूटरों में हर समय विंडोज अपडेट द्वारा एक कोर का सेवन किया जाता है, लेकिन उपयोगकर्ताओं को इस पर ध्यान भी नहीं जाता है। Microsoft को उन सभी कंप्यूटरों को वितरित कंप्यूटिंग प्रणाली में जोड़ना चाहिए और सैकड़ों कंप्यूटिंग क्षमता वाले पेटाफ्लॉप प्राप्त करने चाहिए।
आंद्रेई

जवाबों:


83

ठीक कर

Microsoft ने विंडोज अपडेट क्लाइंट अपडेट जारी किया जो विंडोज अपडेट स्कैन पर लंबे हैंग को ठीक करने के लिए जुलाई 2016 के अपडेट रोलअप का हिस्सा है ।

इस अद्यतन में विंडोज 7 सर्विस पैक 1 (SP1) में विंडोज अपडेट क्लाइंट में कुछ सुधार शामिल हैं। इसमें निम्नलिखित शामिल हैं:

  • एक अनुकूलन जो कुछ कंप्यूटरों पर रिपोर्ट किए गए अद्यतनों के लिए लंबे स्कैन समय को संबोधित करता है।
  1. डाउनलोड:

  2. Windows अद्यतन सेवा बंद करें। यह MSU अपडेट के सेटअप को गति देता है । यह कमांड लाइन से , या सेवा प्रबंधक विंडो से किया जा सकता है ।

  3. डाउनलोड किए गए अद्यतन का प्रयास करें और देखें कि क्या यह अपडेट की स्थापना को गति देता है।

अद्यतन को स्थापित करने में सक्षम होने के लिए आपको पहली बार विंडोज 7 और विंडोज सर्वर 2008 R2 अपडेट के लिए अप्रैल 2015 सर्विसिंग स्टैक अपडेट को स्थापित करने की आवश्यकता है (फिर से, एमएसयू स्थापित करने की कोशिश करने से पहले डब्ल्यूयू सेवा बंद करें)।

डाउनलोड करें (अप्रैल 2015 सर्विसिंग स्टैक अपडेट):

32 बिट

64 बिट

वर्कअराउंड 1

यदि यह अभी भी नए अपडेट की खोज करने में मदद नहीं कर रहा है, तो सभी अपडेट प्राप्त करने के लिए WSUSOffline का उपयोग करें।


7
नहीं, यह काम नहीं करता है। एक Win7 64 बिट पर अद्यतन स्थापित किया, wuauserv अभी भी 100% CPU पर बेकार घूम रहा है, इवेंट लॉग और WindowUpdate.log के अनुसार समय की विस्तारित अवधि के लिए कुछ भी नहीं कर रहा है। * आह *
तोमलक

इससे मेरे लिए समस्या ठीक हो गई। नोट: यदि आपके पास एक भी कोर सीपीयू है तो कुछ भी नहीं बचाएगा, कोई फिक्स मदद नहीं करेगा। इस तरह के एक पुराने हार्डवेयर के लिए बस विंडोज अपडेट सेवा को अक्षम करें, आप एक ऐसी प्रणाली के साथ काम नहीं कर सकते जो हर समय व्यस्त है, पुरानी होने का जोखिम उठाना ऐसी स्थितियों में अपरिहार्य है। फास्ट कंप्यूटर में भी समस्या है, लेकिन यह किसी का ध्यान नहीं जाता है क्योंकि कंप्यूटर इसे संभाल सकता है। एक दोहरे कोर सेलेरॉन (एलजीए 775) में यह काम किया।
हाटोरू हंसो

1
इस जवाब ने मेरे लिए काम किया! मेरे वीएम के पास दो कोर उपलब्ध थे, लेकिन यहां तक ​​कि इसे 6 तक बढ़ाने से भी कोई मदद नहीं मिली। इस अद्यतन को स्थापित करना मुश्किल है, क्योंकि यह अच्छी तरह से काम नहीं करता है जब विंडोज अपडेट पहले से ही पृष्ठभूमि में कुछ कर रहा है। Windows अद्यतन सेवा को पुनरारंभ करना और फिर तुरंत इस अद्यतन को स्थापित करने से बहुत अच्छा काम हुआ!
jlh

1
@jlh आप MSU अपडेट स्थापित करने से पहले services.msc के माध्यम से WU सेवा को रोक सकते हैं। यह इंस्टॉलेशन को बहुत तेज़ करता है।
Magicandre1981

1
लिंक किए गए KB में उन विशिष्ट समस्याओं का उल्लेख है जो इसे ठीक करती हैं (Win10 में अपग्रेड करें और SCCM का उपयोग करके अपडेट करें) लेकिन वह नहीं जो यहां मांगी गई थी।
मथायस वीलर

8

एक दिन के बाद इस समस्या को हल करने की कोशिश कर रहा हूं कि क्या समस्या फिर से हो सकती है, यह जांचने के लिए मैंने अन्य वर्चुअल मशीन बनाई है।

दुर्भाग्य से, समस्या फिर से हुई! उसके बाद मैंने एक दोस्त से इस मुद्दे पर बात की है और उसने मुझे अपने विंडोज नेटवर्क इंटरफेस के आईपीवी 6 को निष्क्रिय करने का सुझाव दिया है। मैंने इसे किया और दो व्यवहार देखे गए:

  1. नई वर्चुअल मशीन पर जब मैंने आईपीवी 6 को निष्क्रिय कर दिया तो सीपीयू की खपत लगभग तुरंत घट गई और विंडोज अपडेट ने उम्मीद के मुताबिक काम किया।

  2. IPv6 को अक्षम करने के बाद दूसरी वर्चुअल मशीन पर CPU की खपत कम नहीं हुई है। यह देखने के बाद कि मैंने विंडोज को फिर से शुरू किया और सीपीयू की खपत अधिक रही। हालांकि, 30 मिनट (लगभग) के बाद, सीपीयू की खपत कम हो गई और सब कुछ उम्मीद के मुताबिक काम किया।

IPv6 को अक्षम करने के बाद दोनों विंडोज को सफलतापूर्वक अपडेट किया गया।

यह ध्यान रखना महत्वपूर्ण है कि मैं इस व्यवहार को पुन: पेश कर सकता हूं। IPv6 को अक्षम करने से पहले मेरी वर्चुअल मशीन की प्रतियां हैं।


बस एक अनुवर्ती के रूप में - क्या यह फिक्स अभी भी काम कर रहा है? मेरा एक सहकर्मी एक ही समस्या का सामना कर रहा था (2008R2 पर अपडेट के दौरान 100% CPU) और IPv6 को अक्षम करने का प्रयास किया। वह बदलाव करने के बाद फिर से शुरू हुआ और फिर दो घंटे बाद उसका सीपीयू फिर से घूम गया।
विलियम्स

1
हैलो @RionWilliams, दोनों आभासी मशीनों (विंडोज 7 व्यावसायिक) के लिए मेरे मामले में इस समाधान के रूप में वर्णित काम किया। हालाँकि, अन्य समाधान भी हैं, कृपया यहाँ देखें: superuser.com/questions/821032/…
कैंटोनी जूल

हाय फिर से कैंटोनी। हमने IPv6 को ठीक करने का प्रयास किया और आपके द्वारा प्रदान किए गए पोस्ट में उल्लेख किया गया है। हमने देखा है कि यह केवल वीएम के साथ एक मुद्दा है जो एक प्रोसेसर चला रहा है (जैसे कि आप दो का उपयोग करते हैं, 50% से बाहर सीपीयू का उपयोग करता है) और यह केवल SQL सर्वर के कुछ स्वाद के साथ मशीनों को लक्षित करता है। मैं अभी भी जांच कर रहा हूं, लेकिन वे चीजें हैं जो मैंने इसे इस प्रकार दूर तक सीमित कर दिया है।
रियान विलियम्स

IPv6 को अक्षम करने से मदद नहीं मिली।
पॉल

3
हम ESXi के तहत WS2012R2 सर्वर चला रहे थे और विंडोज अपडेट अनिश्चित रूप से 100% कोर का उपभोग कर रहे थे। एडाप्टर के गुणों में IPv6 को निष्क्रिय करना हमारे लिए काम करता है। अन्य लोगों को प्रभावित करने वाली समस्याओं में से एक आभासी एनआईसी का प्रकार है: ईएसएक्सआई डिफ़ॉल्ट रूप से इंटेल प्रो / लेवल का उपयोग करना चाहता है, जो समस्याओं का एक गुच्छा होता है, लेकिन वीएमवेयर प्रलेखन अनुशंसा करता है कि आप WS2012 पर VMXNET 3 एडेप्टर का उपयोग करें या बाद में। इस से vmxnet3 ड्राइवर डाउनलोड करने की आवश्यकता है packages.vmware.com/tools/releases/latest/windows/index.html
AlwaysLearning

5

कुछ और जो मदद कर सकता है वह है विंडोज अपडेट ट्रबलशूटर - यह एक स्टैंडअलोन एप्लिकेशन है जो विंडोज अपडेट और बैकग्राउंड इंटेलिजेंट ट्रांसफर सर्विस (बिट्स) के साथ समस्याओं का निदान कर सकता है।


उत्कृष्ट उपकरण !! हालांकि TWICE चलाना था - पहली बार, इसने चीजों का एक गुच्छा तय किया, इसके अलावा: "सेवा पंजीकरण गायब या भ्रष्ट है"। लेकिन, डब्ल्यू -7 में फिर से भाग गया, और यह भी तय हो गया था!
21

दुर्भाग्य से मेरे लिए, समस्या निवारण उपकरण भी हमेशा के लिए घूमता है। यह "समस्याओं को हल करने" पर अटक जाता है, और टास्क मैनेजर के अनुसार, svchost मेरे कोर में से एक को फिर से संतृप्त कर रहा है।
एशलेज डिस

1

मेरे लिए यह तय था कि KB2889748 था

Windows- आधारित कंप्यूटर पर Windows मैनेजमेंट फ्रेमवर्क 3.0 स्थापित करने के बाद Svchost.exe प्रक्रिया द्वारा उच्च मेमोरी उपयोग

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.