जब आपके रीसायकल बिन से डेटा डिलीट हो जाता है, तो इसका क्या होता है?


48

अगर मैं यहां गलत हूं तो मुझे सुधारें, लेकिन जब आप अपने पीसी से किसी चीज को "डिलीट" करते हैं, तो आपका कंप्यूटर जो भी बाइनरी में से कुछ होता है, उसे 0 की जगह 1 लिखा जाता है। (या उस प्रभाव के लिए कुछ) तो जब आप कुछ रीसायकल बिन में भेजते हैं तो यह फ़ाइल के हिस्से पर लिखता है, और जब आप रीसायकल बिन से हटाते हैं तो यह अधिक लिखता है?


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

@JaDogg तुम्हारा क्या मतलब है?
पैरासॉस्मिस्ट सिप

@JaDogg सबसे ज्यादा 0/1 और क्या है? ए एफ? यकीन नहीं होता, थोड़ा सा जंग लगा हुआ। लेकिन यह सब नेटवर्किंग से संबंधित है। वैसे भी यह बहुमत है। मैं यहाँ नया हूँ इसलिए मैं अन्य लोगों पर इसके बारे में प्रश्न पोस्ट करने पर टिप्पणी नहीं कर सकता क्योंकि मैंने किसी और को नहीं देखा है, लेकिन मुझे इसमें संदेह नहीं है।
शिया ए।

तुम गलत हो। जब आप किसी चीज़ को "डिलीट" करते हैं, तो विंडोज इसे केवल रीसायकल बिन में ले जाता है, जो कि मूल रूप से, सिर्फ एक विशेष फ़ोल्डर है। यहां तक ​​कि जब आप रीसायकल बिन से कुछ हटाते हैं, तो यह आमतौर पर तुरंत नहीं लिखा जाता है। (लेकिन ब्लॉक अन्य फ़ाइलों के लिए आवंटित किए जाने के लिए स्वतंत्र हो जाते हैं, और फिर डेटा को ओवरराइट किया जा सकता है।)
जी-मैन कहते हैं 'मोनिका'

@ADTC, यह सिर्फ एक सामान्य लेखन है? तो आपको तीसरे पक्ष के कार्यक्रमों की आवश्यकता क्यों है? यदि मैं फ़ाइल को हटाने से पहले 000000000000या random_garbage_data_repeat_random_garbage_datहटाने से पहले सहेजता हूं , तो क्या उसका प्रभाव नहीं होगा?
पचेरियर

जवाबों:


86

न तो ऑपरेशन फ़ाइल पर लिखते हैं।

एक फ़ाइल को रीसायकल बिन में ले जाने से बस यही होता है - फ़ाइल को स्थानांतरित करता है, और यह किसी भी अन्य "चाल" ऑपरेशन के समान है जब नया फ़ोल्डर एक ही डिस्क पर होता है: फ़ाइल नाम को उसके मूल फ़ोल्डर से दूसरे में स्थानांतरित कर दिया जाता है, लेकिन फ़ाइल की सामग्री अभी भी डिस्क पर है और भौतिक रूप से स्थानांतरित, संशोधित या यहां तक ​​कि नहीं देखी गई है।

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

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


33
"एक फ़ाइल को स्थानांतरित करने" बिट पर विस्तार करने के लिए, रीसायकल बिन आपकी हार्ड ड्राइव पर सिर्फ एक साधारण फ़ोल्डर है जो विंडोज आपको एक विशेष तरीके से दिखाता है।
मार्क

9
@ मर्क काफी नहीं, मेरा मानना ​​है - हर ड्राइव पर एक 'रीसायकल बिन' फोल्डर है (यह .$TRASHESयाद नहीं है), और जब आप रीसायकल बिन को खोलते हैं तो विंडोज उन सभी को जोड़ती है। इसलिए आपका C: ड्राइव और E: ड्राइव दोनों में एक फ़ोल्डर है, क्योंकि विंडोज सब कुछ कॉपी नहीं करना चाहता है जब आप इसे हटाते हैं (यह पूरी बात है!)।
रेकिंग

7
विंडोज विस्टा, 7, और 8 (और 8.1) का उपयोग करें $RECYCLE.BIN। @ बाइक चलाना आप लिनक्स के लिए नॉटिलस की सोच रहे हैं; यह उपयोग करता है .Trashes
कोल जॉन्सन

