अनडिलीशन: Difference between revisions

Latest revision as of 12:05, 12 September 2023

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

समर्थन

सभी फ़ाइल प्रणाली या ऑपरेटिंग प्रणाली अविलोपन का समर्थन नहीं करते हैं। 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 स्नैपशॉट उपयोगिता डिस्कमैप और स्थानीय डेलवॉच विलोपन ट्रैकिंग घटक का उपयोग करके अतिरिक्त सुरक्षा प्रदान करते हैं, जो सक्रिय रूप से हटाई गई फ़ाइलों की दिनांक और समय की मुहरों को बनाए रखता है और हटाई गई फ़ाइलों के अवयवों को तब तक अधिलेखित होने से रोकता है जब तक डिस्क में जगह समाप्त हो रहा है। 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.

बाहरी संबंध

[1] "MS-DOS 5.0 CHKDSK और UNDELETE कमांड का उपयोग कब नहीं करना चाहिए". Support.microsoft.com. 2006-11-16. Archived from the original on 2012-02-02. Retrieved 2012-01-09.

[2] "हटाना रद्द के साथ एक सामान्य UNDELETE.INI फ़ाइल का उपयोग करना". Support.microsoft.com. 1999-11-16. Archived from the original on 2009-08-26. Retrieved 2012-01-09.

[3] "e2undel होम पेज". e2undel.sourceforge.net. Retrieved 2020-07-02.

[4] "Ext4magic". ext4magic.sourceforge.net. Retrieved 2020-07-02.

[5] "extundelete: एक ext3 और ext4 फ़ाइल हटाना रद्द करना उपयोगिता". extundelete.sourceforge.net. Retrieved 2020-07-02.

[6] "Google कोड संग्रह - Google कोड प्रोजेक्ट होस्टिंग के लिए दीर्घकालिक संग्रहण।". code.google.com. Retrieved 2020-07-02.

[7] Carlo Wood (2008-02-07). "किसी ext3 फ़ाइल सिस्टम पर हटाई गई फ़ाइलों को कैसे पुनर्प्राप्त करें". Xs4all.nl. Archived from the original on 2010-09-19. Retrieved 2012-01-09.

[8] New ext4 features Archived December 18, 2008, at the Wayback Machine

[9] "Ext4 के लिए सुरक्षित विलोपन और ट्रैश-बिन समर्थन". Article.gmane.org. Archived from the original on 2008-07-09. Retrieved 2012-01-09.

[10] "गमने करघा". Thread.gmane.org. Archived from the original on 2016-01-11. Retrieved 2012-01-09.

[11] "FreeDOS 1.2 अपडेट पैकेज - हटाना रद्द करें (FreeDOS बेस)". Ibiblio.org. 2009-04-05. Retrieved 2022-09-04.

[12] "पीसीडब्ल्यू टुडे कॉलम #6 में लैंगफोर्ड". Ansible.co.uk. Archived from the original on 2012-02-14. Retrieved 2012-01-09.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

@@ Line 1: / Line 1: @@
-{{short description|Feature for restoring computer files}}
+'''अनडिलीशन''' (Undeletion) '''या अविलोपन''' [[कम्प्यूटर फाइल]] को पुनर्स्थापित करने की एक विशेषता है जिसे [[फ़ाइल विलोपन]] द्वारा [[फाइल सिस्टम|फाइल  प्रणाली]] से हटा दिया गया है। हटाए गए डेटा को कई फ़ाइल  प्रणाली पर पुनर्प्राप्त किया जा सकता है, लेकिन सभी फ़ाइल  प्रणाली पुनर्प्राप्ति की सुविधा प्रदान नहीं करते हैं। मिटाए जाने की सुविधा के बिना डेटा को पुनर्प्राप्त करना आमतौर पर डेटा पुनर्प्राप्ति कहलाता है, न कि रद्द करना। अनडिलीशन उपयोगकर्ताओं को गलती से [[डेटा हानि]] से बचाने में मदद कर सकता है साथ ही  [[कंप्यूटर सुरक्षा]] का जोखिम भी उत्पन्न कर सकता है, क्योंकि उपयोगकर्ताओं को पता नहीं होता है कि हटाई गई फ़ाइलें उपयोग योग्य हैं।
-{{Self reference|For undeletion on Wikipedia, see [[Wikipedia:Undeletion]].}}
-{{more citations needed|date=February 2017}}
-हटाना या अविलोपन [[कम्प्यूटर फाइल]] को पुनर्स्थापित करने की एक विशेषता है जिसे [[फ़ाइल विलोपन]] द्वारा [[फाइल सिस्टम]] से हटा दिया गया है। हटाए गए डेटा को कई फ़ाइल सिस्टम पर पुनर्प्राप्त किया जा सकता है, लेकिन सभी फ़ाइल सिस्टम पुनर्प्राप्ति की सुविधा प्रदान नहीं करते हैं। मिटाए जाने की सुविधा के बिना डेटा को पुनर्प्राप्त करना आमतौर पर डेटा पुनर्प्राप्ति कहलाता है, न कि रद्द करना। हटाना उपयोगकर्ताओं को गलती से [[डेटा हानि]] से बचाने में मदद कर सकता है साथ ही  [[कंप्यूटर सुरक्षा]] का जोखिम भी पैदा कर सकता है, क्योंकि उपयोगकर्ताओं को पता नहीं होता है कि हटाई गई फ़ाइलें उपयोग योग्य हैं।
 == समर्थन ==
