क्यों लिनक्स सिस्टम कभी-कभी डेटा पुनर्प्राप्त कर सकते हैं विंडोज नहीं कर सकते?

ऐसा क्यों है कि आप डेटा को पुनर्प्राप्त करने के लिए लिनक्स-आधारित कंप्यूटर या लिनक्स लाइव सीडी का उपयोग कर सकते हैं जो विंडोज नहीं कर सकता था?

आज का प्रश्न और उत्तर सत्र सुपरयूज़र के सौजन्य से आता है-स्टैक एक्सचेंज का एक उपखंड, क्यू एंड ए वेब साइटों का एक समुदाय-संचालित समूह है।.

प्रश्न

सुपरयूज़र रीडर फिलिप अल्गाइयर जानना चाहता है कि वह लिनक्स लाइव सीडी के साथ डेटा को पुनर्प्राप्त करने में सक्षम क्यों था, जिसे विंडोज में अप्राप्य बताया गया था:

पृष्ठभूमि: इस वर्ष की शुरुआत में मुझे एक SSD ड्राइव के साथ एक समस्या थी कि Windows अब पहचान लेगा। लेकिन आखिरकार एक बूटेबल पार्टेड मैजिक 2012-10-10 ने चाल चली। इस सुलझे हुए धागे को देखें। एक सवाल उस पल से मेरे साथ अटक गया ...

सवाल: मुझे पता है कि लिनक्स आम तौर पर थोड़ा अधिक तकनीकी और कच्चा होता है, लेकिन क्या कोई मोटे तौर पर इस बात की रूपरेखा तैयार कर सकता है कि क्यों लिनक्स सिस्टम (या वास्तव में केवल एक विशेष, क्योंकि उबंटू ने चाल नहीं किया) अभी भी एक आधे के साथ पहुँचने / संचार करने में सक्षम है। जब विंडोज नहीं है, तो नियंत्रित डिवाइस?

क्या वे किसी भी संभावित संकेतक की उपेक्षा करते हैं कि कुछ गलत हो सकता है?
क्या इसके कोई ठोस कारण हैं?
क्या यह सौभाग्य था कि यह विशेष वातावरण एसएसडी को प्रतिक्रिया देने में सक्षम था यदि केवल सीमित समय के लिए?

हालांकि यह निश्चित रूप से भाग्य हो सकता है, नाटक में कुछ कारकों से अधिक होने की संभावना है। चलिए पड़ताल करते हैं.

उत्तर

सुपरयूजर योगदानकर्ता ईके डेटा को बचाने की अपनी क्षमता के लिए, भाग्य से परे कुछ संभावित स्पष्टीकरण प्रदान करता है:

आमतौर पर यह नीचे आता है कि क्या, वास्तव में, एक्सेस किया जा रहा है और कैसे, वास्तव में, डिवाइस विफल हो रहा है। उदाहरण के लिए, यदि प्रश्न में SSD सेक्टर 5 को पुनः प्राप्त करने में असमर्थ है, तो कहना, जैसे ही सेक्टर 5 में कोई चीज पढ़ेगी, वह रुकना शुरू कर देगा, अंतर केवल इस बात के कारण हो सकता है कि एक नई डिस्क को पहचानने के बाद अलग-अलग सिस्टम स्वचालित रूप से एक्सेस करते हैं।.

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

बेशक, आप बस भाग्यशाली हो सकता है, भी। मुझे SSD के असफलता मोड के बारे में पर्याप्त जानकारी नहीं है.

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

साथी योगदानकर्ता AthonSfere, चीजों पर एक और टेक प्रदान करता है:

इसका बहुत सा तरीका है जिस तरह से वातावरण फ़ाइल सिस्टम, और ACL या हार्ड ड्राइव को संभालता है.

विंडोज अपने ACL का पालन करने के लिए अपने दम पर सब कुछ करने जा रहा है, और क्षेत्रों को खराब या खाली के रूप में चिह्नित किया गया है। इसलिए एनटीएफएस या फैट विभाजन विंडोज के साथ-साथ विंडोज एमबीआर में बनाए और बनाए जाते हैं, विंडोज को विंडोज द्वारा चिह्नित किया जाएगा.

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

जब आप लाइव डिस्क का उपयोग करते हैं, तो आप इस पर निर्भर नहीं होते हैं। एक खराब एमबीआर को बाईपास किया जाता है क्योंकि आप डिस्क से बूट करते हैं। NTDLR.dll को दूषित करने वाले एक बुरे क्षेत्र की आवश्यकता नहीं है। सब कुछ डिस्क पर है। फिर आप एक पढ़ने का प्रयास कर सकते हैं। यदि यह एक 'रिक्त' सेक्टर या खराब बिट का सामना करता है, तो यह पर्यावरण इसे संभालता है, लेकिन इसे करने के लिए प्रोग्राम किया गया था। उबंटू संभावना सामान्य ओएस व्यवहार को बनाए रखेगा और जो कुछ भी होने की संभावना है उसके साथ जारी रहेगा। सेक्टर खाली है, कुछ और करो। वह सेक्टर खराब है, दूर रहो, फिर से मत पढ़ो लिखो मत या यह समस्या पैदा करेगा.

एक रिकवरी प्लेटफॉर्म, सभी डेटा को पढ़ना चाहता है। फ़ाइल मार्करों का कहना है कि फ़ाइल 0,5, 13 ... पर होनी चाहिए। यदि फ़ाइल सिस्टम रिपोर्ट 13 अनुपस्थित है, तो खाली हेडर को अनदेखा करें और फ़ाइल को वैसे भी पढ़ें, या खराब क्षेत्र को सर्वोत्तम रूप से पढ़ें और इसे पुनर्प्राप्त करने का प्रयास करें.

इसके अलावा, विंडोज तीसरे पक्ष के अनुप्रयोगों के साथ इस का एक बहुत कुछ कर सकते हैं, Recuva इन "लापता" फ़ाइलों में से एक के लिए एक पा सकते हैं। लेकिन आप ऐसे वातावरण में नहीं रहना चाहते जो डिस्क पर वापस लिख सके और सही स्थायी नुकसान का कारण बन सके.

मैंने इसे सरल बनाया, और कुछ व्याख्याएं जोड़ दीं, लेकिन जो आप पूछ रहे हैं उसके लिए इसे कुछ खाली जगह में भरना चाहिए.

स्पष्टीकरण में कुछ जोड़ना है? टिप्पणियों में ध्वनि बंद। अन्य टेक-सेवी स्टैक एक्सचेंज उपयोगकर्ताओं से अधिक उत्तर पढ़ना चाहते हैं? पूरी चर्चा धागा यहाँ देखें.

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons