मैं sfc / scannow द्वारा मिली हुई दूषित फ़ाइलों की मरम्मत कैसे करूं? "विंडोज रिसोर्स प्रोटेक्शन में भ्रष्ट फाइलें मिलीं लेकिन उनमें से कुछ को ठीक करने में असमर्थ था।"


48

में विंडोज 7 , चलाने के बाद chkdsk C: /F /Rऔर (लॉग नीचे पोस्ट किया जाता है) यह जानने मेरे हार्ड डिस्क खराब क्षेत्रों में 24 KB है, मैं विंडोज 7 के सिस्टम फ़ाइल चेकर उपयोगिता चलाने का फैसला किया ( sfc /scannow)।

एसएफसी ने एफएफ दिखाया। मैंने इसे चलाने के बाद संदेश दिया: " विंडोज रिसोर्स प्रोटेक्शन में भ्रष्ट फाइलें मिलीं, लेकिन उनमें से कुछ को ठीक करने में असमर्थ था। विवरण CBS.Log windir \ Logs \ CBS \ CBS.log में शामिल हैं। "

चूंकि CBS.log फ़ाइल बहुत बड़ी है, इसलिए मैं केवल भ्रष्ट फ़ाइलों से संबंधित लॉग टेक्स्ट प्राप्त करने के लिए findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt"(Microsoft के KB 928228 लेख के अनुसार) भागा । (लॉग नीचे भी पोस्ट किया गया है)

मैं बताई गई दूषित फ़ाइलों की समस्या का निवारण और मरम्मत कैसे करूं sfc /scannow?

मेरा OS विंडोज 7 , 64-बिट है।


chkdsk लॉग

sfc / scannow लॉग

