स्मार्ट-टेस्ट कभी खत्म नहीं होता

17

स्मार्टमार्टूल का उपयोग करते हुए स्मार्ट-टेस्ट चलाने पर, वे समाप्त नहीं होते हैं। मुझे हमेशा बाहरी और आंतरिक ड्राइव के साथ x64 पर डेबियन और एक्स 64 में एआरएम, ओएस एक्स सहित विभिन्न विभिन्न प्रणालियों और डिस्क पर "बाधित (मेजबान रीसेट।)" मिलता है। यहां तक कि जब कैदी मोड में चलाया जाता है, तो सभी खाली (डीडी के साथ शून्य) डिस्क के साथ।

मैं क्या गलत कर रहा हूं?

hard-drive smart maintenance

— bot47
स्रोत

आपका कुछ भी गलत नहीं कर रहा है। इसका हार्डवेयर जो काम नहीं कर रहा है

— रामहाउंड

क्या यह काम करने के लिए है?

— बॉट 47

हाँ, यह काम करना चाहिए

— रामहुंड

@MaxRied, क्या आप कह रहे हैं कि आपने विभिन्न डिस्क के लॉग के साथ कई अलग-अलग कंप्यूटरों पर यह कोशिश की है, और फिर भी कभी भी एक पूरा नहीं देखा है, यहां तक कि उन डिस्क के लिए भी जिन्हें आप एक अलग SMART विश्लेषण उपकरण से स्वस्थ होना जानते हैं?

— फ्रैंक थॉमस

@FrankThomas हां।

— bot47

14

जब ड्राइव परीक्षण के दौरान किसी इनपुट / आउटपुट गतिविधि को संभालती नहीं है, तो यह स्टैंडबाय पर जा सकता है, जो Interrupted (host reset)स्थिति को बढ़ाता है । उपयुक्त अंतराल पर डिस्क से पढ़ने की कोशिश करें:

while true; do dd if=/dev/disk1 of=/dev/null count=1; sleep 60; done

( /dev/disk1उपयुक्त डिवाइस से बदलें , उस डिवाइस से एक सेक्टर को हर 60 सेकंड में पढ़ता है जब तक आप हिट नहीं करते ctrl-c)

इसने मेरे वातावरण में मदद की: OS X 10.6.8, WD एलिमेंट्स USB- कनेक्टेड ड्राइव, SAT-SMART- ड्राइवर 0.8।

एक बंदी परीक्षण को सैद्धांतिक रूप से ड्राइव को ऑनलाइन रखना चाहिए। फिर भी हार्डवेयर कमांड smartctlपरीक्षण पूरा होने से पहले समय निकाल सकता है, जिससे कर्नेल लिंक को रीसेट कर सकता है और ऊपर ( बग # 303 ) जैसी स्थिति में समाप्त हो सकता है ।

देखें इस सूत्र अधिक जानकारी के लिए smartmontools को समर्थन मेलिंग सूची पर। मैं यहाँ दी गई अंतर्दृष्टि के लिए क्रिश्चियन फ्रांके को स्वीकार करता हूं।

— sve.g
स्रोत

अन्य संभावित रुकावटें ( serverfault.com/a/584055 ): एक खराब केबल टाइमआउट का कारण बन सकती है, और कर्नेल एक रीसेट को ट्रिगर करेगा। मुझे कम यकीन है कि स्मार्टड को रोकना आवश्यक है। किसी भी समय और रुकावटें dmesg / kern.log / में दिखाई देंगी journalctl -fk।

— तोबू

वाह, यह पागल है! पुष्टि करते हुए - एक झूला दर्पण से एक HGST HDN726060ALE610 छोड़ने के बाद, यह 36 घंटे के लिए 10% पर अटक गया था (यह अन्य गतिविधि के बिना तेजी से समाप्त होगा, राइट?)। पांच मिनट के इन छोटे डीडी के कारण इसे समाप्त कर दिया गया। संदेहवाद को खारिज कर दिया।

— बिल मैकगोनिगल

है /dev/disk1डिवाइस या विभाजन, यानी, की तरह होना चाहिए /dev/sdaया /dev/sda1?

— मर्चको

@Merchako यह मैक ओएस संबंधित है जहां यह वास्तव में ऐसा है।

— बॉट 47

5

मैंने टोबू से समाधान की कोशिश की, मेरे मामले में मैं स्लीप मोड में बाहरी यूएसबी ड्राइव को ढूंढता रहा, भले ही परीक्षण शुरू करने और इसे बाधित करने के कुछ समय बाद, ऐसा लगता है कि यह डीडी समाप्त हो गया है एक कर्नेल कैश से पढ़ रहा है और कैश डिस्क के लिए काफी बड़ा था नींद मोड में प्रवेश करने के लिए। मैंने देखा है कि स्थिति के लिए पूछने के लिए स्मार्टक्टेल को कॉल करना हमेशा डिस्क को "जाग" करने में सक्षम था। तो: एक ही विचार के इस संस्करण ने मेरे लिए चाल चली:

sudo bash -c 'while true; do smartctl -a /dev/sdb > /dev/null; sleep 60; done'

5 घंटे के बाद भी बाहरी USB डिस्क अभी भी घूम रही है। पहली बार मैं एक बाहरी डिस्क में स्मार्टक्टेल लॉन्ग टेस्ट फिनिश देख सकता था।

मेरा मानना है कि इस समाधान का यह भी फायदा है कि डिस्क प्रमुखों को हर मिनट अनावश्यक रूप से स्थानांतरित नहीं किया जाता है। लंबे समय से अनुमानित समय में लगभग पूरी तरह से समाप्त हो गया (रखने-जागने की स्क्रिप्ट ने रन में समय नहीं जोड़ा)

— अरी
स्रोत

3

अरी के जवाब पर एक भिन्नता का उपयोग करना है watch, क्योंकि smartctlउत्पादन वास्तव में स्थिति का ट्रैक रखने के लिए दिलचस्प हो सकता है:

sudo watch -d -n 60 smartctl -a /dev/sdx

यह smartctl -aप्रत्येक 60 सेकंड के आउटपुट को ऑटो-अपडेट करेगा , जिससे आप देख सकते हैं कि स्व-परीक्षण का समय कितना रहता है, और परिवर्तनों को उजागर करें (इसलिए यह जानना आसान है कि परीक्षण वास्तव में प्रगति कर रहा है)।

— GreatEmerald
स्रोत

+1, watchपहले कभी नहीं देखा गया ।

— हाशिम

1

यदि यह 20 सेकंड से अधिक समय लेता है तो कैप्टिव परीक्षण काम नहीं कर सकता है।

स्रोत: टिकट # 303 , जिसका शीर्षक "स्मार्ट टेस्ट कैप्टिव मोड में, एटीए डिवाइस द्वारा वर्णित टाइमआउट का विस्तार करें"।

— सेर्गेई वी
स्रोत