3
हालाँकि यह फ़ाइल-सिस्टम पर निर्भर है, फ़ाइल नाम आमतौर पर हटाए जाने पर फ़ोल्डर से नहीं निकाले जाते हैं। जैसे FAT / FAT32 में डायरेंट में फ़ाइलनाम के पहले चरित्र को 0xE0 बाइट के साथ बदल दिया जाता है, जिसमें पूरी फाइल भी शामिल होती है, लेकिन नाम का पहला चरित्र पूरी तरह से पुनर्प्राप्त करने योग्य होता है, अगर कोई लिखता नहीं है, जो उस क्लस्टर श्रृंखला का पुन: उपयोग करता है जो पहले था। हटाए गए फ़ाइल को आवंटित।
एंडी ब्राउन

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

36

एक फ़ाइल दो भागों में है:

  1. एक निर्देशिका प्रविष्टि जो फ़ाइल का नाम रिकॉर्ड करती है और इसमें डिस्क पर ब्लॉक की एक सूची होती है जिसमें फ़ाइल की डेटा सामग्री होती है। ऑपरेटिंग सिस्टम तब "जानता है" कि ये ब्लॉक उपयोग में हैं।
  2. वास्तविक ब्लॉक जिसमें फ़ाइल की डेटा सामग्री होती है

जब कोई फ़ाइल हटा दी जाती है:

  1. निर्देशिका प्रविष्टि में ब्लॉकों की सूची को मुक्त रूप में चिह्नित ऑपरेटिंग सिस्टम पर वापस लौटा दिया जाता है। निर्देशिका प्रविष्टि हटा दी जाती है, इसलिए फ़ाइल सिस्टम से फ़ाइल "गायब" हो जाती है।
  2. वास्तविक ब्लॉक स्पर्श नहीं किए जाते हैं, इसलिए फ़ाइल की डेटा सामग्री तब तक अछूती रहती है जब तक कि कोई अन्य नई फ़ाइल उन्हें अधिलेखित नहीं कर देती। यही कारण है कि फ़ाइल पुनर्प्राप्ति सॉफ़्टवेयर अक्सर हटाए गए फ़ाइलों का पुनर्निर्माण कर सकता है (लेकिन केवल अगर इसे हटाने के तुरंत बाद उपयोग किया जाता है)।

10

आपको यह स्पष्ट करने की आवश्यकता है कि क्या आप पूछ रहे हैं कि भौतिक ड्राइव या सॉफ़्टवेयर स्तर पर क्या होता है।

भौतिक पक्ष पर, यह ड्राइव पर निर्भर करता है:

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

  • एसएसडी ड्राइव पर, मौजूदा डेटा पर लिखना संभव नहीं है, इसलिए फाइलें आमतौर पर शारीरिक रूप से नष्ट हो जाती हैं (देखें http://en.wikipedia.org/wiki/Trim_(computing) )

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


4
"रीसायकल बिन पर जाने से फ़ाइल चलती है।" ज़रुरी नहीं। फ़ाइल ही नहीं चलती है; यह अभी भी डिस्क पर उसी LBA को रखता है जैसा उसने पहले किया था। यहां तक ​​कि फाइल का रिकॉर्ड भी वही है। केवल एक ही चीज़ "स्थानांतरित" है, फ़ाइल की मूल निर्देशिका से "रीसायकल बिन" की निर्देशिका के लिए निर्देशिका प्रविष्टि है।
जेमी हनरहान

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

मैं क्या कहना चाहता था, लेकिन समझाने के लिए समय नहीं लिया गया है कि जब इस प्रकार के प्रश्न पूछते हैं, तो आपको वास्तव में इसे या तो सॉफ़्टवेयर या हार्डवेयर चीज़ों के लिए संकीर्ण करना होगा। "फाइलें", "फ़ोल्डर", "विभाजन", "सामग्री की तालिका" आदि सभी सॉफ्टवेयर अवधारणाएं हैं। हार्डवेयर की तरफ यह "एड्रेस 0x2384923 पर 80 बाइट्स पढ़ें", एड्रेस 0x123123 पर 24 बाइट्स लिखें या "एड्रेस 0x82478923 पर 292 बाइट्स ट्रिम करें"
एलोइम्स

6
AFAIK, ट्रिम कमांड फ़ाइल को भौतिक रूप से नहीं हटाता है (जैसा कि ADTC ने उल्लेख किया है, यह एक महंगा ऑपरेशन होगा। यह ड्राइव के फर्मवेयर को यह बताता है कि इसे अब डेटा संरक्षित नहीं करना है। इसलिए यह वैचारिक रूप से काफी समान है। फाइलसिस्टम पर होता है, बस फर्मवेयर लेवल पर।
oefe

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