(के माध्यम से findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt")

नोट: पूर्ण लॉग पर है http://pastebin.com/raw.php?i=gTEGZmWj । मैंने केवल पूर्ण लॉग के कुछ हिस्सों को उद्धृत किया है (अधिकतर अंतिम भाग से), क्योंकि पूर्ण लॉग प्रश्नों के लिए वर्ण सीमा के भीतर फिट नहीं होगा। मैंने इसे एक पूर्वावलोकन के रूप में सेवा करने के लिए जोड़ा है।

...
2013-12-28 19:37:50, Info  CSI00000542 [SR] Beginning Verify and Repair transaction
2013-12-28 19:37:55, Info  CSI00000544 [SR] Verify complete
2013-12-28 19:37:56, Info  CSI00000545 [SR] Verifying 95 (0x000000000000005f) components
2013-12-28 19:37:56, Info  CSI00000546 [SR] Beginning Verify and Repair transaction
2013-12-28 19:38:03, Info  CSI00000548 [SR] Verify complete
2013-12-28 19:38:03, Info  CSI00000549 [SR] Repairing 43 (0x000000000000002b) components
2013-12-28 19:38:03, Info  CSI0000054a [SR] Beginning Verify and Repair transaction

...

2013-12-28 19:38:15, Info  CSI0000075d [SR] Could not reproject corrupted file [ml:520{260},l:84{42}]"\??\C:\Windows\System32\migwiz\dlmanifests"\[l:38{19}]"IasMigPlugin-DL.man"; source file in store is also corrupted
2013-12-28 19:38:15, Info  CSI00000760 [SR] Could not reproject corrupted file [ml:520{260},l:84{42}]"\??\C:\Windows\System32\migwiz\dlmanifests"\[l:50{25}]"International-Core-DL.man"; source file in store is also corrupted
2013-12-28 19:38:16, Info  CSI00000762 [SR] Cannot repair member file [l:24{12}]"wbemdisp.dll" of Microsoft-Windows-WMI-Scripting, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2013-12-28 19:38:16, Info  CSI00000763 [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery"
2013-12-28 19:38:16, Info  CSI00000766 [SR] Could not reproject corrupted file [ml:58{29},l:56{28}]"\??\C:\Windows\SysWOW64\wbem"\[l:24{12}]"wbemdisp.dll"; source file in store is also corrupted
2013-12-28 19:38:16, Info  CSI00000768 [SR] Cannot repair member file [l:56{28}]"Microsoft.MediaCenter.UI.dll" of Microsoft.MediaCenter.UI, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_MSIL (8), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2013-12-28 19:38:16, Info  CSI00000769 [SR] This component was referenced by [l:176{88}]"Microsoft-Windows-MediaCenter-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.MediaCenter"
2013-12-28 19:38:16, Info  CSI0000076c [SR] Could not reproject corrupted file [ml:520{260},l:40{20}]"\??\C:\Windows\ehome"\[l:56{28}]"Microsoft.MediaCenter.UI.dll"; source file in store is also corrupted
2013-12-28 19:38:16, Info  CSI0000076e [SR] Cannot repair member file [l:24{12}]"ReAgentc.exe" of Microsoft-Windows-WinRE-RecoveryTools, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2013-12-28 19:38:16, Info  CSI0000076f [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery"
2013-12-28 19:38:16, Info  CSI00000772 [SR] Could not reproject corrupted file [ml:48{24},l:46{23}]"\??\C:\Windows\SysWOW64"\[l:24{12}]"ReAgentc.exe"; source file in store is also corrupted
2013-12-28 19:38:16, Info  CSI00000774 [SR] Cannot repair member file [l:82{41}]"System.Management.Automation.dll-Help.xml" of Microsoft-Windows-PowerShell-PreLoc.Resources, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture = [l:10{5}]"en-US", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2013-12-28 19:38:16, Info  CSI00000775 [SR] This component was referenced by [l:266{133}]"Microsoft-Windows-Client-Features-Package~31bf3856ad364e35~amd64~en-US~6.1.7601.17514.Microsoft-Windows-Client-Features-Language-Pack"
2013-12-28 19:38:16, Info  CSI00000778 [SR] Could not reproject corrupted file [ml:520{260},l:104{52}]"\??\C:\Windows\System32\WindowsPowerShell\v1.0\en-US"\[l:82{41}]"System.Management.Automation.dll-Help.xml"; source file in store is also corrupted
2013-12-28 19:38:16, Info  CSI0000077a [SR] Cannot repair member file [l:18{9}]"hlink.dll" of Microsoft-Windows-HLink, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2013-12-28 19:38:16, Info  CSI0000077b [SR] This component was referenced by [l:202{101}]"Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7601.17514.WindowsFoundationDelivery"
2013-12-28 19:38:16, Info  CSI0000077e [SR] Could not reproject corrupted file [ml:48{24},l:46{23}]"\??\C:\Windows\SysWOW64"\[l:18{9}]"hlink.dll"; source file in store is also corrupted
2013-12-28 19:38:16, Info  CSI00000780 [SR] Repair complete
2013-12-28 19:38:16, Info  CSI00000781 [SR] Committing transaction
2013-12-28 19:38:19, Info  CSI00000785 [SR] Verify and Repair Transaction completed. All files and registry keys listed in this transaction  have been successfully repaired

लॉग केवल वही दिखाता है जो मैंने आपको पहले ही बताया था। Inplace उन्नयन के साथ विंडोज की मरम्मत।
Magicandre1981

@ magicandre1981 मैंने आपका उत्तर पढ़ा है। एक बार जब मैंने इसे आज़माया तो मैं प्रतिक्रिया प्रदान करूँगा। मैंने संभावित समाधान प्रदान करने में अन्य संभावित उत्तरों की सहायता के लिए लॉग्स (जो मूल पोस्ट में पहले से ही मौजूद थे) को शामिल किया।
गांगेयनिंजा

जवाबों:


14

विंडोज 7 में भ्रष्ट फ़ाइलों की इस बड़ी मात्रा को ठीक करने का एकमात्र तरीका मरम्मत स्थापना / इनप्ले अपग्रेड करना है

  • अपने विंडोज 7 डीवीडी डालें या एक विंडोज 7 आईएसओ घुड़सवार
  • setup.exeडीवीडी / माउंटेड आईएसओ से चलाएं
  • सेटअप चयन के दौरान upgrade

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

यह विंडोज की मरम्मत करता है, लेकिन कार्यक्रम हैं।

2015 में, Microsoft ने फ़ाइलों की मरम्मत के लिए विंडोज 8 से विंडोज 7 के लिए डीएसएम कमांड को वापस भेज दिया। यह देखें कि क्या अपडेट को स्थापित करना संभव है KB2966583 , व्यवस्थापक के रूप में कमांड प्रॉम्प्ट खोलें और DISM /Online /Cleanup-Image /Scanhealthफ़ाइलों को सुधारने का प्रयास करें। लेकिन अगर यह विफल रहता है, तो इनहेल अपग्रेड का प्रयास करें। अभी भी यह सुनिश्चित करने के लिए विंडोज 7 के लिए सबसे अच्छा विकल्प है कि यह पूरी तरह से ठीक हो जाए।


लेकिन हम C:\Windows\System32\dism.exeविंडोज 7 पर कॉपी कर सकते हैं और यह ठीक काम करेगा?
पचेरियर

1
यह काम नहीं करता है यदि उपयोगकर्ता \ या प्रोग्राम फ़ाइलें \ फ़ोल्डर सिस्टम ड्राइव पर नहीं है। :(
काई

@ कै ये सही है। उन फ़ोल्डरों को ले जाना Microsoft द्वारा समर्थित नहीं है।
Magicandre1981

नहीं, यह स्थापित मीडिया से विंडोज की मरम्मत करने का एकमात्र तरीका नहीं है, मैंने वैकल्पिक और सरल समाधान दिया।
जॉर्ज

@Pacerier MS ने Win7 में ScanHealth कमांड को वापस भेज दिया, यहाँ यह win8 में पुनर्स्थापना की तरह काम करता है, लेकिन आप केवल एक छवि के खिलाफ नहीं बल्कि / ऑनलाइन का उपयोग कर सकते हैं।
मैजिकएंड्र

3

chkdsk C: /F /RWindows स्थापना डीवीडी से चलाएँ ,

  1. विंडोज 7 डीवीडी से बूट करें।
  2. "अपने कंप्यूटर की मरम्मत" का चयन करें।
  3. अपना लक्ष्य सिस्टम चुनें।
  4. रिकवरी टूल पैनल में, कमांड प्रॉम्प्ट चुनें।
  5. Daud chkdsk <your target drive>/: /F /R

जब आप इंस्टॉलेशन डीवीडी से चेक डिस्क चलाते हैं, तो विंडो दूषित फ़ाइलों को पुनर्प्राप्त करने और उन्हें ठीक करने का प्रयास करेगी।

मैंने इसे आजमाया है और यह हर बार काम करता है।


बहुत बहुत धन्यवाद, मोहनंद। आपके जवाब ने मेरी विंडोज रिसोर्स प्रोटेक्शन को हल कर दिया भ्रष्ट फाइलें मिलीं लेकिन उनमें से कुछ को ठीक करने में असमर्थ था
माइल्स वोल्बे

1
मेरी पिछली टिप्पणी को यहां अपडेट करने के लिए क्षमा करें; 5 मिनट की संपादन विंडो उदास रूप से बंद थी। यहाँ बाकी है: विंडोज 7 डीवीडी से रनिंग चाकस्क समापन ( स्थिति 50 के साथ लॉग इन संदेशों को इवेंट लॉग में स्थानांतरित करने में विफल ), लेकिन जाहिर है कि यह सामान्य है । सवाल पूछने के लिए @galacticninja को भी धन्यवाद!
माइल्स वोल्बे जुले

2

यदि sfc /scannowकाम नहीं करता है, तो विंडोज 8 चलाते समय इस कमांड को आज़माएँ:

dism /Online /Cleanup-Image /RestoreHealth

या यह कमांड अगर आप विंडोज 8 डीवीडी / यूएसबी के मरम्मत मोड में हैं:

Dism /Image:C:\ /Cleanup-Image /RestoreHealth

बशर्ते कि टूटा हुआ विंडोज 8 विभाजन C पर हो।


यद्यपि आप उत्तर का उल्लेख करते हैं कि विन 8 के चरण 8 के लिए समान हैं। 7.
किनेक्टस

5
@BigChris और niutech: यह विंडोज 7 पर काम नहीं करता है। मुझे एफएफ मिल रहा है। पहले कमांड के साथ त्रुटि संदेश: Error: 87 — The restorehealth option is not recognized in this context. — For more information, refer to the help. — The DISM log file can be found at C:\Windows\Logs\DISM\dism.logक्या आप विंडोज 7 के लिए समकक्ष आदेशों को जानते हैं?
गांगेयनिंजा

7
से technet.microsoft.com/en-gb/library/hh824869.aspx : "DISM / ScanHealth, / CheckHealth, और / RestoreHealth तर्क केवल विंडोज 8 या विंडोज सर्वर 2012 छवियों सर्विसिंग जब इस्तेमाल किया जा सकता।"
ल्यूक गिरविन

1

विंडोज 7 और बाद में, एसएफसी के घटक डेटाबेस को विंडोज अपडेट द्वारा बनाए रखा जाता है। रनिंग विंडोज अपडेट घटक डेटाबेस की स्वचालित मरम्मत को ट्रिगर करेगा, जिसके बाद आपको एसएफसी के साथ अधिक भाग्य हो सकता है।


नहीं, यह अभ्यस्त, यह winxs ठीक नहीं होगा, मैं पोस्ट समाधान देखें।
जॉर्ज

3
@GeorgeDima आप सराहना कर सकते हैं कि किसी विशेष समस्या के लिए एक से अधिक संभावित कारण हैं।
DustWolf

1

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


2
यह केवल मेरे प्रश्न से संबंधित है, और IMO, टिप्पणी का अधिक और उत्तर का कम है। लेकिन आपके पोस्ट के उत्तर के रूप में, हां, मैंने वास्तव में अपनी महत्वपूर्ण फाइलों का बैकअप बना लिया है, और जैसे ही मैं सक्षम हूं, हार्ड ड्राइव को प्रतिस्थापित कर दूंगा। मेरी हार्ड ड्राइव में अभी भी जीवन बाकी है, हालांकि, मैं अभी भी इसे दैनिक रूप से उपयोग कर रहा हूं और कोई भी अधिक खराब क्षेत्र उत्पन्न नहीं हुआ है।
गैलेक्टिकिन्जा

हालांकि क्या करना है यह तय करते समय इसका ध्यान रखना। लंबी अवधि में, खराब क्षेत्रों और दूषित डेटा है एक संकेत है कि कुछ गलत है, और बैकअप लेने और ड्राइव की जगह शायद स्मार्ट बात भले ही उसके नहीं एक जवाब ओपी सुनना चाहता है,।
जर्नीमैन गीक

1

यदि SFC / SCANNOW काम नहीं करता है, तो इसे SAFE MODE में कंप्यूटर के साथ चलाने का प्रयास करें। सुनिश्चित करें कि PendingDeletes और PendingRenames फ़ोल्डर% WinDir% \ WinSxS \ Temp के अंतर्गत मौजूद हैं और वे खाली हैं। यदि नहीं, तो सामग्री हटाएं और फिर से SFC / SCANNOW चलाएं। अधिक जानकारी के लिए http://support.microsoft.com/kb/929833 देखें ।


1
क्या कोई यह पुष्टि करने में सक्षम है कि यह PendingDeletesऔर PendingRenamesफ़ोल्डरों की सामग्री को हटाना सुरक्षित है ? मैंने देखा कि कोई कहता है कि यह मरम्मत से परे ओएस को तोड़ सकता है (उन्होंने एक स्रोत का हवाला नहीं दिया)।
टॉम

यह विंडोज 8.1 के लिए काम करता है, और मुझे Pending*निर्देशिकाओं की जांच करने की भी आवश्यकता नहीं है ।
क्लो

@ नहीं उन्हें हटाएं नहीं, जो स्रोत लिंक WeHoChris ने प्रदान किया है, वह कहता है, make sure that the PendingDeletes and PendingRenames folders exist under %WinDir%\WinSxS\Temp.लेकिन यह नहीं कहता है कि आप उन्हें हटा सकते हैं।
शयन

0

Microsoft से CheckSUR टूल को स्थापित करने का प्रयास करने के लिए एक और चीज़ है: https://support.microsoft.com/en-us/kb/947821

"सुर" का अर्थ "सिस्टम अपडेट रेडीनेस" है।

इसका उद्देश्य भ्रष्ट सिस्टम फ़ाइलों की मरम्मत करना है। (यह है: यह उन्हें एक अच्छी प्रतिलिपि के साथ बदल देता है।) इसका नाम बताता है कि यह उन मामलों के लिए बनाया गया है जब सिस्टम अपडेट नहीं चलेगा, और यह केवल जाँच करता है, लेकिन वास्तव में यह समस्याओं को भी ठीक करता है। मुझे नहीं पता कि यह केवल अपडेट के लिए आवश्यक सिस्टम फ़ाइलों का सबसेट को ठीक करता है, या उन सभी को। शायद जो लोग इस समस्या में भाग लेते हैं, वे इसे आज़मा सकते हैं, फिर SFC फिर से चला सकते हैं, और हमें बताएं कि क्या त्रुटि चली गई?

यह विंडोज विस्टा और 7. के लिए है। विंडोज 8 में यह पहले से इंस्टॉल है, और इसे तैनाती छवि सर्विसिंग और प्रबंधन (DISM) में बदल दिया गया है। उम्मीद है कि यह उतना निराशाजनक नहीं है जितना लगता है।


तो विंडोज 8 में उस तरह से dsim का उपयोग करने के लिए कैसे?
user2284570

विंडोज अपडेट इंस्टॉलर का विनसक्स की मरम्मत से कोई लेना-देना नहीं है।
जॉर्ज

-2

विंडोज 7 के लिए सबसे अच्छा तरीका , मैन्युअल रूप से लापता फ़ाइलों को कॉपी करें, मैंने इसे आज किया, कॉपी करने के लिए 5 फाइलें थीं, उसके बाद कोई एसएफसी त्रुटि नहीं।

स्रोत $ install_media / स्रोत / install.wim में है। 7-ज़िप के साथ खोलें और इसमें विंडो विभाजन के समान संरचना है, इसलिए संबंधित फ़ोल्डर से कॉपी करें।


1
संभावना अधिक है कि उपयोगकर्ता 32 और 64 बिट फ़ाइलों को मिलाते हैं और यह त्रुटियों का कारण बनता है। यह मत करो
Magicandre1981

आप समझ नहीं पाए, मेरा समाधान विफल है, चूंकि आप किसी भी फ़ाइल को नहीं मिला सकते हैं, आप इसे अपने वर्तमान विंडोज़ इंस्टाल में उसी फ़ोल्डर में कॉपी कर सकते हैं। और आप 64 को 64 के साथ नहीं मिला सकते हैं क्योंकि विभिन्न फ़ोल्डर (syswow64 / system32) में हैं।
जॉर्ज

3
नहीं, आप अभी भी मुद्दे प्राप्त कर सकते हैं। install.wim में RTM डेटा शामिल है। यदि आपने अपडेट स्थापित किया है, तो डेटा नए हैं और आप उन्हें RTM फ़ाइलों के साथ प्रतिस्थापित करते हैं और यह भी समस्या का कारण बनता है। इस त्वरित और गंदे बकवास मत करो। मरम्मत स्थापित / inplace उन्नयन सभी सेटिंग्स रहता है;)
Magicandre1981

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

1
नहीं, मुझे आपकी बात मिल गई है, लेकिन मेरे मामले में यह काम किया, यह एक डिस्क की मरम्मत के साथ खिड़कियों को रीसेट करने की तुलना में एक सरल समाधान था, और लापता फाइलों के एसएफसी / स्कैनो रिपोर्ट संस्करणों, और मेरे मामले में उन सभी द्वारा कभी भी अपडेट नहीं किया गया था। विंडोज अपडेट, क्योंकि विंडोज टाइमलाइन में कुछ ही सिस्टम फाइलों में अपडेट हैं, उनमें से ज्यादातर लाइफटाइम के लिए स्टॉक वर्जन बने हुए हैं।
जॉर्ज दिमा
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.