विभाजन के संदर्भ में संग्रहीत रीसायकल बिन में फ़ाइलें कहाँ हैं?


9

मैं समझता हूं कि रीसायकल बिन को स्थानीय ड्राइव (विभाजन) के बीच साझा किया जाता है। जब कोई फ़ाइल "हटा दी जाती है" और रीसायकल बिन को भेजी जाती है, तो क्या फ़ाइल उस विभाजन पर पहले ही रहती है जो इसे हटाने से पहले थी, या इसे एक केंद्रीकृत क्षेत्र में ले जाया गया है (ड्राइव विंडोज पर स्थापित है)?

उदाहरण:

एक पीसी में एक हार्ड ड्राइव है:

सी - विंडोज ओएस
डी के साथ मुख्य विभाजन
- एक ही भौतिक ड्राइव पर अतिरिक्त विभाजन ई - एक ही भौतिक ड्राइव पर एक और विभाजन

यदि मैं ड्राइव D पर एक फ़ाइल हटाता हूं, तो क्या फ़ाइल रीसायकल बिन में ड्राइव D पर रहती है, या क्या यह ड्राइव C पर एक केंद्रीकृत रीसायकल बिन क्षेत्र में स्थानांतरित हो गई है? जब एक विभाजन पर RECYCLER फ़ोल्डर को देखते हैं तो यह सभी विभाजन से रीसायकल बिन की सामग्री को दर्शाता है।

XP होम SP 3, NTFS का उपयोग करना।

जवाबों:


8

वास्तव में, प्रति विभाजन (सी :, डी :, आदि) प्रति एक अलग \ पुनर्नवीनीकरण निर्देशिका है। तो यह एक ही पार्टीशन / ड्राइव पर रहता है।

यहां एक ही कंप्यूटर पर दो ड्राइव से एक स्क्रीनशॉट है।

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

मैं अब पुष्टि कर सकता हूं कि जब एक ही ड्राइव, और कई विभाजन हैं तो व्यवहार समान है।

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

हालाँकि, जब आप अपने डेस्कटॉप पर रीसायकल बिन आइकन खोलते हैं, तो आपको उन सभी रिसाइकल फ़ोल्डर का संकलन दिखाई देता है जो सुविधा के लिए आपके खातों से जुड़े होते हैं।

नीचे दिए गए आपके प्रश्न के आधार पर, ऐसा प्रतीत होता है कि जब आप कुछ हटाते हैं, तो फ़ाइल वास्तविक ड्राइव पर रहती है, जैसा कि पहले बताया गया है। यह भी होता है कि फ़ाइल को एक यादृच्छिक नाम दिया गया है (मेरी मूल फ़ाइल test.txt थी, लेकिन जब मैंने कमांड प्रॉम्प्ट पर खोज की तो ड्राइव पर De4.txt का नाम बदल दिया गया), और उस फ़ाइल को उस INFO2 फ़ाइल में दर्ज किया गया है और एक्सप्लोरर पर पारित कर दिया है जैसा कि आपने इसे देखा। ऐसा इसलिए है कि आपको केवल एक रीसायकल बिन की आवश्यकता है जो हटाए गए फ़ाइलों को पा सकते हैं, भले ही आप किस ड्राइव पर हों। जब आप खोज कमांड लाइन करते हैं, तो आप वास्तव में क्या देखते हैं, यह दर्शाता है कि यह वास्तव में दोनों ड्राइव पर नहीं है। इस स्क्रीनशॉट को देखें:

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


मैंने उत्तर को अपडेट किया और पुष्टि की कि व्यवहार एक ही है जब एक ही ड्राइव है, और कई विभाजन हैं।
KCotreau

आपके जवाब के लिए धन्यवाद। मैंने ड्राइव सी पर एक पाठ फ़ाइल बनाने की कोशिश की, फिर इसे "हटाना"। यह तब अपेक्षित रूप से C पर RECYCLER फ़ोल्डर में दिखाई देता है, लेकिन यह RECYCLER फ़ोल्डर में अन्य विभाजनों पर भी दिखाता है (भले ही फ़ाइल उन विभाजनों में पहले से मौजूद नहीं है)। यह क्यों है के रूप में कोई स्पष्टीकरण?
गोटो 10

मैंने आपके निष्कर्षों को फिर से बनाया है, और मैं उत्तर में जोड़ने जा रहा हूं।
KCotreau

3

यदि मैं ड्राइव D पर एक फ़ाइल हटाता हूं, तो क्या फ़ाइल रीसायकल बिन में ड्राइव D पर रहती है, या क्या यह ड्राइव C पर एक केंद्रीकृत रीसायकल बिन क्षेत्र में स्थानांतरित हो गई है?

आपके द्वारा हटाई गई प्रत्येक फ़ाइल उस ड्राइव पर रहती है जिस फ़ाइल से आया था। यही कारण है कि आप प्रति-आकार के आधार पर अधिकतम रीसायकल बिन आकार सेट कर सकते हैं (बस रीसायकल बिन पर राइट-क्लिक करें और गुण पर जाएं, और आप इसे प्रति-ड्राइव के आधार पर बदल सकते हैं)।

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

जब एक विभाजन पर RECYCLER फ़ोल्डर को देखते हैं तो यह सभी विभाजन से रीसायकल बिन की सामग्री को दर्शाता है।

हां, यह विंडोज पर डिफ़ॉल्ट व्यवहार है। प्रत्येक ड्राइव पर, एक RECYCLERफ़ोल्डर होता है (छिपे और सिस्टम दोनों के रूप में चिह्नित)। Windows रीसायकल बिन सभी स्थानीय ड्राइव के माध्यम से खोज करता है और बिन खोलने पर सभी पुनर्नवीनीकरण प्रविष्टियाँ प्राप्त करता है।

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

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