सवाल क्या मेरी हार्ड ड्राइव विफल रही है?


मैंने बस अपने एचडीडी पर एक परीक्षण चलाने की कोशिश की और यह एक आत्म परीक्षण पूरा नहीं करना चाहता है। परिणाम यहां दिया गया है:

smartctl --attributes --log=selftest /dev/sda
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-32-generic] (local build)

=== START OF READ SMART DATA SECTION ===
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       -       697
  3 Spin_Up_Time            0x0027   206   160   021    Pre-fail  Always       -       691
  4 Start_Stop_Count        0x0032   074   074   000    Old_age   Always       -       26734
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       28
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       7432
 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   097   097   000    Old_age   Always       -       3186
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       20473
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       84
193 Load_Cycle_Count        0x0032   051   051   000    Old_age   Always       -       447630
194 Temperature_Celsius     0x0022   113   099   000    Old_age   Always       -       34
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       16
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%      7432         92290592
# 2  Conveyance offline  Completed: read failure       90%      7432         92290596
# 3  Conveyance offline  Completed: read failure       90%      7432         92290592
# 4  Short offline       Completed: read failure       90%      7431         92290596
# 5  Extended offline    Completed: read failure       90%      7431         92290592

तो क्या यह डिस्क असफल हो रही है?


41
2017-11-24 08:42


मूल


जब मैं ग्राफ़िक टूल का उपयोग करता हूं तो यह स्वयं परीक्षण-विफल रहता है - Michel
दोहराया read failure संदेश आमतौर पर एक असफल डिस्क इंगित करते हैं, तो हाँ ... - HBruijn
मिशेल, एसएफ में आपका स्वागत है, और एक अच्छा पहला सवाल के लिए धन्यवाद। जैसा कि आप देख सकते हैं कि क्या आप इन हिस्सों के आसपास रहने का फैसला करते हैं (जो मुझे आशा है कि आप करेंगे), एक अच्छा पहला सवाल दुर्लभ और बहुमूल्य चीज़ है। आप साइट पर एक परिकल्पना थी ("मेरा एचडीडी असफल रहा है"), आपको प्रासंगिक टूल मिला और इसका उपयोग कैसे किया जाए, लेकिन परिणामों को समझने में कुछ मदद की ज़रूरत थी। तो आप यहां आए, हमें सभी प्रासंगिक जानकारी दी, कोई अधिशेष बकवास नहीं किया, और एक प्रश्न पूछा जो कि एक संयोजन का मॉडल था धन्यवाद - कृपया चारों ओर रहें! - MadHatter
+1: उत्कृष्ट पहला सवाल। सर्वर फॉल्ट का अधिक से अधिक उपयोग करने के लिए, कृपया अपना खाता पंजीकृत करें, और कुछ अन्य साइटों को देखें स्टैक एक्सचेंज नेटवर्क। हमें आशा है कि आप स्टैक एक्सचेंज में अधिक उच्च गुणवत्ता वाली सामग्री का योगदान दें। - bwDraco


जवाब:


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

हाँ, यह हार्ड ड्राइव असफल रहा है। चूंकि प्रसिद्ध Google लैब्स की रिपोर्ट में कहा गया है (हालांकि मैं इस समय एक लिंक पर अपना हाथ नहीं डाल सकता), यदि smartctl कहते हैं कि आपका ड्राइव असफल रहा है, शायद यह है (मैं paraphrase)।

संपादित करें: इसे बचाने की कोशिश मत करो। इसे बंद कर दें, और इसे प्रतिस्थापित करें।


43
2017-11-24 08:45



