अनडिलीशन: Difference between revisions
No edit summary |
No edit summary |
||
| Line 27: | Line 27: | ||
ग्राफ़िकल उपयोगकर्ता वातावरण अक्सर फ़ाइलों को हटाए जाने के लिए होल्डिंग क्षेत्र का उपयोग करने के बजाय, अविलोपन के लिए एक अलग दृष्टिकोण अपनाते हैं। अवांछित फ़ाइलों को इस होल्डिंग क्षेत्र में ले जाया जाता है, और होल्डिंग क्षेत्र की सभी फ़ाइलों को समय-समय पर या उपयोगकर्ता द्वारा अनुरोध किए जाने पर हटा दिया जाता है। यह दृष्टिकोण [[Macintosh|मैकिनटोश]] ऑपरेटिंग सिस्टम में ट्रैश कैन द्वारा औरमाइक्रोसॉफ्ट विंडोज में रीसायकल बिन द्वारा उपयोग किया जाता है। यह पहले के प्रणालियों द्वारा अपनाए गए दृष्टिकोण का एक स्वाभाविक निरंतरता है, जैसे कि [[लोकोस्क्रिप्ट]] द्वारा उपयोग किए जाने वाले लिम्बो समूह।<ref>{{cite web |url=http://www.ansible.co.uk/ai/pcwplus/pcwtdy06.html |title=पीसीडब्ल्यू टुडे कॉलम #6 में लैंगफोर्ड|publisher=Ansible.co.uk |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20120214185021/http://www.ansible.co.uk/ai/pcwplus/pcwtdy06.html |archive-date=2012-02-14 }}</ref> यह दृष्टिकोण इस जोखिम के अधीन नहीं है कि फ़ाइल सिस्टम में लिखी जा रही अन्य फ़ाइलें बहुत तेज़ी से हटाई गई फ़ाइल को बाधित कर देंगी; स्थायी विलोपन पूर्वानुमेय समय पर या केवल मानवीय हस्तक्षेप से होगा। | ग्राफ़िकल उपयोगकर्ता वातावरण अक्सर फ़ाइलों को हटाए जाने के लिए होल्डिंग क्षेत्र का उपयोग करने के बजाय, अविलोपन के लिए एक अलग दृष्टिकोण अपनाते हैं। अवांछित फ़ाइलों को इस होल्डिंग क्षेत्र में ले जाया जाता है, और होल्डिंग क्षेत्र की सभी फ़ाइलों को समय-समय पर या उपयोगकर्ता द्वारा अनुरोध किए जाने पर हटा दिया जाता है। यह दृष्टिकोण [[Macintosh|मैकिनटोश]] ऑपरेटिंग सिस्टम में ट्रैश कैन द्वारा औरमाइक्रोसॉफ्ट विंडोज में रीसायकल बिन द्वारा उपयोग किया जाता है। यह पहले के प्रणालियों द्वारा अपनाए गए दृष्टिकोण का एक स्वाभाविक निरंतरता है, जैसे कि [[लोकोस्क्रिप्ट]] द्वारा उपयोग किए जाने वाले लिम्बो समूह।<ref>{{cite web |url=http://www.ansible.co.uk/ai/pcwplus/pcwtdy06.html |title=पीसीडब्ल्यू टुडे कॉलम #6 में लैंगफोर्ड|publisher=Ansible.co.uk |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20120214185021/http://www.ansible.co.uk/ai/pcwplus/pcwtdy06.html |archive-date=2012-02-14 }}</ref> यह दृष्टिकोण इस जोखिम के अधीन नहीं है कि फ़ाइल सिस्टम में लिखी जा रही अन्य फ़ाइलें बहुत तेज़ी से हटाई गई फ़ाइल को बाधित कर देंगी; स्थायी विलोपन पूर्वानुमेय समय पर या केवल मानवीय हस्तक्षेप से होगा। | ||
नॉर्टन गोबैक (पूर्व में रॉक्सियो गोबैक) जैसे | नॉर्टन गोबैक (पूर्व में रॉक्सियो गोबैक) जैसे योजनाओं द्वारा एक अन्य दृष्टिकोण की पेशकश की जाती है: हार्ड डिस्क स्थान का एक हिस्सा फ़ाइल संशोधन संचालन के लिए अलग रखा जाता है ताकि इसे बाद में पूर्ववत किया जा सके। यह प्रक्रिया आमतौर पर हटाई गई फ़ाइलों की पुनर्प्राप्ति में सहायता करने के लिए नीचे वर्णित विलोपन ऑपरेशन की तुलना में अधिक सुरक्षित है। | ||
इसी तरह, फाइल सिस्टम जो स्नैपशॉट (जैसे [[ZFS]] या [[btrfs]]) का समर्थन करता है, का उपयोग नियमित अंतराल पर (जैसे हर घंटे) पूरे फाइल सिस्टम के स्नैपशॉट बनाने के लिए किया जा सकता है, इस प्रकार पहले के स्नैपशॉट से फाइलों की रिकवरी की अनुमति देता है। | इसी तरह, फाइल सिस्टम जो स्नैपशॉट (जैसे [[ZFS]] या [[btrfs]]) का समर्थन करता है, का उपयोग नियमित अंतराल पर (जैसे हर घंटे) पूरे फाइल सिस्टम के स्नैपशॉट बनाने के लिए किया जा सकता है, इस प्रकार पहले के स्नैपशॉट से फाइलों की रिकवरी की अनुमति देता है। | ||
== सीमाएं == | == सीमाएं == | ||
विलोपन विफल-सुरक्षित नहीं है। सामान्य तौर पर, जितनी जल्दी हटाने का प्रयास किया जाता है, उतनी ही अधिक संभावना है कि यह सफल होगा। ऐसा इसलिए है क्योंकि जितना अधिक सिस्टम का उपयोग किया जाता है, उतना ही अधिक डेटा ड्राइव पर लिखा जाता है और संभावित रूप से उस हटाए गए स्थान को आवंटित किया जाता है। फ़ाइल सिस्टम के प्रकार के आधार पर, हटाई गई फ़ाइल का [[फ़ाइल विखंडन]] भी पुनर्प्राप्ति की संभावना को कम कर सकता है (नीचे देखें)। एक सन्निहित क्षेत्र में होने के बजाय, एक खंडित फ़ाइल डिस्क के विभिन्न भागों में बिखरी हुई है। | |||
== यांत्रिकी == | == यांत्रिकी == | ||
हटाए जाने की कार्यप्रणाली उस फ़ाइल सिस्टम पर निर्भर करती है जिस पर हटाई गई फ़ाइल संग्रहीत की गई थी। कुछ फाइल सिस्टम, जैसे [[पदानुक्रमित फाइल सिस्टम]], हटाने की सुविधा प्रदान नहीं कर सकते हैं क्योंकि हटाई गई फ़ाइल के बारे में कोई जानकारी नहीं रखी जाती है (अतिरिक्त सॉफ़्टवेयर को छोड़कर, जो आमतौर पर मौजूद नहीं है)। हालाँकि, कुछ फ़ाइल सिस्टम, FAT फ़ाइल | हटाए जाने की कार्यप्रणाली उस फ़ाइल सिस्टम पर निर्भर करती है जिस पर हटाई गई फ़ाइल संग्रहीत की गई थी। कुछ फाइल सिस्टम, जैसे [[पदानुक्रमित फाइल सिस्टम]], हटाने की सुविधा प्रदान नहीं कर सकते हैं क्योंकि हटाई गई फ़ाइल के बारे में कोई जानकारी नहीं रखी जाती है (अतिरिक्त सॉफ़्टवेयर को छोड़कर, जो आमतौर पर मौजूद नहीं है)। हालाँकि, कुछ फ़ाइल सिस्टम, FAT फ़ाइल प्रणाली सहित, हटाई गई फ़ाइल के सभी निशान मिटाते नहीं हैं: | ||
=== एफएटी फाइल | === एफएटी फाइल प्रणाली === | ||
जब फ़ाइल आवंटन तालिका फ़ाइल सिस्टम का उपयोग करके एक फ़ाइल को हटा दिया जाता है, तो [[FAT निर्देशिका प्रविष्टि]] फ़ाइल नाम के पहले वर्ण को छोड़कर लगभग अपरिवर्तित रहती है, अधिकांश हटाए गए फ़ाइल के नाम को संरक्षित करते हुए, इसके समय की मोहर, फ़ाइल की लंबाई और - सबसे महत्वपूर्ण - डिस्क पर इसका भौतिक स्थान। हालाँकि, फ़ाइल द्वारा कब्जा किए गए डिस्क क्लस्टर की सूची को '[[फ़ाइल आवंटन तालिका (डेटा संरचना)]]' से मिटा दिया जाएगा, उन क्षेत्रों को चिह्नित किया जाएगा जो उसके बाद बनाई गई या संशोधित अन्य फ़ाइलों द्वारा उपयोग के लिए उपलब्ध हैं। [[FAT32]] के मामले में, यह अतिरिक्त रूप से मिटा दिया गया क्षेत्र है जो फ़ाइल के ऊपरी 16 बिट्स क्लस्टर मान के लिए जिम्मेदार है। | जब फ़ाइल आवंटन तालिका फ़ाइल सिस्टम का उपयोग करके एक फ़ाइल को हटा दिया जाता है, तो [[FAT निर्देशिका प्रविष्टि]] फ़ाइल नाम के पहले वर्ण को छोड़कर लगभग अपरिवर्तित रहती है, अधिकांश हटाए गए फ़ाइल के नाम को संरक्षित करते हुए, इसके समय की मोहर, फ़ाइल की लंबाई और - सबसे महत्वपूर्ण - डिस्क पर इसका भौतिक स्थान। हालाँकि, फ़ाइल द्वारा कब्जा किए गए डिस्क क्लस्टर की सूची को '[[फ़ाइल आवंटन तालिका (डेटा संरचना)]]' से मिटा दिया जाएगा, उन क्षेत्रों को चिह्नित किया जाएगा जो उसके बाद बनाई गई या संशोधित अन्य फ़ाइलों द्वारा उपयोग के लिए उपलब्ध हैं। [[FAT32]] के मामले में, यह अतिरिक्त रूप से मिटा दिया गया क्षेत्र है जो फ़ाइल के ऊपरी 16 बिट्स क्लस्टर मान के लिए जिम्मेदार है। | ||
Revision as of 22:21, 14 December 2022
 | This article needs additional citations for verification. (February 2017) (Learn how and when to remove this template message) |
हटाना या अविलोपन कम्प्यूटर फाइल को पुनर्स्थापित करने की एक विशेषता है जिसे फ़ाइल विलोपन द्वारा फाइल सिस्टम से हटा दिया गया है। हटाए गए डेटा को कई फ़ाइल सिस्टम पर पुनर्प्राप्त किया जा सकता है, लेकिन सभी फ़ाइल सिस्टम पुनर्प्राप्ति की सुविधा प्रदान नहीं करते हैं। मिटाए जाने की सुविधा के बिना डेटा को पुनर्प्राप्त करना आमतौर पर डेटा पुनर्प्राप्ति कहलाता है, न कि रद्द करना। हटाना उपयोगकर्ताओं को गलती से डेटा हानि से बचाने में मदद कर सकता है साथ ही कंप्यूटर सुरक्षा का जोखिम भी पैदा कर सकता है, क्योंकि उपयोगकर्ताओं को पता नहीं होता है कि हटाई गई फ़ाइलें उपयोग योग्य हैं।
समर्थन
सभी फ़ाइल सिस्टम या ऑपरेटिंग सिस्टम अविलोपन का समर्थन नहीं करते हैं। 1991 में डीआर डॉस 6.0 और एमयस-डॉस 5.0 के बाद से उपलब्ध कराई गई अविलोपन उपयोगिता के साथ सभी फाइल आवन्टन तालिका फाइल सिस्टम पर अविलोपन संभव है[1][2]। यह अधिकांश आधुनिक UNIX फाइल सिस्टम द्वारा समर्थित नहीं है, हालांकि AdvFS एक उल्लेखनीय अपवाद है। Ext2 फाइल सिस्टम में एक ऐड-ऑन प्रोग्राम है जिसे e2undel कहा जाता है[3] जो फ़ाइल को हटाने की अनुमति देता है। समान ext3 फाइल सिस्टम आधिकारिक तौर पर अविलोपन का समर्थन नहीं करता है, लेकिन उपयोगिताओं जैसे ext4magic,[4] एक्स्टेंडेलीट,[5] PhotoRec और ext3grep[6] ext3 वॉल्यूम पर विलोपन को स्वचालित करने के लिए लिखा गया था।[7] ext4 में अविलोपन प्रस्तावित किया गया था, लेकिन इसे अभी लागू किया जाना है।[8] हालांकि, 4 दिसंबर, 2006 को पैच के रूप में ट्रैश बिन सुविधा पोस्ट की गई थी।[9] ext2/3/4 और Reiser फ़ाइल सिस्टम में थ्रैश बिन सुविधा अविलोपन का उपयोग करती है।[10]
कमांड-लाइन उपयोगिताएं
नॉर्टन उपयोगिताएं
1982 में नॉर्टन उपयोगिताएं संस्करण 1.0 में नॉर्टन UNERASE एक महत्वपूर्ण घटक था।
एमएस-डॉस
माइक्रोसॉफ्ट ने एमयस-डॉस के संस्करण 5.0 से 6.22 में एक समान UNDELETE प्रोग्राम शामिल किया, लेकिन इसके बजाय बाद के FAT का उपयोग करने वाले ऑपरेटिंग सिस्टम में रीसायकल बिन (Windows) दृष्टिकोण लागू किया।
डीआर डॉस
डीआर डॉस 6.0 और उच्चतर प्रणालियों ने भी UNDELETE समर्थन किया, लेकिन वैकल्पिक रूप से FAT स्नैपशॉट उपयोगिता DISKMAP और स्थानीय DELWATCH विलोपन ट्रैकिंग घटक का उपयोग करके अतिरिक्त सुरक्षा प्रदान करते हैं, जो सक्रिय रूप से हटाई गई फ़ाइलों की दिनांक और समय की मुहरों को बनाए रखता है और हटाई गई फ़ाइलों के अवयवों को तब तक अधिलेखित होने से रोकता है जब तक डिस्क में जगह समाप्त हो रहा है। DELWATCH फ़ाइल सर्वर पर दूरस्थ फ़ाइलों के अविलोपन का भी समर्थन करता है। नोवेल डॉस 7 के बाद से कर्नेल FAT SAVENAME को निर्देशिका प्रविष्टियों में संग्रहीत करेगा ताकि मूल नाम को पुनर्प्राप्त करने में अविलोपन उपयोगिता की और सहायता की जा सके।
पीटीएस-डॉस
पीटीएस-डॉस वही सुविधा प्रदान करता है, जिसे SAVENAME (CONFIG.SYS निर्देश) CONFIG.SYS निर्देश द्वारा कॉन्फ़िगर किया जा सकता है।
फ्रीडॉस
UNDELETE का FreeDOS संस्करण Eric Auer द्वारा विकसित किया गया था और इसे GPL के तहत लाइसेंस प्राप्त है।[11]
ग्राफिकल प्रोग्राम
ग्राफ़िकल उपयोगकर्ता वातावरण अक्सर फ़ाइलों को हटाए जाने के लिए होल्डिंग क्षेत्र का उपयोग करने के बजाय, अविलोपन के लिए एक अलग दृष्टिकोण अपनाते हैं। अवांछित फ़ाइलों को इस होल्डिंग क्षेत्र में ले जाया जाता है, और होल्डिंग क्षेत्र की सभी फ़ाइलों को समय-समय पर या उपयोगकर्ता द्वारा अनुरोध किए जाने पर हटा दिया जाता है। यह दृष्टिकोण मैकिनटोश ऑपरेटिंग सिस्टम में ट्रैश कैन द्वारा औरमाइक्रोसॉफ्ट विंडोज में रीसायकल बिन द्वारा उपयोग किया जाता है। यह पहले के प्रणालियों द्वारा अपनाए गए दृष्टिकोण का एक स्वाभाविक निरंतरता है, जैसे कि लोकोस्क्रिप्ट द्वारा उपयोग किए जाने वाले लिम्बो समूह।[12] यह दृष्टिकोण इस जोखिम के अधीन नहीं है कि फ़ाइल सिस्टम में लिखी जा रही अन्य फ़ाइलें बहुत तेज़ी से हटाई गई फ़ाइल को बाधित कर देंगी; स्थायी विलोपन पूर्वानुमेय समय पर या केवल मानवीय हस्तक्षेप से होगा।
नॉर्टन गोबैक (पूर्व में रॉक्सियो गोबैक) जैसे योजनाओं द्वारा एक अन्य दृष्टिकोण की पेशकश की जाती है: हार्ड डिस्क स्थान का एक हिस्सा फ़ाइल संशोधन संचालन के लिए अलग रखा जाता है ताकि इसे बाद में पूर्ववत किया जा सके। यह प्रक्रिया आमतौर पर हटाई गई फ़ाइलों की पुनर्प्राप्ति में सहायता करने के लिए नीचे वर्णित विलोपन ऑपरेशन की तुलना में अधिक सुरक्षित है।
इसी तरह, फाइल सिस्टम जो स्नैपशॉट (जैसे ZFS या btrfs) का समर्थन करता है, का उपयोग नियमित अंतराल पर (जैसे हर घंटे) पूरे फाइल सिस्टम के स्नैपशॉट बनाने के लिए किया जा सकता है, इस प्रकार पहले के स्नैपशॉट से फाइलों की रिकवरी की अनुमति देता है।
सीमाएं
विलोपन विफल-सुरक्षित नहीं है। सामान्य तौर पर, जितनी जल्दी हटाने का प्रयास किया जाता है, उतनी ही अधिक संभावना है कि यह सफल होगा। ऐसा इसलिए है क्योंकि जितना अधिक सिस्टम का उपयोग किया जाता है, उतना ही अधिक डेटा ड्राइव पर लिखा जाता है और संभावित रूप से उस हटाए गए स्थान को आवंटित किया जाता है। फ़ाइल सिस्टम के प्रकार के आधार पर, हटाई गई फ़ाइल का फ़ाइल विखंडन भी पुनर्प्राप्ति की संभावना को कम कर सकता है (नीचे देखें)। एक सन्निहित क्षेत्र में होने के बजाय, एक खंडित फ़ाइल डिस्क के विभिन्न भागों में बिखरी हुई है।
यांत्रिकी
हटाए जाने की कार्यप्रणाली उस फ़ाइल सिस्टम पर निर्भर करती है जिस पर हटाई गई फ़ाइल संग्रहीत की गई थी। कुछ फाइल सिस्टम, जैसे पदानुक्रमित फाइल सिस्टम, हटाने की सुविधा प्रदान नहीं कर सकते हैं क्योंकि हटाई गई फ़ाइल के बारे में कोई जानकारी नहीं रखी जाती है (अतिरिक्त सॉफ़्टवेयर को छोड़कर, जो आमतौर पर मौजूद नहीं है)। हालाँकि, कुछ फ़ाइल सिस्टम, FAT फ़ाइल प्रणाली सहित, हटाई गई फ़ाइल के सभी निशान मिटाते नहीं हैं:
एफएटी फाइल प्रणाली
जब फ़ाइल आवंटन तालिका फ़ाइल सिस्टम का उपयोग करके एक फ़ाइल को हटा दिया जाता है, तो FAT निर्देशिका प्रविष्टि फ़ाइल नाम के पहले वर्ण को छोड़कर लगभग अपरिवर्तित रहती है, अधिकांश हटाए गए फ़ाइल के नाम को संरक्षित करते हुए, इसके समय की मोहर, फ़ाइल की लंबाई और - सबसे महत्वपूर्ण - डिस्क पर इसका भौतिक स्थान। हालाँकि, फ़ाइल द्वारा कब्जा किए गए डिस्क क्लस्टर की सूची को 'फ़ाइल आवंटन तालिका (डेटा संरचना)' से मिटा दिया जाएगा, उन क्षेत्रों को चिह्नित किया जाएगा जो उसके बाद बनाई गई या संशोधित अन्य फ़ाइलों द्वारा उपयोग के लिए उपलब्ध हैं। FAT32 के मामले में, यह अतिरिक्त रूप से मिटा दिया गया क्षेत्र है जो फ़ाइल के ऊपरी 16 बिट्स क्लस्टर मान के लिए जिम्मेदार है।
जब हटाने की कार्रवाई का प्रयास किया जाता है, तो फ़ाइल की सफल पुनर्प्राप्ति के लिए निम्न शर्तें पूरी की जानी चाहिए:
- हटाई गई फ़ाइल की प्रविष्टि अभी भी निर्देशिका में मौजूद होनी चाहिए, जिसका अर्थ है कि इसे अभी तक एक नई फ़ाइल (या फ़ोल्डर) द्वारा अधिलेखित नहीं किया जाना चाहिए जो उसी निर्देशिका में बनाई गई है। क्या यह मामला काफी आसानी से पता लगाया जा सकता है कि क्या फ़ाइल का शेष नाम जिसे हटाना नहीं है अभी भी निर्देशिका में मौजूद है।
- हटाए गए फ़ाइल द्वारा पूर्व में उपयोग किए गए क्लस्टर को अभी तक अन्य फ़ाइलों द्वारा अधिलेखित नहीं किया जाना चाहिए। यह जाँच कर काफी अच्छी तरह से सत्यापित किया जा सकता है कि क्लस्टर 'फ़ाइल आवंटन तालिका' में उपयोग किए गए के रूप में चिह्नित नहीं हैं। हालाँकि, यदि, इस बीच, उन क्षेत्रों का उपयोग करते हुए, डिस्क पर एक नई फ़ाइल लिखी गई थी, और फिर से हटा दी गई थी, उन क्षेत्रों को फिर से मुक्त कर दिया गया था, इसे रद्द करने के कार्यक्रम द्वारा स्वचालित रूप से पता नहीं लगाया जा सकता है। इस मामले में एक हटाना ऑपरेशन, भले ही सफल दिख रहा हो, विफल हो सकता है क्योंकि बरामद फ़ाइल में अलग डेटा होता है।
- FAT32 उपकरणों के लिए, भौतिक पते के निचले 16 बिट्स को आमतौर पर निर्देशिका प्रविष्टि में रखा जाता है, लेकिन पते के उच्च बिट्स को शून्य कर दिया जाता है। कई पुनर्प्राप्ति प्रोग्राम इस तथ्य की उपेक्षा करते हैं और डेटा को ठीक से पुनर्प्राप्त करने में विफल रहते हैं।
हटाई गई फ़ाइलों को पुनर्प्राप्त करने की संभावना अक्सर FAT12 और FAT16 पर अधिक होती है क्योंकि FAT32 वॉल्यूम की तुलना में पूर्व सिस्टम द्वारा उपयोग किए जाने वाले बड़े क्लस्टर आकार और FAT32 के लिए तार्किक क्लस्टर पते के ऊपरी 16 बिट्स के नुकसान के कारण होता है।
यदि पूर्ववत कार्यक्रम उपरोक्त आवश्यकताओं के पूरा नहीं होने के स्पष्ट संकेतों का पता नहीं लगा सकता है, तो यह निर्देशिका प्रविष्टि को उपयोग में होने के रूप में पुनर्स्थापित करेगा और सभी लगातार समूहों को चिह्नित करेगा, जो कि पुरानी निर्देशिका प्रविष्टि में दर्ज एक से शुरू होता है, जैसा कि में उपयोग किया जाता है। फाइल आवन्टन तालिका। फिर यह उपयोगकर्ता पर निर्भर करता है कि वह पुनर्प्राप्त की गई फ़ाइल को खोले और यह सत्यापित करे कि उसमें पूर्व में हटाई गई फ़ाइल का पूरा डेटा है।
खंडित फ़ाइलों की पुनर्प्राप्ति (पहले खंड के बाद) इसलिए सामान्य रूप से स्वचालित प्रक्रियाओं द्वारा संभव नहीं है, केवल डिस्क के प्रत्येक (अप्रयुक्त) ब्लॉक की मैन्युअल परीक्षा द्वारा। इसके लिए फ़ाइल सिस्टम के विस्तृत ज्ञान की आवश्यकता होती है, साथ ही फ़ाइल प्रकार के बाइनरी प्रारूप को पुनर्प्राप्त किया जा रहा है, और इसलिए यह केवल पुनर्प्राप्ति विशेषज्ञों या फोरेंसिक पेशेवरों द्वारा किया जाता है।
एनटीएफएस फाइल सिस्टम
NTFS तथाकथित मास्टर फ़ाइल टेबल (MFT) के भीतर निश्चित आकार के रिकॉर्ड (आमतौर पर, 1KB) के सेट के रूप में फ़ाइल जानकारी संग्रहीत करता है। फ़ाइल का नाम और फ़ाइल आवंटन की जानकारी इन अभिलेखों में समाहित है, प्रत्येक विशिष्ट फ़ाइल के बारे में पूरी जानकारी प्रदान करती है। जब सिस्टम किसी फ़ाइल को हटाता है, तो मास्टर फ़ाइल तालिका में प्रविष्टि या तो अनलिंक या पुन: उपयोग करने के लिए जारी की जाती है, लेकिन यह अभी भी डिस्क पर रहती है। जब तक MFT प्रविष्टि का पुन: उपयोग या अधिलेखन नहीं किया जाता है, तब तक फ़ाइल को आसानी से पुनर्प्राप्त किया जा सकता है: डेटा रिकवरी सॉफ़्टवेयर खोई हुई MFT प्रविष्टि को ढूंढ सकता है और इससे खोई हुई फ़ाइल के बारे में पूरी जानकारी प्राप्त कर सकता है।
नोट हालांकि, जब एसएसडी ट्रिम (कंप्यूटिंग) फ़ंक्शन सक्षम होता है, तो एसएसडी मेमोरी सेल का पुन: उपयोग करने के लिए हटाने के तुरंत बाद फ़ाइल सामग्री नष्ट हो सकती है। यह फ़ाइल सामग्री पुनर्प्राप्ति को असंभव बनाता है (डिस्क पर केवल नाम, दिनांक और फ़ाइल आकार की जानकारी रहेगी)।
रोकथाम
डेटा इरेज़र एक शब्द है जो फ़ाइल को हटाने से रोकने के सॉफ़्टवेयर-आधारित तरीकों को संदर्भित करता है।
यह भी देखें
- बैकअप
- विलोपन समीक्षा|विकिपीडिया पर लेखों का विलोपन § विलोपन समीक्षा और विलोपन
- डेटा रिकवरी सॉफ़्टवेयर की सूची
- पेपर श्रेडर # अनश्रेडिंग और फोरेंसिक
- रोलबैक (डेटा प्रबंधन)
- पूर्ववत करें
संदर्भ
- ↑ "MS-DOS 5.0 CHKDSK और UNDELETE कमांड का उपयोग कब नहीं करना चाहिए". Support.microsoft.com. 2006-11-16. Archived from the original on 2012-02-02. Retrieved 2012-01-09.
- ↑ "हटाना रद्द के साथ एक सामान्य UNDELETE.INI फ़ाइल का उपयोग करना". Support.microsoft.com. 1999-11-16. Archived from the original on 2009-08-26. Retrieved 2012-01-09.
- ↑ "e2undel होम पेज". e2undel.sourceforge.net. Retrieved 2020-07-02.
- ↑ "Ext4magic". ext4magic.sourceforge.net. Retrieved 2020-07-02.
- ↑ "extundelete: एक ext3 और ext4 फ़ाइल हटाना रद्द करना उपयोगिता". extundelete.sourceforge.net. Retrieved 2020-07-02.
- ↑ "Google कोड संग्रह - Google कोड प्रोजेक्ट होस्टिंग के लिए दीर्घकालिक संग्रहण।". code.google.com. Retrieved 2020-07-02.
- ↑ Carlo Wood (2008-02-07). "किसी ext3 फ़ाइल सिस्टम पर हटाई गई फ़ाइलों को कैसे पुनर्प्राप्त करें". Xs4all.nl. Archived from the original on 2010-09-19. Retrieved 2012-01-09.
- ↑ New ext4 features Archived December 18, 2008, at the Wayback Machine
- ↑ "Ext4 के लिए सुरक्षित विलोपन और ट्रैश-बिन समर्थन". Article.gmane.org. Archived from the original on 2008-07-09. Retrieved 2012-01-09.
- ↑ "गमने करघा". Thread.gmane.org. Archived from the original on 2016-01-11. Retrieved 2012-01-09.
- ↑ "FreeDOS 1.2 अपडेट पैकेज - हटाना रद्द करें (FreeDOS बेस)". Ibiblio.org. 2009-04-05. Retrieved 2022-09-04.
- ↑ "पीसीडब्ल्यू टुडे कॉलम #6 में लैंगफोर्ड". Ansible.co.uk. Archived from the original on 2012-02-14. Retrieved 2012-01-09.
इस पेज में लापता आंतरिक लिंक की सूची
- डाटा रिकवरी
- ext2
- रीसायकल बिन (विंडोज़)
