स्मार्ट परीक्षण क्या करता है और यह कैसे काम करता है?


27

man smartctl राज्य (संक्षिप्तता के लिए SNIPPED):

पहली श्रेणी , कहा जाता है "ऑनलाइन" परीक्षण। परीक्षण की दूसरी श्रेणी को "ऑफ़लाइन" परीक्षण कहा जाता है। आम तौर पर, डिस्क तक पहुँचने के दौरान डिस्क ऑफ़लाइन परीक्षण को निलंबित कर देगी, और फिर डिस्क के निष्क्रिय होने पर स्वचालित रूप से इसे फिर से शुरू करेगी। परीक्षण की तीसरी श्रेणी (और एकमात्र श्रेणी जिसके लिए ´testing really शब्द वास्तव में एक उपयुक्त विकल्प है) "आत्म" परीक्षण है।

SMART स्वचालित ऑफ़लाइन परीक्षण सक्षम या अक्षम करता है, जो डिस्क दोषों के लिए हर चार घंटे में ड्राइव को स्कैन करता है। यह कमांड सामान्य सिस्टम ऑपरेशन के दौरान दी जा सकती है।

टेस्ट ड्राइव फर्मवेयर कौन चलाता है? ये किस प्रकार के परीक्षण हैं - क्या फर्मवेयर डिस्क को पढ़ता / लिखता है - वास्तव में क्या होता है? क्या OS (linux) में परीक्षण करना शुरू करना सुरक्षित है या बाद के लिए कोई परीक्षण शेड्यूल कर सकता है - यह कैसे होता है - जब आप BIOS प्रॉम्प्ट ('ऑफ़लाइन परीक्षण') पर OS को रिबूट करते हैं? परिणाम कहाँ प्रदर्शित होते हैं - स्मार्ट लॉग?

जवाबों:


38
  1. ड्राइव फर्मवेयर परीक्षण चलाता है।

  2. परीक्षणों का विवरण उदा। Www.t13.org/Documents/UploadedDocuments/technical/e01137r0.pdf में पढ़ा जा सकता है, जो इस प्रकार छोटे और लंबे परीक्षणों के तत्वों का सारांश प्रस्तुत करता है:

    1. एक विद्युत खंड जिसमें ड्राइव अपने स्वयं के इलेक्ट्रॉनिक्स का परीक्षण करता है। इस सेगमेंट में विशेष परीक्षण विक्रेता विशिष्ट हैं, लेकिन उदाहरण के लिए: इस सेगमेंट में बफर रैम टेस्ट, रीड / राइट सर्किट्री टेस्ट, और / या रीड / राइट हेड तत्वों का परीक्षण जैसे परीक्षण शामिल हो सकते हैं।

    2. एक चाहने वाले / सर्वो खंड जिसमें ड्राइव परीक्षण करता है और डेटा पटरियों पर इमदादी को खोजने की क्षमता रखता है। इस परीक्षण में प्रयुक्त विशेष कार्यप्रणाली भी विक्रेता विशिष्ट है।

    3. रीड / वेरीफाइड स्कैन सेगमेंट जिसमें डिस्क ड्राइव सतह के कुछ हिस्से की रीडिंग स्कैन करता है। स्कैन की गई सतह की मात्रा और स्थान पूर्ण समय की बाधा पर निर्भर हैं और विक्रेता विशिष्ट हैं।

    4. विस्तारित स्व-परीक्षण के मानदंड दो अपवादों के साथ लघु स्व-परीक्षण के समान हैं: विस्तारित स्व-परीक्षण का खंड (3) उपयोगकर्ता डेटा क्षेत्र के सभी का रीड / सत्यापित स्कैन होगा, और कोई भी नहीं है परीक्षण करने के लिए ड्राइव के लिए अधिकतम समय सीमा।

  3. ओएस के चलने के दौरान गैर-विनाशकारी परीक्षण करना सुरक्षित है, हालांकि कुछ प्रदर्शन प्रभाव की संभावना है। के रूप में smartctlआदमी पेज दोनों के लिए कहते हैं -t shortऔर -t long,