अगर यह असफल हो रहा है, तो यह असफल रहा है। इसे मरम्मत करना तकनीकी रूप से संभव हो सकता है, लेकिन एक नई ड्राइव की लागत की तुलना में लागत प्रभावी होने की संभावना बहुत कम है। - Sobrique
@ मिशेल एक स्व-परीक्षण त्रुटि की अनुपस्थिति प्रमाण नहीं है कि एक ड्राइव नहीं है असफल, दुख की बात है, लेकिन एक आत्म परीक्षण त्रुटि की उपस्थिति हमेशा सबूत माना जाना चाहिए है नाकाम रहने के। - Rob Moir
@ मिशेल: आप केबल्स को बदलने की कोशिश कर सकते हैं। कभी-कभी ड्राइव ड्राइव में समस्याओं की वजह से विफल नहीं हो सकती है, लेकिन खराब शक्ति या डेटा केबल्स की वजह से। - Thomas Padron-McCarthy
@ जोर्जनेरिन: मुझे लगता है कि आप एक उत्कृष्ट बिंदु बनाते हैं, लेकिन सबूत यह है कि मैं और ओपी दोनों पहले से ही इसे समझते हैं - ओपी को, पिछले दो घंटों में उनमें से कम से कम पांच की शुरुआत करनी चाहिए। परीक्षणों के लिए, मैं आपसे सहमत हूं कि एक लंबा परीक्षण एक बेहतर संकेतक होगा कि ड्राइव स्वस्थ है, लेकिन जब ड्राइव के पहले 10% में यह शॉर्ट और वाहन परीक्षण दोनों में विफल रहता है, तो मुझे लगता है कि हम उचित रूप से ड्राइव निष्कर्ष निकाल सकते हैं शॉट। आपको उम्मीद है कि अधिक व्यापक परीक्षण से क्या पता चल जाएगा? - MadHatter
@ जोर्जनेरिन <grin> यह समझ में आता है! मैंने केवल इसलिए बात की क्योंकि ओपी ने अपने ड्राइव को एंथ्रोपोमोर्फिफाइज करके शुरू किया: "मैंने बस अपने एचडीडी पर एक परीक्षण चलाने की कोशिश की और यह पूरा नहीं करना चाहता है एक आत्म परीक्षण"मुझे नहीं लगता कि हम में से कोई भी सोचता है कि ड्राइव जिंदा है, न ही यह स्वयं से परीक्षण स्वयं निर्धारित करता है! - MadHatter


अपने प्रश्न का उत्तर देने के लिए, एक असफल स्मार्ट परीक्षण आसन्न ड्राइव विफलता का एक निश्चित संकेत है। संभावित डेटा हानि को रोकने के लिए आपको अपना डेटा बैक अप लेना चाहिए और जितनी जल्दी हो सके ड्राइव को प्रतिस्थापित करना चाहिए।

@ sj0h ने लोड साइकिल गणना का उल्लेख किया, जो कि 447,630 पर बहुत अधिक है। (अधिकांश आधुनिक हार्ड ड्राइव 600,000 लोड / अनलोड चक्रों का सामना करने के लिए डिज़ाइन किए गए हैं।) आमतौर पर यह उन्नत पावर मैनेजमेंट (एपीएम) सुविधा के कारण होता है, जो कई सेकंड के बाद सिर को पार्किंग (प्लेटर्स से उतारने) द्वारा बिजली को बचाने की कोशिश करता है बेकार। जरूरत पड़ने पर सिर को प्लेटर्स पर वापस लोड किया जाता है। अधिकांश प्रणालियों पर, जहां हार्ड ड्राइव अस्थायी, ऑन-एंड-ऑफ़ गतिविधि होती है, इससे बहुत सारे भार / अनलोड चक्र हो सकते हैं। एपीएम बंद करने के लिए, रूट प्रॉम्प्ट पर निम्न आदेश चलाएं:

smartctl -s apm,off /dev/sda

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

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


10
2017-11-25 07:01





पढ़ने की विफलताओं के अलावा, लोड चक्र गणना पर भी विचार करें। लगभग 500,000 पर यह विफलता, या कम से कम उच्च लोड चक्र पहनने का कारण इंगित कर सकता है। बिजली के हर मिनट के लिए एक लोड चक्र है। ड्राइव को प्रतिस्थापित करने के बाद सुनिश्चित करें कि नया ड्राइव भी ऐसा नहीं कर रहा है।


2
2017-11-25 03:13



बहुत अच्छा अवलोकन एक व्यक्ति कैसे निदान कर सकता है कि ड्राइव कताई क्यों कर रही है और हर मिनट का बैक अप लेती है? - dotancohen
@ डॉटनकोहेन, मेरा जवाब देखें-एपीएम दोष देना है। - bwDraco


हां, आपके पास 16 सेक्टर अपठनीय हैं, आपने कई परीक्षण करने की कोशिश की है कि सभी ड्राइव के लगभग उसी क्षेत्र में असफल रहे हैं, इसलिए, बैकअप तेज़ है, लेकिन ध्यान रखें कि आपके पास पहले से ही डेटा के आसपास के इलाके में डेटा पहुंच योग्य नहीं है सेक्टर 9 22 9 0 9 52, 9 22 9 0 9 566।

यदि आप बैकअप के बाद खेलना चाहते हैं तो आप अन्य समस्याग्रस्त क्षेत्रों में हो सकते हैं, आपको अभी भी पता नहीं है कि क्या वे 16 सेक्टर लगातार हैं या फैले हुए हैं, आप चुनिंदा स्वयं-परीक्षण चुन सकते हैं-select, startlba-endlba।

Current_Pending_Sector का अर्थ है कि हार्ड डिस्क फ़र्मवेयर ने इसे पढ़ने की कोशिश की है, लेकिन नहीं कर सकता है, यह कुछ बार और कोशिश करेगा (जब भी ओएस इसके लिए पूछता है) इसे विफल होने तक और इसे ऑफ़लाइन के रूप में चिह्नित करने के लिए ऑफ़लाइन_अन्यक्षम करने योग्य या किसी अन्य अतिरिक्त क्षेत्र के लिए क्षतिग्रस्त क्षेत्र को प्रतिस्थापित कर देगा ओएस इसे लिखता है (इस प्रकार ऐसा करने पर Reallocated_Sector_Ct बढ़ रहा है)।


2
2017-11-25 21:37





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

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

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

अब आप ड्राइव का थोड़ा सा उपयोग कर सकते हैं, लेकिन महत्वपूर्ण सामग्री के लिए इसका इस्तेमाल न करें। यह मर्जी अधिक असफल हो जाते हैं और ऐसा होने पर यह असुविधाजनक होगा।


1
2017-11-24 23:52





यह एक बहुत अच्छा संकेत नहीं है। आपको यह सुनिश्चित करना चाहिए कि डिस्क की सामग्री का बैक अप लिया गया हो, और किसी भी चीज़ के लिए डिस्क का उपयोग न करें।

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

ऐसा करने के लिए एक बात यह होगी कि अपठनीय क्षेत्रों द्वारा कौन सी फाइलें दूषित हो गईं, और डिस्क से पुनर्वितरण को मजबूर करने के लिए इन क्षेत्रों को लिखें (उन्हें "Current_Pending_Sector" से "Reallocated_Sector_Ct" में ले जाया जा सकता है)। यदि लिनक्स का उपयोग करते हैं, तो देखें http://smartmontools.sourceforge.net/badblockhowto.html। एक बार क्षेत्रों को फिर से स्थानांतरित कर दिए जाने के बाद, स्वयं परीक्षण को या तो अधिक अपठनीय क्षेत्रों को पास या रिपोर्ट करना चाहिए।

मैं ज्यादातर उत्तरों से असहमत हूं कि मुझे नहीं लगता कि खराब क्षेत्र हैं आवश्यक रूप से आसन्न विफलता का एक संकेत। जैसा http://blog.mmueh.net/index.php/2010/12/09/luks-meets-badblocks/ कहते हैं, "हर हार्डड्राइव अपने जीवन में किसी भी समय खराब क्षेत्रों का उत्पादन शुरू करता है"।


1
2017-11-26 08:08



जबकि मैं इस बात से सहमत हूं कि खराब क्षेत्र के साथ विफलता निश्चित नहीं है, एक खराब क्षेत्र के बाद विफल होने वाले चालक की संभावना संकेतक रूप से बढ़ जाती है (मुझे लगता है कि Google रिपोर्ट में भी था, लेकिन मुझे वर्तमान में वास्तविक स्रोत नहीं मिल रहा है) - Dennis Nolte