अस्थायी उद्देश्यों के लिए USB ड्राइव का उपयोग करते हुए विंडोज इंस्टॉलर


14

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

यह विंडोज विस्टा और 7 पर मामला प्रतीत होता है, पिछले रिलीज के बारे में निश्चित नहीं है।

संपादित करें: वर्तमान पर्यावरण चर इस तरह दिखते हैं:

TEMP=C:\Users\<me>\AppData\Local\Temp
TMP=C:\Users\<me>\AppData\Local\Temp

संपादित करें: मुझे एक अजीब संदेह है कि यह सबसे बड़े उपलब्ध खाली स्थान के साथ ड्राइव का उपयोग कर रहा है।


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

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

जवाबों:


14

मेरा मानना ​​है कि विंडोज इंस्टालर %TMP%पर्यावरण चर का उपयोग करता है । आप इस मान की जाँच करना चाहते हैं और यह देख सकते हैं कि क्या यह आपके बाहरी HD ड्राइव अक्षर की ओर इशारा करता है।

अपडेट करें

अजीब ... यह विंडोज इंस्टालर का "फीचर" प्रतीत होता है (सबसे मुक्त स्थान के साथ ड्राइव का उपयोग करने के लिए)। मुझे इसे अक्षम करने का विकल्प नहीं मिल रहा है। मुझे आश्चर्य है कि क्या आप सिस्टम को अनुमतियों / रीड-ओनली फ्लैग या कुछ इसी तरह से लॉक कर सकते हैं। यह मुझे बताता है कि Microsoft आपको इसे बंद करने का विकल्प नहीं देगा।

दूसरा अद्यतन

ठीक है - इसलिए मुझे यह लेख ROOTDRIVE संपत्ति के बारे में मिला । विशेष नोट की:

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


मुझे ऐसा नहीं लगता। मेरा% TEMP% और% TMP% चर मेरे C: ड्राइव के लिए इंगित करते हैं और इंस्टॉलर अक्सर मेरे R: ड्राइव पर फ़ाइलों की प्रतिलिपि बनाते हैं।
स्नार्क

TEMP और TMP इस पर सेट होते हैं: C: \ Users \ <me> \ AppData \ Local \ Temp
डगलस एंडरसन

मैं ऐसी ही स्थिति में टकरा गया। निश्चित नहीं है कि उपाय क्या है।
विवेक

मैं समझता हूं कि अगर ROOTDRIVE प्रॉपर्टी सेट नहीं होती है, तो अस्थायी फाइलें फ्री स्पेस की सबसे बड़ी राशि के साथ डिस्क पर जाती हैं। लेकिन अधिक दिलचस्प सवाल यह है कि स्थापना समाप्त होने पर ये अस्थायी (!) फाइलें स्वचालित रूप से क्यों नहीं हटा दी जाती हैं?
एरिक

3

मुझे बाहरी एचडीडी के साथ यह समस्या थी जो विशेष रूप से व्यक्तिगत फ़ोटो और होम वीडियो के लिए उपयोग की जाती थी। मैंने सभी उपयोगकर्ताओं के लिए 'डिलीट' अनुमतियों को निष्क्रिय कर दिया ताकि किसी भी डेटा को खो दिया जा सके। हालाँकि, ड्राइव MSI tmp फ़ाइलों से भरना शुरू कर दिया। किसी भी स्वचालित निष्कासन से इनकार कर दिया गया था क्योंकि कोई सफाई उपकरण था (जैसा कि मैंने उल्लेख किया है) मैंने हटाने की अनुमति से इनकार कर दिया था। मेरा समाधान सभी उपयोगकर्ताओं के लिए लक्ष्य ड्राइव पर सभी अनुमतियों को बंद करना था ( एक उपयोगकर्ता के लिए 'प्राइवेटलाइजेस के अपवाद के साथ ), ओएस को लिखने से पहले ड्राइव में लिखने से रोकना। उम्मीद है की यह मदद करेगा।

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