यह आदेश सामान्य सिस्टम ऑपरेशन में दिया जा सकता है (जब तक कि कैप्टिव मोड में नहीं चलाया जाता)

यदि आप कैप्टिव मोड को लागू करते हैं -C, तो smartctlमानता है कि ड्राइव को अनुपलब्धता के लिए बस-आउट किया जा सकता है। यह उस ड्राइव पर नहीं किया जाना चाहिए जिसका ओएस उपयोग कर रहा है।

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

  1. परिणाम smartctlआउटपुट में देखे जा सकते हैं । यहाँ एक परीक्षण चल रहा है:
[रूट @ रिसबी इमेज] # स्मार्टक्ट्ल-ए / देव / एसडीबी
smartctl 6.4 2015-06-04 r4109 [x86_64-linux-4.1.6-201.fc22.x86_64] (स्थानीय निर्माण)
कॉपीराइट (C) 2002-15, ब्रूस एलन, क्रिश्चियन फ्रांके, www.smartmontools.org
[...]
स्मार्ट स्व-परीक्षण लॉग संरचना संशोधन संख्या 1
Num Test_Description स्थिति शेष समय (घंटे) LBA_of_first_error
# 1 विस्तारित ऑफ़लाइन त्रुटि के बिना पूरा हुआ 00% 20567 -
# 2 विस्तारित ऑफ़लाइन त्रुटि के बिना पूरा हुआ 00% 486 -

स्मार्ट चयनात्मक स्व-परीक्षण लॉग डेटा संरचना संशोधन संख्या 0
नोट: संशोधन संख्या 1 का तात्पर्य यह है कि कोई भी चयनात्मक स्व-परीक्षण कभी नहीं चलाया गया है
स्पैन MIN_LBA MAX_LBA CURRENT_TEST_STATUS
   1 0 0 Self_test_in_progress [90% शेष] (0-65535)
   2 0 0 Not_testing
   3 0 0 Not_testing
   4 0 0 नॉट आउट
   5 0 0 नॉट आउट

दो पिछले पूर्ण किए गए परीक्षणों (क्रमशः 486 और 20567 घंटे) पर ध्यान दें, और वर्तमान में चलने वाला एक (10% पूर्ण)।


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

8

स्मार्ट कार्यान्वयन निर्माता-निर्भर हैं, कभी-कभी smart -aकमांड के माध्यम से काफी व्यापक लॉग उपलब्ध होते हैं । यहाँ मुझे हिताची से अपने सेल्फ-एनक्रिप्टिंग ड्राइव में से एक पर मिलता है :

SMART Error Log Version: 1
ATA Error Count: 3

Error 3 occurred at disk power-on lifetime: 2543 hours (105 days + 23 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
10 51 08 00 08 00 00  Error: IDNF at LBA = 0x00000800 = 2048

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
-- -- -- -- -- -- -- --  ----------------  --------------------
60 08 68 00 08 00 40 00      00:00:06.139  READ FPDMA QUEUED
27 00 00 00 00 00 e0 00      00:00:06.126  READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 00      00:00:06.125  IDENTIFY DEVICE
ef 03 46 00 00 00 a0 00      00:00:06.125  SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 00      00:00:06.125  READ NATIVE MAX ADDRESS EXT
...

यह श्वेत पत्र लॉग में दिखाई देने वाले त्रुटि कोड पर कुछ प्रकाश डालता है। सामान्य त्रुटि संक्षिप्तियाँ हैं:

  • AMNF - पता चिह्न नहीं मिला
  • TONF - ट्रैक 0 नहीं मिला
  • ABRT - कमांड निरस्त
  • IDNF - सेक्टर आईडी नहीं मिला
  • UNC - अचूक डेटा
  • BBK - खराब ब्लॉक चिह्न

मेरे मामले में, आईडीएनएफ त्रुटि (आईडी नॉट फाउंड) को एक घटना में वापस देखा जा सकता है जब ड्राइव को यूएसबी-टू-एसएटीए एडाप्टर के माध्यम से प्लग किया गया था और इसे कम करने के लिए किया गया था, जिसने इसे ठीक से तलाशने से रोक दिया था।

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