Cab_XXXX फ़ाइलों की बड़ी मात्रा में Windows \ Temp

30

हाल ही में बनाए गए सर्वरों के कुछ जोड़े C: \ ड्राइव उपयोग पर चेतावनी दे रहे हैं। डिस्क को देखते हुए Windows \ Temp में GB_ डेटा का उपयोग cab_XXXX_X (जैसे cab_5328_2) द्वारा किया जा रहा है। मैंने जो सुझाव ऑनलाइन पाया है, वह सिर्फ उन्हें हटाने के लिए है, लेकिन मैं मदद नहीं कर सकता, लेकिन यह महसूस करता हूं कि यह केवल एक वर्कअराउंड साबित होने वाला है क्योंकि वे दिन में कई बार उत्पन्न हो रहे हैं।

क्या किसी ने Windows Server 2008 R2 SP1 बॉक्स के साथ इस व्यवहार को देखा है? मैं इसे किसी अन्य सर्वर पर नहीं देख सकता, जो हमारे पास है, केवल दो जो हाल ही में पुनर्निर्माण किए गए हैं। मैं इसे रोकने में एक स्थायी रास्ता खोजने की उम्मीद कर रहा हूं क्योंकि मुझे यकीन है कि यह प्रदर्शन में मदद नहीं कर सकता है।

windows-server-2008

— टिम अलेक्जेंडर
स्रोत

1

मैं प्रक्रिया मॉनिटर का उपयोग करके यह देखने की सलाह दूंगा कि कौन सी प्रक्रिया या सेवा इन फ़ाइलों को बना रही है, उम्मीद है कि आप अधिनियम में एक को पकड़ पाएंगे। फिर हम यह निर्धारित कर सकते हैं कि एक बार हम कैसे आगे बढ़ें, यह जान लें कि वे पहले स्थान पर कैसे हो रहे हैं।

— vcsjones

1

प्रश्न (और उत्तर) विंडोज 7 के लिए भी पूरी तरह से मान्य हैं।

— बोरिसलाव इवानोव

26

मेरे पास कुछ समय पहले एक समान मुद्दा था, इससे कारण की पहचान करने में मदद मिली। यह फिक्स के साथ थोड़ा सा है।

C: \ windows \ Logs \ CBS फ़ोल्डर में से सबसे पुरानी .log फ़ाइल (आप उन सभी को भी हटा सकते हैं) को C: \ windows \ temp फ़ोल्डर में निम्न पुनर्जनन प्रक्रिया में प्रत्येक cab_xxxx हटाएं, शेष (CBS) लॉग सही ढंग से ज़िप किए गए , और C: \ windows \ temp को साफ छोड़ दिया गया था

— टिम ब्रिघम
स्रोत

3

और यहाँ मुद्दे का अधिक तकनीकी वर्णन है। ऐसा लगता है कि विंडोज संसाधन संरक्षण दोष देने की सेवा है।

— बोरिसलाव इवानोव

NB: ऐसा लगता है कि इस मुद्दे के लिए अभी तक वहाँ कोई हॉटफ़िक्स नहीं है। मैंने MS उत्तर पर यह पूछते हुए पोस्ट किया है कि क्या कुछ आ रहा है ... आप उस धागे को यहाँ ट्रैक कर सकते हैं: answers.microsoft.com/en-us/windows/forum/windows8_1-files/…

— JohnLBevan

9

2GiB सीमा अभी भी हमें परेशान करती है

मैंने ऐसा 64-बिट विंडोज 7 और (आज के अनुसार) विंडोज 2008 आर 2 सिस्टम पर देखा है।

64-बिट विंडोज पर भी, makecab.exeबड़ी (2GiB +) फ़ाइलों पर उपयोगिता टूट जाती है, क्योंकि कैबिनेट फ़ाइल प्रारूप 2GiB से बड़ी फ़ाइलों को संग्रहीत नहीं कर सकता है। ।

यदि कोई लॉग फ़ाइल C:\Windows\Logs\CBSबहुत बड़ी हो जाती है, तो यह लॉग संपीड़न प्रक्रिया को तोड़ देती है:

बड़ी सीबीएस लॉग फ़ाइल कभी संपीड़ित नहीं होती है
नए सीबीएस लॉग फाइल कभी संपीड़ित नहीं होते हैं
C:\Windows\Temp भ्रष्ट मंत्रिमंडल फ़ाइलों के साथ भरता है

भ्रष्ट मंत्रिमंडल की फाइलें लगभग 200MiB + प्रति दिन की खपत करती हैं, और रिबूट करके साफ नहीं किया जा सकता है।

दुर्भाग्य से, आपको मैन्युअल रूप से बड़ी सीबीएस लॉग फ़ाइल को हटाना होगा और भ्रष्ट कैबिनेट फ़ाइलों को हटाना होगा।

यह विंडोज 7 में एक डिजाइन दोष था जिसे या तो टाला जा सकता था:

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

किसी भी दर पर, सभी उपलब्ध डिस्क स्थान की खपत की विफलता मोड एक गंभीर निरीक्षण है।

— Hydraxan14
स्रोत

1

अच्छा जवाब। यहाँ एक सहायक लेख है ... computerworld.com/article/3112358/microsoft-windows/…

— Nathan Hartley

हाँ, जब से मैंने पहली बार इस समस्या में भाग लिया है मैंने सोचा है कि क्यों makecab advace में इनपुट आकार की जांच नहीं करता है , और यह सिर्फ रहस्यमय है क्योंकि यह अस्थायी फ़ाइल को साफ नहीं करता है ...

— सैमबी

2

C: \ Windows \ Temp आमतौर पर विंडोज़ अपडेट, लॉग या अस्थायी फ़ाइलों द्वारा उपयोग किया जाने वाला एक फ़ोल्डर है। एक इंस्टॉलेशन के दौरान, एप्लिकेशन कैप्स फ़ाइलों को एक अस्थायी फ़ोल्डर में ले जाता है, इस स्थिति में C: \ Windows \ Temp

यदि आप कुछ स्थान खाली करना चाहते हैं, तो आप इस फ़ोल्डर में सब कुछ हटा सकते हैं, मेरा सुझाव सिर्फ पुराने लोगों को हटा सकता है, लेकिन सबसे हाल की फाइलें (एक महीने पहले) रखें।

यदि आप कुछ स्थान खाली करना चाह रहे हैं, तो आप ट्रीसाइज़ फ्री टूल या WinDirStat टूल का उपयोग कर सकते हैं। दोनों स्वतंत्र हैं।

— HEMAN85
स्रोत