सीगेट बाराकुडा 1.5Tb HDD 7200.11 अनुत्तरदायी


2

मेरे पास सीगेट बाराकुडा 1.5Tb HDD 7200.11 है जो मैंने एक बाहरी मामले में डाला है। मैं इसे एक XP डेस्कटॉप, ubuntu लैपटॉप और विंडोज 7 लैपटॉप पर उपयोग कर रहा था। एक दिन मेरे कंप्यूटर ने इसे पहचानना बंद कर दिया। उबंटु ड्राइव को कुछ मिनटों के लिए दिखाएगा, लेकिन जब वह ड्राइव तक पहुंचने का प्रयास करेगा तो यह कहेगा कि डब व्यस्त था, तो निर्धारित समय के बाद ड्राइव गायब हो जाएगा। ड्राइव अभी भी संचालित होगा और जो मैं सुन सकता था उससे चल रहा है (लेकिन लगता है कि मामला प्रशंसक से हो सकता है)। उबंटू खाली के रूप में एचडीडी रूट दिखाएगा। विंडोज़ 7 कहेगा कि ड्राइव को स्वरूपित नहीं किया गया था और प्रारूप करने के लिए कहें। मैंने ड्राइव को दूसरे sata से usb टूल और इसके समान कार्य से जोड़ने का प्रयास किया है। तो यह एक हार्ड ड्राइव मामले की समस्या नहीं है।

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

यदि मैं ड्राइव को उत्तरदायी बना सकता हूं और लंबे समय तक जुड़ा रह सकता हूं, तो हो सकता है कि मैं ड्राइव से फाइल खींच सकता हूं और ड्राइव को डिमोशन कर सकता हूं। मेरा उद्देश्य ड्राइव से सभी फ़ाइलों को प्राप्त करना है और मेरी सभी फ़ाइलों को प्राप्त करने के बाद ड्राइव का उपयोग न करें। मेरे पास फ़ाइलों को कॉपी करने के लिए पहले से ही एक नया 2Tb ड्राइव है। मैं सिर्फ 2tb ड्राइव करने के लिए दोषपूर्ण 1.5tb क्लोन करने की जरूरत है।

मैं इस हार्ड ड्राइव को इस http://www.amazon.com/StarTech-com-eSATA-Drive-Docking-Station/dp/B001IOPIRM से जोड़कर अपनी हार्ड ड्राइव के मामले को नियंत्रित करने में सक्षम था और ड्राइव एक ही काम कर रहा था । अभी के रूप में मैं केवल बाहरी USB समाधान का उपयोग कर ड्राइव का परीक्षण किया है। मेरा अगला परीक्षण कंप्यूटर में डालने के लिए है कि क्या यह देख सके।

यह भी सीगेट बाराकुडा 7200.11 मॉडल के साथ एक आम बात है? मैं इसे पाने वाला अकेला नहीं हो सकता। मैंने कभी ऐसा नहीं किया है। मेरे पास ड्राइव्स में खराब सेक्टर की त्रुटियां हैं, तो अतीत में मर जाते हैं, लेकिन यह नया अनुभव मेरे लिए नया है।

यह भी कि जब मुझे पहली बार ड्राइव मिली तो मुझे पता था कि मैं इसे विंडोज़ और लिनक्स सिस्टम के लिए इस्तेमाल करने जा रहा हूँ, इसलिए मैंने इसे NTFS के साथ सेट किया। तो समाधानों को यह जानने की आवश्यकता हो सकती है कि ड्राइव का प्रारूप NTFS है।

मेरी पहली गलती बैकअप नहीं थी। कुछ साल पहले मुझे बताया था कि अगर हर समय इस्तेमाल किया जाता है तो ड्राइव केवल खराब हो जाते हैं। होने के नाते यह एक ऐसी ड्राइव थी जिसे मैं हर बार चालू करता था ताकि उस पर फाइलें रखी जा सकें। मुझे उम्मीद थी कि इस पर बहुत अधिक उपयोग नहीं करने के कारण इसे लंबा जीवन देना होगा। मैंने अपना सबक सीखा है और एक बार जब मुझे यह हल हो जाता है तो एक वास्तविक बैकअप रणनीति स्थापित करने के साथ-साथ एक RAID का उपयोग भी किया जाता है।


ड्राइव की तरह लगता है मर गया है ...
रामहाउंड

मैं इसे चालू करने के बाद थोड़े समय के लिए रूट ड्राइव में फाइलें देख सकता हूं। डेटा अभी भी वहाँ है। मुझे केवल फाइलों को बंद करने के लिए इसे लंबे समय तक रखने की आवश्यकता है। ड्राइव के गायब होने के बाद मुझे बस इतना करना है कि ड्राइव केस को बंद कर दें और उसी समय तक वापस चलाएं।
पैट्रिक डब्ल्यू मैकमोहन

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

आपको यह स्वीकार करना होगा कि इसकी बहुत संभावना है कि आपका HDD किसी भी प्रकार के डेटा स्थानान्तरण को करने के लिए पर्याप्त समय तक माउंट नहीं होगा। मुझे लगता है कि आपने USB बाहरी मामले के बिना कोशिश की है? इसका मतलब है USB के बजाय खुद SATA केबल का उपयोग करना।
रामहाउंड

मैं ड्राइव को डेस्कटॉप में रखूंगा और देखूंगा कि क्या मैं फाइलों में पहुंच सकता हूं। अब तक मैंने केवल बाहरी समाधानों के लिए sata का उपयोग करने का प्रयास किया है।
पैट्रिक डब्ल्यू। मैकमोहन

जवाबों:


2

एक डिस्क प्राप्त करें जो कम से कम वर्तमान डिस्क जितनी बड़ी हो, और एक लिनक्स रेस्क्यू डिस्क - उदाहरण के लिए http://ubuntu-rescue-Resix.org/

नई ड्राइव पर ड्राइव की थोड़ी कॉपी करने के लिए "ddrescue" का उपयोग करें। यदि यह प्रक्रिया के माध्यम से भाग की तरह मर जाता है, तो प्रक्रिया को पुनरारंभ करें और ddresoscope जारी रहेगा जहां इसे छोड़ा था। मुझे लगता है कि अगर यह एक तरह से मर जाता है तो आप अनुमान लगा सकते हैं कि यह एक हार्डवेयर विफलता है। [DDResoscope का एकमात्र उद्देश्य मरने वाले डिस्क से अधिक से अधिक डेटा को कॉपी करना और कॉपी करना है]

यदि DDRescue ड्राइव को दिखाता है तो आपके पास ड्राइव की थोड़ी सी प्रति होगी। अगर इसकी पठनीय, महान। यदि नहीं, तो आप संभवतः मान सकते हैं कि फ़ाइल सिस्टम के साथ त्रुटियां हैं जिनके लिए आपको उपाय करने की आवश्यकता हो सकती है। यदि आप उन्हें माप नहीं सकते हैं, तो आपके भाग्य और सामग्री के आधार पर, आप फोटोरेक का उपयोग करके इसे प्राप्त करने में सक्षम हो सकते हैं।

सौभाग्य !


1
क्या आप निर्देशों के साथ अधिक विस्तृत कर सकते हैं यह एक अच्छा समाधान है। मैं ddresoscope के लिए नया हूं।
पैट्रिक डब्ल्यू मैकमोहन

मेरे पास एक 2tb ड्राइव है जिसे मैंने अभी तक फॉर्मेट नहीं किया है, कि मैं दोषपूर्ण 1.5tb ड्राइव को क्लोन करने के लिए उपयोग करने की योजना बना रहा हूं। क्या मुझे इसे ddrescue से पहले प्रारूपित करना चाहिए और यदि ऐसा है तो इसे NTFS प्रारूप से मेल खाना चाहिए जो दोषपूर्ण ड्राइव है?
पैट्रिक डब्ल्यू। मैकमोहन

दुर्भाग्य से यह "googling arround" की थोड़ी आवश्यकता होगी, खासकर यदि आप लिनक्स से परिचित नहीं हैं। जीएनयू डीडी रेस्क्यू एक कमांड लाइन प्रोग्राम है जो 3 पैरामीटर लेता है - (डाइंग) सोर्स डिस्क, डेटा को खींचने के लिए लक्ष्य और लॉग / ट्रैकिंग फ़ाइल। बशर्ते आपके पास ट्रैकिंग फ़ाइल के लिए कुछ जगह हो - यदि आवश्यक हो तो यह एक USB कुंजी हो सकती है - सबसे आसान तरीका कच्ची ड्राइव का उपयोग करना है, जिस स्थिति में इसे प्रारूपित करने का कोई मतलब नहीं है। को देखो forensicswiki.org/wiki/Ddrescue
दाविगो 18

यदि डेटा आपके लिए बहुत महत्वपूर्ण है और आप लिनक्स के लिए नए हैं, तो आप अपनी मदद के लिए अपने स्थानीय LUG से किसी को ढूंढना और भुगतान करना चाह सकते हैं, क्योंकि आपको उपकरणों की सही पहचान करने की आवश्यकता है।
दाविगो 18

मैं linux के लिए नया नहीं हूँ, लेकिन मैं DDRescue के लिए नया हूँ। मैं वर्षों से ubuntu पर काम कर रहा हूँ। मैं उन्नत ड्राइवर विन्यास के साथ परेशानी होगी, लेकिन ubuntu का उपयोग करने के लिए और ubuntu सर्वर स्थापित करने के लिए मैंने अतीत में कई बार किया है। मैं ubuntu के ड्राइवरों और ड्राइवर के कर्नेल विन्यास में अधिक हूँ। अगर मुझे ड्राइवरों और उन्नत कर्नेल कॉन्फ़िगरेशन के ज्ञान की आवश्यकता है तो मुझे मदद की आवश्यकता होगी।
पैट्रिक डब्ल्यू। मैकमोहन

1

ड्राइव को सीधे कंप्यूटर में डालें, और बाहरी संलग्नक के माध्यम से जुड़ा नहीं। यह समस्याओं से छुटकारा पा सकता है (और यह भी मामला हो सकता है कि एक संलग्नक समस्याग्रस्त है, न कि खुद ड्राइव)।


मैंने मामले को बाहर करने के लिए ड्राइव को दूसरे बाहरी बाड़े से जोड़ा था।
पैट्रिक डब्ल्यू। मैकमोहन

1

यह एक बहुत ही आशावादी जवाब नहीं है, लेकिन एक फ़ाइल प्रबंधक में बेतरतीब ढंग से गायब हो जाना और फिर से प्रकट होना आमतौर पर एक संकेत है कि ड्राइव संक्षेप में, मृत है।

मैं निश्चित रूप से आंतरिक शक्ति और SATA कनेक्टर्स को ड्राइव को हुक करने की कोशिश करूंगा ताकि बाहरी बाड़ों के कारण किसी भी संभावित शक्ति या संगतता के मुद्दों का पता लगाया जा सके।

मैं यह भी मानता हूं कि यह संभव है कि ड्राइव पहले से ही फाइलों को खो चुकी है और इसमें समस्या है क्योंकि यह उन्हें नहीं मिल सकता है या डिस्क से पढ़ने के लिए खुद को भी उन्मुख नहीं कर सकता है।


यह संभव है कि कुछ भ्रष्टाचार हो सकता है लेकिन मुझे ऐसा लगता है कि यदि रूट फ़ोल्डर अभी भी सामान्य दिखता है तो यह बहुत अधिक नहीं होना चाहिए। लेकिन मुझसे गलती हो सकती है।
पैट्रिक डब्ल्यू मैकमोहन

@ PatrickW.McMahon इसकी बहुत संभावना है कि कोई भी भ्रष्टाचार नहीं है। आप जो वर्णन करते हैं वह एक यांत्रिक समस्या का संकेत देगा
रामहुंड

मुझे आशा है कि आपका दाहिना रामहाउंड
पैट्रिक डब्ल्यू। मैकमोहन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.