विंडोज पर एचडीडी रिकवरी


2

मैंने हाल ही में किसी ऐसे व्यक्ति की मदद करने की कोशिश की है जिसका कंप्यूटर दुर्घटनाग्रस्त हो गया है (इस कारण से अभी के लिए महत्वपूर्ण नहीं है) HDD को पुनर्प्राप्त करके (यानी इसे कंप्यूटर से हटा दें और सामग्री को बैकअप करने के लिए डॉकिंग स्टेशन में प्लग करें), लेकिन मैं मुसीबत में चल रहा हूं Windows अनुमतियाँ और स्वामित्व के साथ।

लोगों को हमेशा लगता है कि क्योंकि मैं एक शौकीन कंप्यूटर प्रोग्रामर हूं और गणित की पढ़ाई कर रहा हूं, मुझे किसी तरह से जादुई तरीके से रोजमर्रा की सभी कंप्यूटर समस्याओं के जवाब जानने चाहिए, और उन्हें समझाने के लिए वास्तव में कठिन है कि वे चीजें वास्तव में संबंधित नहीं हैं (अच्छी तरह से वे हैं, लेकिन प्रोग्रामिंग और सिस्टम प्रबंधन पूरी तरह से अलग चीजें हैं)।

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

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

  • मैं प्रत्येक फ़ोल्डर और ऑब्जेक्ट को पढ़ / लिख / निष्पादित कर सकता था जिसे स्वामित्व प्रदान किया गया था (इस प्रकार सभी फ़ोल्डर और ऑब्जेक्ट तब तक संसाधित होते हैं जब तक कि संवाद दिखाई नहीं देता)।
  • जहां विभाजन पर 1 जीबी खाली जगह थी, वहां अब केवल कुछ केबी था। ऐसा लगता था कि स्वामित्व प्रदान करने में एक गीगाबाइट से अधिक समय लगा, जो मुझे कुछ मेटाडेटा के लिए बहुत अधिक लगता था।

मैंने बिल्कुल उसी दृष्टिकोण की कोशिश की, लेकिन फिर अलग-अलग विभाजन के साथ और ऐसा ही हुआ, एक विभाजन को छोड़कर, जहां 20 जीबी मुक्त स्थान था (उस विभाजन पर कोई अतिरिक्त स्थान नहीं खाया गया था)।

क्या चल रहा है इसके बारे में कोई भी विचार?

जवाबों:


0

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

यदि आप सत्यापित करना चाहते हैं कि डिस्क कैसे संलग्न है, तो आप इस PowerShell कमांड को चला सकते हैं:

Get-WmiObject -Class Win32_DiskDrive | Format-Table Name,Model, MediaType

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

जानवर बल अनुमति रीसेट

सबसे पहले, ड्राइव पर सब कुछ का स्वामित्व लें (यह बस मालिक को सेट करेगा, बड़े एसीएल नहीं बनाएगा जो डिस्क स्थान लेता है) एनटी में किसी ऑब्जेक्ट के मालिक के पास ऑब्जेक्ट के अनुमतियों को बदलने का एक अंतर्निहित, गैर-परिवर्तनीय अधिकार है। यह सुनिश्चित करेगा कि आपके पास अगले आदेशों को करने की अनुमति है।

TAKEOWN /F X:\ /R /D Y

इसके बाद, सभी फाइल सिस्टम ऑब्जेक्ट पर सभी ACL को रीसेट (निकालें) करें। इससे एसीएल की अनावश्यक प्रतियों से छुटकारा मिलेगा जो अन्यथा विरासत में मिल सकती हैं:

ICACLS X:\ /RESET /T /C

अगला, सभी ACL को उनके माता-पिता से अनुमति प्राप्त करने के लिए सेट करें:

ICACLS X:\ /INHERITANCE:E /T /C

अंत में, आप ड्राइव "X:" सुरक्षा टैब पर स्पष्ट रूप से सुरक्षा सेट कर सकते हैं, और अनुमतियाँ बस फाइल सिस्टम में विरासत में मिलेंगी।


ठीक है, धन्यवाद, मैं कोशिश करूँगा कि, लेकिन वे एसीएल इतने बड़े क्यों हैं? मैं कुछ एमबी की कल्पना कर सकता था, लेकिन 1 जीबी से अधिक?

यह एक उचित सा है। 1TiB ड्राइव के लिए NTFS पर डिफॉल्ट एलोकेशन यूनिट 4kiB होनी चाहिए - 100,000 फाइल समय 4kiB 400MiB है। फाइलसिस्टम को वंशानुक्रम की ओर अनुकूलित किया गया है, इसलिए (कफ से दूर) आपको आमतौर पर विरासत में मिले प्रत्येक 10,000 के लिए शायद 1 वास्तविक एसीएल होना चाहिए।
मैक्सएक्स डेमन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.