क्या मैं मरने वाले हार्ड ड्राइव की मरम्मत / पुन: उपयोग कर सकता हूं?


0

मेरे पास एक हार्डड्राइव है जो I / O त्रुटियों, खराब क्षेत्रों, सामान्य खराबी को पढ़ने / लिखने के लिए बहुत कुछ दे रहा है। यह एक 2 टीबी कैवियार ग्रीन वेस्टर्न डिजिटल है। डिस्क मर रही है, मृत नहीं है, इसलिए यह मेरे सिस्टम द्वारा मान्यता प्राप्त है, मैं इसे एक्सेस कर सकता हूं, आदि।

मुझे आशा है कि यह कोई डुप्लिकेट नहीं है क्योंकि हर दूसरा प्रश्न डेटा को पुनर्प्राप्त करने से संबंधित है, जो मैंने पहले ही किया था। अगर किसी को उस प्रक्रिया के बारे में जानना है जो मैं उस पर विस्तार कर सकता हूं, लेकिन इसमें मूल रूप से I / O त्रुटियों के टन होने पर एक अन्य ड्राइव को चंक द्वारा पूरी ड्राइव चंक को pvmoving करना शामिल है और कई बार पुनरारंभ और फिर से शुरू करने के लिए होता है। उबंटू 12.04 के तहत ड्राइव मेरे + 20TB LVM सर्वर का हिस्सा था। यह खाली है और अब अप्रकाशित है।

यह ड्राइव की स्मार्ट जानकारी है। जैसा कि आप देख सकते हैं, कई लाल झंडे हैं: त्रुटि दर, वसूली ... (यह एक पुरानी और भारी उपयोग की जाने वाली ड्राइव है):

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   140   138   021    Pre-fail  Always       -       10000
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       661
  5 Reallocated_Sector_Ct   0x0033   192   192   140    Pre-fail  Always       -       62
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   026   026   000    Old_age   Always       -       54086
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       219
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       133
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       637609
194 Temperature_Celsius     0x0022   106   095   000    Old_age   Always       -       46
196 Reallocated_Event_Count 0x0032   138   138   000    Old_age   Always       -       62
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   001   001   000    Old_age   Offline      -       613558

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed: read failure       90%     53401         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing

यह कुछ त्रुटियों का एक छोटा सा नमूना है जो डिवाइस पर कुछ एमबी की एक साधारण dd करते समय syslog पर दिखाई देता है:

[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB: 
[vie may  4 12:08:45 2018] Write(10): 2a 00 00 00 c8 00 00 04 00 00
[vie may  4 12:08:45 2018] end_request: I/O error, dev sdg, sector 51200
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6400
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6401
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6402
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6403
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6404
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6405
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6406
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6407
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6408
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6409
[vie may  4 12:08:45 2018] lost page write due to I/O error on sdg
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg]  
[vie may  4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB: 
[vie may  4 12:08:45 2018] Write(10): 2a 00 00 00 cc 00 00 04 00 00
[vie may  4 12:08:45 2018] end_request: I/O error, dev sdg, sector 52224
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg]  
[vie may  4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB: 
[vie may  4 12:08:45 2018] Write(10): 2a 00 00 00 d0 00 00 04 00 00
[vie may  4 12:08:45 2018] end_request: I/O error, dev sdg, sector 53248
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg]  
[vie may  4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB: 
[vie may  4 12:08:45 2018] Write(10): 2a 00 00 00 d4 00 00 04 00 00
[vie may  4 12:08:45 2018] end_request: I/O error, dev sdg, sector 54272
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg]  
[vie may  4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
[vie may  4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB: 
[vie may  4 12:08:45 2018] Write(10): 2a 00 00 00 d8 00 00 04 00 00
[vie may  4 12:08:45 2018] end_request: I/O error, dev sdg, sector 55296

IMO यह बुढ़ापे से हार्डवेयर की विफलता के एक मामले की तरह लगता है, लेकिन मैं जानना चाहूंगा कि क्या किसी के कारण के बारे में एक अलग विचार है।

मैं बेवकूफ नहीं हूं और मैंने इसके डेटा को पुनर्प्राप्त करने के लिए पर्याप्त समय बिताया है, इसलिए मैं वहां महत्वपूर्ण जानकारी नहीं डालूंगा, हाहा। मैं सिर्फ यह जानना चाहता हूं कि क्या ऐसी कोई प्रक्रिया (सॉफ्टवेयर या हार्डवेयर) भी है जिसका उपयोग मैं इन खराब क्षेत्रों में से कुछ की "मरम्मत" के लिए कर सकता हूं। यह ज्यादातर एक जिज्ञासा और सीखने की इच्छा से है। यदि मैं इसे बनाए रखता हूं, तो मैं इसका उपयोग सामान के परीक्षण के लिए, मेरे अन्य ड्राइव के लिए भागों का बैकअप रखने आदि के लिए करूंगा।

टीएल; डीआर: क्या मैं एक मरते हुए हार्ड ड्राइव की "मरम्मत" कर सकता हूं (इसके डेटा की परवाह नहीं करता)?


1
एक पूर्ण प्रारूप (एक त्वरित प्रारूप नहीं) को पूरी सतह की जांच करनी चाहिए और एक नए बुरे सेक्टर तालिका का निर्माण करना चाहिए। फिर यह स्थिर होगा या त्रुटियों का उत्पादन जारी रखेगा विफलता तंत्र पर निर्भर करेगा।
AFH

जवाबों:


1

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

जब तक कुछ ऐसा न हो, जिसे आप रखने के लिए बेताब हों, 2TB WD ग्रीन्स अक्सर अमेज़न पर बिक्री के लिए जाते हैं, और अब सामान्य रूप से ($ 70 के तहत) बहुत सस्ते हैं। मैं डेटा पुनर्प्राप्त करूँगा यदि आप कुछ भी छोड़ सकते हैं, तो एक टॉर्क्स पेचकश प्राप्त करें, इसे अलग करें, और मृत एचडीडी प्लेटर्स से बने दर्पण की अपनी परियोजना शुरू करें।

HDD प्लैटर डिवाइस के मूल हैं और वे हैं जहां डेटा रहता है। अक्सर, खराब क्षेत्रों का मतलब है कि कांच के थाल के ऊपर लगी पतली धातु ढेर हो रही है या अब चुंबकित नहीं हो पा रही है। पुराने मॉडल के प्लैटर अधिक टिकाऊ नहीं होते हैं, भले ही वे आमतौर पर ठोस धातु होते हैं। कुछ वास्तव में पुराने भी कीमती धातु कोर है। सभी मामलों में, जब सेक्टर को चुंबकित नहीं किया जा सकता है, तो यह ड्राइव के लिए बेकार हो जाता है। वहाँ से कोई वास्तविक वापस आ रहा है।


"मृत HDD प्लैटर से बने दर्पण की अपनी परियोजना शुरू करें"। हाहा जो काफी कूल लग रहा है। जैसा कि आपने कहा, पहले को ठीक करने के लिए दूसरी हार्ड-ड्राइव खरीदना वास्तव में व्यर्थ लगता है। और एक हार्ड-ड्राइव महंगा नहीं है और समस्या को ठीक करता है। हालांकि अच्छा जवाब, +1
कैलेडीरा

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

2

संक्षिप्त उत्तर: नहीं

एक असफल हार्ड-ड्राइव का अब और उपयोग नहीं किया जाना चाहिए। आप एक निम्न-स्तरीय प्रारूप का प्रदर्शन कर सकते हैं (" इसके लिए आवश्यक है कि प्रत्येक क्षेत्र को ज़ीरो s के साथ अधिलेखित किया जाना चाहिए ") लेकिन यह केवल खराब क्षेत्रों को चिह्नित करेगा जिसका उपयोग नहीं किया जाना है , (2) । यह केवल एक छोटी अवधि के लिए तय है क्योंकि समय बीतने के साथ इसकी संभावना अधिक खराब क्षेत्रों में होगी।

यहां तक ​​कि अगर कोई फिक्स / किसी प्रकार की मरम्मत करता था, तो यह केवल अस्थायी होगा और एक डाइंग ड्राइव (विशेष रूप से एक पुरानी और भारी उपयोग की जाने वाली ड्राइव) मर रही है

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