-सभी फ़ाइल सिस्टम या ऑपरेटिंग सिस्टम अविलोपन का समर्थन नहीं करते हैं। 1991 में DR DOS 6.0 और MS-DOS 5.0 के बाद से उपलब्ध कराई गई अविलोपन उपयोगिता के साथ सभी [[फाइल आवन्टन तालिका]] फाइल सिस्टम पर अविलोपन संभव है<ref>{{cite web |url=http://support.microsoft.com/kb/80496 |title=MS-DOS 5.0 CHKDSK और UNDELETE कमांड का उपयोग कब नहीं करना चाहिए|publisher=Support.microsoft.com |date=2006-11-16 |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20120202192509/http://support.microsoft.com/kb/80496 |archive-date=2012-02-02 }}</ref><ref>{{cite web |url=http://support.microsoft.com/kb/96824 |title=हटाना रद्द के साथ एक सामान्य UNDELETE.INI फ़ाइल का उपयोग करना|publisher=Support.microsoft.com |date=1999-11-16 |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20090826172844/http://support.microsoft.com/kb/96824 |archive-date=2009-08-26 }}</ref>। यह अधिकांश आधुनिक [[UNIX]] फाइल सिस्टम द्वारा समर्थित नहीं है, हालांकि [[AdvFS]] एक उल्लेखनीय अपवाद है। Ext2 फाइल सिस्टम में एक ऐड-ऑन प्रोग्राम है जिसे e2undel कहा जाता है<ref>{{cite web|access-date=2020-07-02|title=e2undel होम पेज|url=http://e2undel.sourceforge.net/|website=e2undel.sourceforge.net}}</ref> जो फ़ाइल को हटाने की अनुमति देता है। समान [[ext3]] फाइल सिस्टम आधिकारिक तौर पर हटाना रद्द करने का समर्थन नहीं करता है, लेकिन उपयोगिताओं जैसे ext4magic,<ref>{{cite web|access-date=2020-07-02|url=http://ext4magic.sourceforge.net/ext4magic_en.html|title=Ext4magic|website=ext4magic.sourceforge.net}}</ref> एक्स्टेंडेलीट,<ref>{{cite web|access-date=2020-07-02|title=extundelete: एक ext3 और ext4 फ़ाइल हटाना रद्द करना उपयोगिता|url=http://extundelete.sourceforge.net/|website=extundelete.sourceforge.net}}</ref> [[PhotoRec]] और ext3grep<ref>{{cite web|access-date=2020-07-02|title=Google कोड संग्रह - Google कोड प्रोजेक्ट होस्टिंग के लिए दीर्घकालिक संग्रहण।|url=https://code.google.com/archive/p/ext3grep|website=code.google.com}}</ref> ext3 वॉल्यूम पर विलोपन को स्वचालित करने के लिए लिखा गया था।<ref>{{cite web |author=Carlo Wood |url=http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html |title=किसी ext3 फ़ाइल सिस्टम पर हटाई गई फ़ाइलों को कैसे पुनर्प्राप्त करें|publisher=Xs4all.nl |date=2008-02-07 |access-date=2012-01-09 |url-status=dead |archive-url=https://web.archive.org/web/20100919000253/http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html |archive-date=2010-09-19 }}</ref> [[ext4]] में हटाना रद्द करना प्रस्तावित किया गया था, लेकिन इसे अभी लागू किया जाना है।<ref>[http://ext4.wiki.kernel.org/index.php/New_ext4_features New ext4 features] {{webarchive |url=https://web.archive.org/web/20081218220019/http://ext4.wiki.kernel.org/index.php/New_ext4_features |date=December 18, 2008 }}</ref> हालांकि, 4 दिसंबर, 2006 को पैच के रूप में ट्रैश बिन सुविधा पोस्ट की गई थी।<ref>{{cite web |url=http://article.gmane.org/gmane.linux.file-systems/11944 |title=Ext4 के लिए सुरक्षित विलोपन और ट्रैश-बिन समर्थन|publisher=Article.gmane.org |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20080709050655/http://article.gmane.org/gmane.linux.file-systems/11944 |archive-date=2008-07-09 }}</ref> रद्दी बिन सुविधा हटाना रद्द का उपयोग करती है
+सभी फ़ाइल  प्रणाली या ऑपरेटिंग  प्रणाली अविलोपन का समर्थन नहीं करते हैं। 1991 में डीआर डॉस 6.0 और एमयस-डॉस 5.0 के बाद से उपलब्ध कराई गई अविलोपन उपयोगिता के साथ सभी [[फाइल आवन्टन तालिका]] फाइल  प्रणाली पर अविलोपन संभव है<ref>{{cite web |url=http://support.microsoft.com/kb/80496 |title=MS-DOS 5.0 CHKDSK और UNDELETE कमांड का उपयोग कब नहीं करना चाहिए|publisher=Support.microsoft.com |date=2006-11-16 |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20120202192509/http://support.microsoft.com/kb/80496 |archive-date=2012-02-02 }}</ref><ref>{{cite web |url=http://support.microsoft.com/kb/96824 |title=हटाना रद्द के साथ एक सामान्य UNDELETE.INI फ़ाइल का उपयोग करना|publisher=Support.microsoft.com |date=1999-11-16 |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20090826172844/http://support.microsoft.com/kb/96824 |archive-date=2009-08-26 }}</ref>। यह अधिकांश आधुनिक [[UNIX]] फाइल  प्रणाली द्वारा समर्थित नहीं है, हालांकि [[AdvFS]] एक उल्लेखनीय अपवाद है। Ext2 फाइल  प्रणाली में एक ऐड-ऑन प्रोग्राम है जिसे e2undel कहा जाता है<ref>{{cite web|access-date=2020-07-02|title=e2undel होम पेज|url=http://e2undel.sourceforge.net/|website=e2undel.sourceforge.net}}</ref> जो फ़ाइल को हटाने की अनुमति देता है। समान [[ext3]] फाइल  प्रणाली आधिकारिक तौर पर अविलोपन का समर्थन नहीं करता है, लेकिन उपयोगिताओं जैसे ext4magic,<ref>{{cite web|access-date=2020-07-02|url=http://ext4magic.sourceforge.net/ext4magic_en.html|title=Ext4magic|website=ext4magic.sourceforge.net}}</ref> एक्स्टेंडेलीट,<ref>{{cite web|access-date=2020-07-02|title=extundelete: एक ext3 और ext4 फ़ाइल हटाना रद्द करना उपयोगिता|url=http://extundelete.sourceforge.net/|website=extundelete.sourceforge.net}}</ref> [[PhotoRec]] और ext3grep<ref>{{cite web|access-date=2020-07-02|title=Google कोड संग्रह - Google कोड प्रोजेक्ट होस्टिंग के लिए दीर्घकालिक संग्रहण।|url=https://code.google.com/archive/p/ext3grep|website=code.google.com}}</ref> ext3 वॉल्यूम पर विलोपन को स्वचालित करने के लिए लिखा गया था।<ref>{{cite web |author=Carlo Wood |url=http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html |title=किसी ext3 फ़ाइल सिस्टम पर हटाई गई फ़ाइलों को कैसे पुनर्प्राप्त करें|publisher=Xs4all.nl |date=2008-02-07 |access-date=2012-01-09 |url-status=dead |archive-url=https://web.archive.org/web/20100919000253/http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html |archive-date=2010-09-19 }}</ref> [[ext4]] में अविलोपन प्रस्तावित किया गया था, लेकिन इसे अभी लागू किया जाना है।<ref>[http://ext4.wiki.kernel.org/index.php/New_ext4_features New ext4 features] {{webarchive |url=https://web.archive.org/web/20081218220019/http://ext4.wiki.kernel.org/index.php/New_ext4_features |date=December 18, 2008 }}</ref> हालांकि, 4 दिसंबर, 2006 को पैच के रूप में ट्रैश बिन सुविधा पोस्ट की गई थी।<ref>{{cite web |url=http://article.gmane.org/gmane.linux.file-systems/11944 |title=Ext4 के लिए सुरक्षित विलोपन और ट्रैश-बिन समर्थन|publisher=Article.gmane.org |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20080709050655/http://article.gmane.org/gmane.linux.file-systems/11944 |archive-date=2008-07-09 }}</ref> ext2/3/4 और Reiser फ़ाइल  प्रणाली में थ्रैश बिन सुविधा अविलोपन का उपयोग करती है।<ref>{{cite web |url=http://thread.gmane.org/gmane.linux.file-systems/11966 |title=गमने करघा|publisher=Thread.gmane.org |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20160111185612/http://thread.gmane.org/gmane.linux.file-systems/11966 |archive-date=2016-01-11 }}</ref>
-ext2/3/4 और Reiser फ़ाइल सिस्टम में विशेषताएँ।<ref>{{cite web |url=http://thread.gmane.org/gmane.linux.file-systems/11966 |title=गमने करघा|publisher=Thread.gmane.org |access-date=2012-01-09 |url-status=live |archive-url=https://web.archive.org/web/20160111185612/http://thread.gmane.org/gmane.linux.file-systems/11966 |archive-date=2016-01-11 }}</ref>
+=== कमांड-लाइन उपयोगिताएं ===
+{{See also|डॉस कमांड की सूची}}
+==== [[नॉर्टन यूटिलिटीज|नॉर्टन उपयोगिताएं]] ====
-=== कमांड-लाइन टूल्स ===
+में नॉर्टन उपयोगिताएं संस्करण 1.0 में नॉर्टन UNERASE एक महत्वपूर्ण घटक था।
-{{See also|List of DOS commands}}
-==== [[नॉर्टन यूटिलिटीज]] ====
-में नॉर्टन यूटिलिटीज संस्करण 1.0 में नॉर्टन UNERASE एक महत्वपूर्ण घटक था।
 ==== [[एमएस-डॉस]] ====
-Microsoft ने MS-DOS के संस्करण 5.0 से 6.22 में एक समान UNDELETE प्रोग्राम शामिल किया, लेकिन इसके बजाय FAT का उपयोग करके बाद के ऑपरेटिंग सिस्टम में रीसायकल बिन (Windows) दृष्टिकोण लागू किया।
+माइक्रोसॉफ्ट ने एमयस-डॉस के संस्करण 5.0 से 6.22 में एक समान UNDELETE प्रोग्राम शामिल किया, लेकिन इसके बजाय बाद के FAT का उपयोग करने वाले  ऑपरेटिंग  प्रणाली में रीसायकल बिन (Windows) दृष्टिकोण लागू किया।
 ====डीआर डॉस====
-DR DOS 6.0 और उच्चतर समर्थन UNDELETE को भी, लेकिन वैकल्पिक रूप से FAT स्नैपशॉट उपयोगिता [[DISKMAP]] और निवासी [[DELWATCH]] विलोपन ट्रैकिंग घटक का उपयोग करके अतिरिक्त सुरक्षा प्रदान करते हैं, जो सक्रिय रूप से हटाई गई फ़ाइलों की दिनांक और समय की मुहरों को बनाए रखता है और हटाई गई फ़ाइलों की सामग्री को तब तक अधिलेखित होने से रोकता है जब तक डिस्क स्थान समाप्त हो रहा है। DELWATCH फ़ाइल सर्वर पर दूरस्थ फ़ाइलों को हटाने का भी समर्थन करता है। [[नोवेल डॉस 7]] के बाद से कर्नेल [[FAT SAVENAME]] को निर्देशिका प्रविष्टियों में संग्रहीत करेगा ताकि मूल नाम को पुनर्प्राप्त करने में अनडिलीशन टूल की और सहायता की जा सके।
+डीआर डॉस 6.0 और उच्चतर प्रणालियों ने भी UNDELETE समर्थन किया, लेकिन वैकल्पिक रूप से FAT स्नैपशॉट उपयोगिता [[DISKMAP|डिस्कमैप]] और स्थानीय [[DELWATCH|डेलवॉच]] विलोपन ट्रैकिंग घटक का उपयोग करके अतिरिक्त सुरक्षा प्रदान करते हैं, जो सक्रिय रूप से हटाई गई फ़ाइलों की दिनांक और समय की मुहरों को बनाए रखता है और हटाई गई फ़ाइलों के अवयवों को तब तक अधिलेखित होने से रोकता है जब तक डिस्क में जगह समाप्त हो रहा है। DELWATCH फ़ाइल सर्वर पर दूरस्थ फ़ाइलों  के अविलोपन का भी समर्थन करता है। [[नोवेल डॉस 7]] के बाद से कर्नेल [[FAT SAVENAME]] को निर्देशिका प्रविष्टियों में संग्रहीत करेगा ताकि मूल नाम को पुनर्प्राप्त करने में अविलोपन उपयोगिता की और सहायता की जा सके।
 ==== [[पीटीएस-डॉस]] ====
-PTS-DOS वही सुविधा प्रदान करता है, जिसे SAVENAME (CONFIG.SYS निर्देश) CONFIG.SYS निर्देश द्वारा कॉन्फ़िगर किया जा सकता है।
+[[पीटीएस-डॉस]] वही सुविधा प्रदान करता है, जिसे SAVENAME (CONFIG.SYS निर्देश) CONFIG.SYS निर्देश द्वारा कॉन्फ़िगर किया जा सकता है।
 ==== फ्रीडॉस ====
-UNDELETE का [[FreeDOS]] संस्करण Eric Auer द्वारा विकसित किया गया था और इसे [[जीएनयू जनरल पब्लिक लाइसेंस]] के तहत लाइसेंस प्राप्त है।<ref>{{cite web|url=http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/undelete.html |title=FreeDOS 1.2 अपडेट पैकेज - हटाना रद्द करें (FreeDOS बेस)|publisher=Ibiblio.org |date=2009-04-05 |accessdate=2022-09-04}}</ref>
+UNDELETE का [[FreeDOS]] संस्करण Eric Auer द्वारा विकसित किया गया था और इसे [[जीएनयू जनरल पब्लिक लाइसेंस|GPL]] के तहत लाइसेंस प्राप्त है।<ref>{{cite web|url=http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/undelete.html |title=FreeDOS 1.2 अपडेट पैकेज - हटाना रद्द करें (FreeDOS बेस)|publisher=Ibiblio.org |date=2009-04-05 |accessdate=2022-09-04}}</ref>
 === ग्राफिकल प्रोग्राम ===
-ग्राफ़िकल उपयोगकर्ता वातावरण अक्सर फ़ाइलों को हटाए जाने के लिए होल्डिंग क्षेत्र का उपयोग करने के बजाय, हटाना रद्द करने के लिए एक अलग दृष्टिकोण अपनाते हैं। अवांछित फ़ाइलों को इस होल्डिंग क्षेत्र में ले जाया जाता है, और होल्डिंग क्षेत्र की सभी फ़ाइलों को समय-समय पर या उपयोगकर्ता द्वारा अनुरोध किए जाने पर हटा दिया जाता है। यह दृष्टिकोण [[Macintosh]] ऑपरेटिंग सिस्टम में ट्रैश कैन द्वारा और [[Microsoft Windows]] में रीसायकल बिन (Windows) द्वारा उपयोग किया जाता है। यह पहले के सिस्टम द्वारा अपनाए गए दृष्टिकोण का एक स्वाभाविक निरंतरता है, जैसे कि [[लोकोस्क्रिप्ट]] द्वारा उपयोग किए जाने वाले लिम्बो समूह।<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 बिट्स क्लस्टर मान के लिए जिम्मेदार है।
 जब हटाने की कार्रवाई का प्रयास किया जाता है, तो फ़ाइल की सफल पुनर्प्राप्ति के लिए निम्न शर्तें पूरी की जानी चाहिए:
-* हटाई गई फ़ाइल की प्रविष्टि अभी भी निर्देशिका में मौजूद होनी चाहिए, जिसका अर्थ है कि इसे अभी तक एक नई फ़ाइल (या फ़ोल्डर) द्वारा अधिलेखित नहीं किया जाना चाहिए जो उसी निर्देशिका में बनाई गई है। क्या यह मामला काफी आसानी से पता लगाया जा सकता है कि क्या फ़ाइल का शेष नाम जिसे हटाना नहीं है अभी भी निर्देशिका में मौजूद है।
+* हटाई गई फ़ाइल की प्रविष्टि अभी भी निर्देशिका में उपस्थित होनी चाहिए, जिसका अर्थ है कि इसे अभी तक एक नई फ़ाइल (या फ़ोल्डर) द्वारा अधिलेखित नहीं किया जाना चाहिए जो उसी निर्देशिका में बनाई गई है। क्या यह मामला काफी आसानी से पता लगाया जा सकता है कि क्या फ़ाइल का शेष नाम जिसे अनडिलीशन नहीं है अभी भी निर्देशिका में उपस्थित है।
-* हटाए गए फ़ाइल द्वारा पूर्व में उपयोग किए गए क्लस्टर को अभी तक अन्य फ़ाइलों द्वारा अधिलेखित नहीं किया जाना चाहिए। यह जाँच कर काफी अच्छी तरह से सत्यापित किया जा सकता है कि क्लस्टर 'फ़ाइल आवंटन तालिका' में उपयोग किए गए के रूप में चिह्नित नहीं हैं। हालाँकि, यदि, इस बीच, उन क्षेत्रों का उपयोग करते हुए, डिस्क पर एक नई फ़ाइल लिखी गई थी, और फिर से हटा दी गई थी, उन क्षेत्रों को फिर से मुक्त कर दिया गया था, इसे रद्द करने के कार्यक्रम द्वारा स्वचालित रूप से पता नहीं लगाया जा सकता है। इस मामले में एक हटाना ऑपरेशन, भले ही सफल दिख रहा हो, विफल हो सकता है क्योंकि बरामद फ़ाइल में अलग डेटा होता है।
+* हटाए गए फ़ाइल द्वारा पूर्व में उपयोग किए गए क्लस्टर को अभी तक अन्य फ़ाइलों द्वारा अधिलेखित नहीं किया जाना चाहिए। यह जाँच कर काफी अच्छी तरह से सत्यापित किया जा सकता है कि क्लस्टर 'फ़ाइल आवंटन तालिका' में उपयोग किए गए के रूप में चिह्नित नहीं हैं। हालाँकि, यदि, इस बीच, उन क्षेत्रों का उपयोग करते हुए, डिस्क पर एक नई फ़ाइल लिखी गई थी, और फिर से हटा दी गई थी, उन क्षेत्रों को फिर से मुक्त कर दिया गया था, इसे रद्द करने के कार्यक्रम द्वारा स्वचालित रूप से पता नहीं लगाया जा सकता है। इस मामले में एक अनडिलीशन ऑपरेशन, भले ही सफल दिख रहा हो, विफल हो सकता है क्योंकि बरामद फ़ाइल में अलग डेटा होता है।
 * FAT32 उपकरणों के लिए, भौतिक पते के निचले 16 बिट्स को आमतौर पर निर्देशिका प्रविष्टि में रखा जाता है, लेकिन पते के उच्च बिट्स को शून्य कर दिया जाता है। कई पुनर्प्राप्ति प्रोग्राम इस तथ्य की उपेक्षा करते हैं और डेटा को ठीक से पुनर्प्राप्त करने में विफल रहते हैं।
-हटाई गई फ़ाइलों को पुनर्प्राप्त करने की संभावना अक्सर [[FAT12]] और [[FAT16]] पर अधिक होती है क्योंकि FAT32 वॉल्यूम की तुलना में पूर्व सिस्टम द्वारा उपयोग किए जाने वाले बड़े क्लस्टर आकार और FAT32 के लिए तार्किक क्लस्टर पते के ऊपरी 16 बिट्स के नुकसान के कारण होता है।
+हटाई गई फ़ाइलों को पुनर्प्राप्त करने की संभावना अक्सर [[FAT12]] और [[FAT16]] पर अधिक होती है क्योंकि FAT32 वॉल्यूम की तुलना में पूर्व  प्रणाली द्वारा उपयोग किए जाने वाले बड़े क्लस्टर आकार और FAT32 के लिए तार्किक क्लस्टर पते के ऊपरी 16 बिट्स के नुकसान के कारण होता है।
-यदि पूर्ववत कार्यक्रम उपरोक्त आवश्यकताओं के पूरा नहीं होने के स्पष्ट संकेतों का पता नहीं लगा सकता है, तो यह निर्देशिका प्रविष्टि को उपयोग में होने के रूप में पुनर्स्थापित करेगा और सभी लगातार समूहों को चिह्नित करेगा, जो कि पुरानी निर्देशिका प्रविष्टि में दर्ज एक से शुरू होता है, जैसा कि '' में उपयोग किया जाता है। फाइल आवन्टन तालिका''। फिर यह उपयोगकर्ता पर निर्भर करता है कि वह पुनर्प्राप्त की गई फ़ाइल को खोले और यह सत्यापित करे कि उसमें पूर्व में हटाई गई फ़ाइल का पूरा डेटा है।
+यदि विलोपन प्रोग्राम उपरोक्त आवश्यकताओं के पूरा नहीं होने के स्पष्ट संकेतों का पता नहीं लगा सकता है, तो यह निर्देशिका प्रविष्टि को उपयोग में होने के रूप में पुनर्स्थापित करेगा और सभी लगातार समूहों को चिह्नित करेगा, जो कि पुरानी निर्देशिका प्रविष्टि में दर्ज एक से शुरू होता है, जैसा कि फाइल आवन्टन तालिका में उपयोग किया जाता है। फिर यह उपयोगकर्ता पर निर्भर करता है कि वह पुनर्प्राप्त की गई फ़ाइल को खोले और यह सत्यापित करे कि उसमें पूर्व में हटाई गई फ़ाइल का पूरा डेटा है।
-खंडित फ़ाइलों की पुनर्प्राप्ति (पहले खंड के बाद) इसलिए सामान्य रूप से स्वचालित प्रक्रियाओं द्वारा संभव नहीं है, केवल डिस्क के प्रत्येक (अप्रयुक्त) ब्लॉक की मैन्युअल परीक्षा द्वारा। इसके लिए फ़ाइल सिस्टम के विस्तृत ज्ञान की आवश्यकता होती है, साथ ही फ़ाइल प्रकार के बाइनरी प्रारूप को पुनर्प्राप्त किया जा रहा है, और इसलिए यह केवल पुनर्प्राप्ति विशेषज्ञों या फोरेंसिक पेशेवरों द्वारा किया जाता है।
+इसलिए खंडित फ़ाइलों की पुनर्प्राप्ति (पहले खंड के बाद) सामान्य रूप से स्वचालित प्रक्रियाओं द्वारा संभव नहीं है, यह केवल डिस्क के प्रत्येक (अप्रयुक्त) ब्लॉक की मैन्युअल परीक्षा द्वारा संभव है। इसके लिए फ़ाइल प्रणाली के विस्तृत ज्ञान की आवश्यकता होती है, साथ ही फ़ाइल प्रकार के बाइनरी प्रारूप को पुनर्प्राप्त किया जा रहा है, और इसलिए यह केवल पुनर्प्राप्ति विशेषज्ञों या फोरेंसिक पेशेवरों द्वारा किया जाता है।
-=== [[एनटीएफएस]] फाइल सिस्टम ===
+=== [[एनटीएफएस]] फाइल प्रणाली ===
-NTFS तथाकथित मास्टर फ़ाइल टेबल (MFT) के भीतर निश्चित आकार के रिकॉर्ड (आमतौर पर, 1KB) के सेट के रूप में फ़ाइल जानकारी संग्रहीत करता है। फ़ाइल का नाम और फ़ाइल आवंटन की जानकारी इन अभिलेखों में समाहित है, प्रत्येक विशिष्ट फ़ाइल के बारे में पूरी जानकारी प्रदान करती है। जब सिस्टम किसी फ़ाइल को हटाता है, तो मास्टर फ़ाइल तालिका में प्रविष्टि या तो अनलिंक या पुन: उपयोग करने के लिए जारी की जाती है, लेकिन यह अभी भी डिस्क पर रहती है।
+NTFS तथाकथित मास्टर फ़ाइल टेबल (MFT) के भीतर निश्चित आकार के रिकॉर्ड (आमतौर पर, 1KB) के सेट के रूप में फ़ाइल जानकारी संग्रहीत करता है। फ़ाइल का नाम और फ़ाइल आवंटन की जानकारी इन अभिलेखों में समाहित है, जो प्रत्येक विशिष्ट फ़ाइल के बारे में पूरी जानकारी प्रदान करती है। जब प्रणाली किसी फ़ाइल को हटाता है, तो मास्टर फ़ाइल तालिका में प्रविष्टि या तो अनलिंक या पुन: उपयोग करने के लिए जारी की जाती है, लेकिन यह अभी भी डिस्क पर रहती है।जब तक MFT प्रविष्टि का पुन: उपयोग या अधिलेखन नहीं किया जाता है, तब तक फ़ाइल को आसानी से पुनर्प्राप्त किया जा सकता है: डेटा रिकवरी सॉफ़्टवेयर खोई हुई MFT प्रविष्टि को ढूंढ सकता है और इससे खोई हुई फ़ाइल के बारे में पूरी जानकारी प्राप्त कर सकता है।
-जब तक MFT प्रविष्टि का पुन: उपयोग या अधिलेखन नहीं किया जाता है, तब तक फ़ाइल को आसानी से पुनर्प्राप्त किया जा सकता है: डेटा रिकवरी सॉफ़्टवेयर खोई हुई MFT प्रविष्टि को ढूंढ सकता है और इससे खोई हुई फ़ाइल के बारे में पूरी जानकारी प्राप्त कर सकता है।
 नोट हालांकि, जब एसएसडी [[ट्रिम (कंप्यूटिंग)]] फ़ंक्शन सक्षम होता है, तो एसएसडी मेमोरी सेल का पुन: उपयोग करने के लिए हटाने के तुरंत बाद फ़ाइल सामग्री नष्ट हो सकती है। यह फ़ाइल सामग्री पुनर्प्राप्ति को असंभव बनाता है (डिस्क पर केवल नाम, दिनांक और फ़ाइल आकार की जानकारी रहेगी)।
 == रोकथाम ==
-{{further|Data erasure}}
+{{further|अधिक जानकारी के लिए देखें : डेटा इरेज़र}}
-डेटा इरेज़र एक शब्द है जो फ़ाइल को हटाने से रोकने के सॉफ़्टवेयर-आधारित तरीकों को संदर्भित करता है।
+डेटा इरेज़र एक शब्द है जो फ़ाइल विलोपन के सॉफ़्टवेयर-आधारित तरीकों को संदर्भित करता है।
 == यह भी देखें ==
@@ Line 72: / Line 61: @@
 * विलोपन समीक्षा|विकिपीडिया पर लेखों का विलोपन § विलोपन समीक्षा और विलोपन
 * [[डेटा रिकवरी सॉफ़्टवेयर की सूची]]
-* पेपर श्रेडर # अनश्रेडिंग और फोरेंसिक
+* पेपर श्रेडर
 * [[रोलबैक (डेटा प्रबंधन)]]
 * [[पूर्ववत]] करें
@@ Line 78: / Line 67: @@
 ==संदर्भ==
 {{Reflist}}
-==इस पेज में लापता आंतरिक लिंक की सूची==
-*डाटा रिकवरी
-*ext2
-*रीसायकल बिन (विंडोज़)
 ==बाहरी संबंध==
 * [https://www.recoverytoolbox.com/undelete.html Undelete Free]
@@ Line 92: / Line 73: @@
 * [http://www.win.tue.nl/~aeb/linux/fs/fat/fat-1.html win.tue.nl]
 * [https://web.archive.org/web/20140921033339/http://cnwrecovery.com/html/fat32.html FAT32 cluster pointer high bits issue]
+[[Category:Articles with hatnote templates targeting a nonexistent page]]
+[[Category:Articles with short description]]
+[[Category:CS1 français-language sources (fr)]]
+[[Category:CS1 maint]]
+[[Category:CS1 Ελληνικά-language sources (el)]]
+[[Category:Citation Style 1 templates|W]]
+[[Category:Collapse templates]]
+[[Category:Created On 07/12/2022]]
+[[Category:Machine Translated Page]]
+[[Category:Navigational boxes| ]]
+[[Category:Navigational boxes without horizontal lists]]
+[[Category:Pages with script errors]]
+[[Category:Short description with empty Wikidata description]]
+[[Category:Sidebars with styles needing conversion]]
+[[Category:Template documentation pages|Documentation/doc]]
+[[Category:Templates based on the Citation/CS1 Lua module]]
+[[Category:Templates generating COinS|Cite web]]
+[[Category:Templates generating microformats]]
+[[Category:Templates that are not mobile friendly]]
+[[Category:Templates used by AutoWikiBrowser|Cite web]]
+[[Category:Templates using TemplateData]]
+[[Category:Webarchive template wayback links]]
+[[Category:Wikipedia fully protected templates|Cite web]]
+[[Category:Wikipedia metatemplates]]
+[[Category:आईबीएम पीसी संगत पर डॉस]]
 [[Category:कंप्यूटर फाइल सिस्टम]]
 [[Category:डेटा पुनर्प्राप्ति|*]]
-[[Category:आईबीएम पीसी संगत पर डॉस]]
-[[Category: Machine Translated Page]]
-[[Category:Created On 07/12/2022]]

Anonymous

Search

अनडिलीशन: Difference between revisions

Namespaces

More

Page actions

Latest revision as of 12:05, 12 September 2023

Contents

समर्थन

कमांड-लाइन उपयोगिताएं

नॉर्टन उपयोगिताएं

एमएस-डॉस

डीआर डॉस

पीटीएस-डॉस

फ्रीडॉस

ग्राफिकल प्रोग्राम

सीमाएं

यांत्रिकी

एफएटी फाइल प्रणाली

एनटीएफएस फाइल प्रणाली

रोकथाम

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

अनडिलीशन: Difference between revisions

Latest revision as of 12:05, 12 September 2023

समर्थन

कमांड-लाइन उपयोगिताएं

नॉर्टन उपयोगिताएं

एमएस-डॉस

डीआर डॉस

पीटीएस-डॉस

फ्रीडॉस

ग्राफिकल प्रोग्राम

सीमाएं

यांत्रिकी

एफएटी फाइल प्रणाली

एनटीएफएस फाइल प्रणाली

रोकथाम

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories