Windows अस्थायी फ़ोल्डर खाली करना एक अच्छा विचार है?


24

के DELL Inspironसाथ प्रयोग कर रहा हूँ Windows 7

जहाँ तक मुझे पता है कि विंडोज़ अस्थायी फ़ोल्डर को खाली करना अच्छा होगा। लेकिन मुझे लगभग 8 महीने पहले एक अजीब व्यवहार का सामना करना पड़ा, जब मैंने अपने विंडोज़ के अस्थायी फ़ोल्डर को साफ़ किया। अगले दिन, मेरा लैपटॉप एक या अन्य त्रुटियों को प्रदर्शित करना शुरू कर दिया और एक दिन ओएस दुर्घटनाग्रस्त हो गया। अब तक मुझे यकीन नहीं है कि क्या विंडोज़ अस्थायी फ़ोल्डर को साफ़ करने के कारण ओएस दुर्घटनाग्रस्त हो गया या कुछ और समस्या है।

यहाँ विंडोज टेम्प फ़ोल्डर का मतलब है "C:\Windows\Temp"

कहानी के पीछे यही है।

आज, इस अस्थायी फ़ोल्डर "C:\Windows\Temp"में 102 जीबी हैं।

अधिकांश फाइलों पर कब्जा कर लिया अंतरिक्ष के साथ शुरू होता है etilqs_*.*। मुझे पता चला कि ये फाइलें जनित हैं WD SmartWare

अब मेरी समस्या है: -

वास्तव में मैं इस फ़ोल्डर को साफ करना चाहता हूं, क्योंकि यह बहुत जगह घेरता है।

अगर मैं "C:\Windows\Temp"फ़ोल्डर को साफ करता हूं , तो क्या मेरे लैपटॉप में उसी तरह की समस्या का सामना करना पड़ेगा जो मैंने पहले किया था या कोई नई समस्या आएगी?

कृपया मुझे एक अच्छा समाधान सुझाएं।

जवाबों:


17

जैसा कि नाम से पता चलता है, स्थान उन फ़ाइलों के लिए अभिप्रेत है जिन्हें केवल अस्थायी रूप से संग्रहीत किया जाना चाहिए।

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

अफसोस की बात है, हर प्रोग्रामर उस अवधारणा को नहीं समझता है।

यदि किसी ने उस स्थान पर एक महत्वपूर्ण फ़ाइल रखने का निर्णय लिया है, तो उस फ़ाइल को हटाने से किसी एप्लिकेशन को समस्या हो सकती है।

इसलिए, मेरी व्यक्तिगत राय में, Temp फ़ोल्डर की सामग्री को हटाने से कोई समस्या नहीं होनी चाहिए । लेकिन इस तथ्य के कारण कि इसका उपयोग कैसे किया जाता है, इसे सुरक्षित संचालन होने की गारंटी नहीं दी जा सकती है।

कृपया यह भी ध्यान में रखें, फ़ोल्डर को खाली करते समय परिचालन में प्रणाली एक चलती हुई एप्लिकेशन को वहां रखी गई फ़ाइल को खोने का कारण बन सकती है। बूट के दौरान फ़ोल्डर को खाली करना सबसे अच्छा है।


केवल एक बहुत बुरी तरह से लिखा गया प्रोग्राम एक अस्थायी फ़ाइल को बंद कर देगा जिसमें डेटा है जो अभी भी इसकी आवश्यकता है। और अगर फ़ाइल अभी भी खुली है, तो इसे हटाया नहीं जा सकता है। तो बस खोए गए डेटा का कोई मौका नहीं है जो अभी भी एक कंबल हटाने के द्वारा आवश्यक है। हटाएं बस उन फ़ाइलों के लिए विफल रहती हैं जो अभी भी उपयोग में हैं।
आइजैक राबिनोविच

@IsaacRabinovitch: तो क्या हुआ अगर मैं बहुत बुरी तरह से लिखा सॉफ्टवेयर चला रहा हूँ? मैं अभी भी दुखी हो सकता हूं अगर यह दुर्घटनाग्रस्त हो जाता है :) एक एप्लिकेशन वहां एक फ़ाइल भी रख सकता है जिसे भविष्य में इसकी आवश्यकता है । उन एप्लिकेशन इंस्टॉलरों पर विचार करें जो डेटा को कॉपी करने से पहले एक अस्थायी स्थान पर अपना पूरा पेलोड निकाल सकते हैं।
डेर होकस्टापलर

1
तो क्या प्रोग्राम है कि आप ऐसा करने के बारे में पता है?
इसहाक रैबिनोविच 18

@IsaacRabinovitch इस उदाहरण के रूप में कि कैसे कुछ सॉफ्टवेयर इस फाइल को आसानी से बंद कर सकते हैं जबकि अभी भी जरूरत है अगर किसी प्रोग्राम को किसी अन्य एप्लिकेशन को पास करने के लिए फाइल बनाने की जरूरत है। इसे बंद करने और इसे खोलने वाले अन्य एप्लिकेशन के बीच एक संक्षिप्त अवधि होगी। यह उसी सॉफ्टवेयर के भीतर भी हो सकता है अगर ऑफिस COM लाइब्रेरी जैसी किसी चीज का इस्तेमाल किया जाता है
mirhagk

यदि किसी फ़ाइल का जीवन चक्र दो अलग-अलग कार्यक्रमों द्वारा खोला जाना पर्याप्त है, तो यह एक अस्थायी फ़ाइल नहीं है और अस्थायी निर्देशिका में नहीं होनी चाहिए।
आइजैक राबिनोविच

8

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

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

पुरानी फ़ाइलों को कैसे हटाएं:
/programming/51054/batch-file-to-delete-files-older-than-n-days


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

2

जैसा कि कई लोगों ने कहा, यह एक समस्या नहीं होनी चाहिए, लेकिन ईमानदारी से इस सप्ताह में मैं अनइंस्टॉल कार्यक्रमों द्वारा अपने पीसी को 'क्लीन' करने की कोशिश कर रहा था। मेरे निराश करने के लिए मैं एक गुच्छा की स्थापना रद्द नहीं कर सका क्योंकि अस्थायी फ़ोल्डर में संग्रहीत फ़ाइलों पर निर्भर करता है (क्योंकि इंस्टॉलर ने वहां सेटअप फ़ाइलों को निकाला है), जो मैं नियमित रूप से स्पष्ट करता हूं।

मैं स्काइप और vmware जैसे कार्यक्रमों को लगातार अस्थायी फ़ोल्डरों में फाइलों पर पकड़ रहा है, लेकिन मुझे नहीं लगता कि वे सही ढंग से काम करने के लिए उन पर निर्भर हैं।

एक बार सर्वर पर, 'प्रशासक' के लिए अस्थायी फ़ोल्डर को साफ करने के बाद Sql सर्वर प्रबंधन स्टूडियो में विभिन्न कार्य विफल हो गए क्योंकि कुछ भी अस्थायी फ़ोल्डर में नहीं पाया जा सका।

अस्थायी फ़ाइलों के बुरे उपयोग पर मेरा अनुभव।


"अस्थायी फ़ोल्डर में संग्रहीत फ़ाइलों पर निर्भर की स्थापना रद्द करें" गंभीरता से?
पचेरियर

1

अस्थायी फ़ाइलों को हटाने से कोई समस्या नहीं होगी, लेकिन Temp निर्देशिका से फ़ाइलों को हटाने के बजाय, आप Microsoft द्वारा प्रदान किए गए डिस्कक्लेप उपकरण का उपयोग कर सकते हैं।


2
डिस्क क्लीनअप मेरी मशीन (विंडोज विस्टा) पर विंडोज टेंप फ़ोल्डर को नहीं छूता है, चाहे वह कोई भी सेटिंग हो।
kreemoweet

1

आमतौर पर आप स्टोरेज को अस्थायी मानने के लिए सॉफ्टवेयर पर भरोसा नहीं कर सकते।

WD सॉफ़्टवेयर के लिए, http://community.wd.com/t5/WD-Software/WDsmartware-building-etilqs-files-in-my-windows-temp-folder/td-p/307306 देखें

मैंने पाया कि मेरे / Windows / TEMP की अधिकांश सामग्री .log फाइलें और .txt फाइलें विंडोज और .NET अपग्रेड से थीं। मुझे लगा कि मैं उन्हें सुरक्षित रूप से हटा सकता हूं (एक खोज, डिस्क स्थान के 1Gb पर पुनर्प्राप्त)।

आप एक सप्ताह पहले अंतिम रूप से कहे गए सभी फ़ाइलों (निर्देशिकाओं) की खोज भी कर सकते हैं और उन्हें संपीड़ित करने के लिए सेट कर सकते हैं।

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