เล็กน้อยเกี่ยวกับ SMART และยูทิลิตี้การตรวจสอบ

มีข้อมูลมากมายบนอินเทอร์เน็ตเกี่ยวกับ SMART และค่าแอตทริบิวต์ แต่ฉันยังไม่เคยพบการกล่าวถึงประเด็นสำคัญหลายประการที่ฉันรู้จากผู้ที่เกี่ยวข้องกับการศึกษาสื่อบันทึกข้อมูลเลย

เมื่อฉันเล่าให้เพื่อนฟังอีกครั้งว่าเหตุใดการอ่าน SMART จึงไม่ควรเชื่อถือได้โดยไม่มีเงื่อนไข และเหตุใดจึงดีกว่าที่จะไม่ใช้ “จอภาพ SMART” แบบคลาสสิกตลอดเวลา ฉันมีแนวคิดที่จะเขียนคำที่พูดในรูปแบบของ ชุดวิทยานิพนธ์พร้อมคำอธิบาย เพื่อให้ลิงก์แทนการบอกต่อในแต่ละครั้ง และเพื่อให้เข้าถึงได้กับผู้ชมในวงกว้าง

1) ควรใช้โปรแกรมสำหรับการตรวจสอบคุณลักษณะ SMART โดยอัตโนมัติด้วยความระมัดระวังเป็นอย่างยิ่ง

สิ่งที่คุณรู้ในฐานะแอตทริบิวต์ SMART จะไม่ถูกจัดเก็บไว้สำเร็จรูป แต่ถูกสร้างขึ้นทันทีที่คุณร้องขอ คำนวณตามสถิติภายในที่สะสมและใช้โดยเฟิร์มแวร์ของไดรฟ์ระหว่างการทำงาน

อุปกรณ์ไม่จำเป็นต้องใช้ข้อมูลบางส่วนนี้เพื่อมอบฟังก์ชันพื้นฐาน และจะไม่ถูกจัดเก็บ แต่ถูกสร้างขึ้นทุกครั้งที่จำเป็น ดังนั้นเมื่อมีการร้องขอแอตทริบิวต์ SMART เฟิร์มแวร์จะเรียกใช้กระบวนการจำนวนมากที่จำเป็นในการรับข้อมูลที่ขาดหายไป

แต่กระบวนการเหล่านี้เข้ากันไม่ได้กับขั้นตอนที่ดำเนินการเมื่อโหลดไดรฟ์ด้วยการดำเนินการอ่าน-เขียน

ในโลกอุดมคติ สิ่งนี้ไม่ควรทำให้เกิดปัญหาใดๆ แต่ในความเป็นจริงแล้ว เฟิร์มแวร์ของฮาร์ดไดรฟ์นั้นเขียนโดยคนธรรมดาทั่วไป ใครสามารถและทำผิดพลาดได้ ดังนั้น หากคุณสอบถามคุณลักษณะ SMART ในขณะที่อุปกรณ์กำลังดำเนินการอ่าน-เขียน โอกาสที่จะเกิดข้อผิดพลาดจะเพิ่มขึ้นอย่างมาก ตัวอย่างเช่น ข้อมูลในบัฟเฟอร์การอ่านหรือเขียนของผู้ใช้จะเสียหาย

ข้อความเกี่ยวกับความเสี่ยงที่เพิ่มขึ้นไม่ใช่ข้อสรุปทางทฤษฎี แต่เป็นข้อสังเกตเชิงปฏิบัติ ตัวอย่างเช่น มีข้อบกพร่องที่ทราบซึ่งเกิดขึ้นในเฟิร์มแวร์ของ HDD Samsung 103UI ซึ่งข้อมูลผู้ใช้ได้รับความเสียหายระหว่างกระบวนการขอแอตทริบิวต์ SMART

ดังนั้น อย่ากำหนดค่าการตรวจสอบแอตทริบิวต์ SMART โดยอัตโนมัติ เว้นแต่คุณจะทราบแน่ชัดว่ามีการออกคำสั่งล้างแคช (Flush Cache) ก่อนหน้านี้ หรือหากคุณไม่สามารถทำได้หากไม่มี ให้กำหนดค่าการสแกนให้ทำงานน้อยที่สุดเท่าที่จะเป็นไปได้ ในโปรแกรมการตรวจสอบจำนวนมาก เวลาเริ่มต้นระหว่างการตรวจสอบคือประมาณ 10 นาที นี่เป็นเรื่องปกติเกินไป ในทำนองเดียวกัน การตรวจสอบดังกล่าวไม่ใช่ยาครอบจักรวาลสำหรับความล้มเหลวของดิสก์โดยไม่คาดคิด (ยาครอบจักรวาลเป็นเพียงการสำรองข้อมูลเท่านั้น) วันละครั้ง – ฉันคิดว่ามันเพียงพอแล้ว

การสืบค้นอุณหภูมิไม่ทำให้เกิดกระบวนการคำนวณแอตทริบิวต์และสามารถดำเนินการได้บ่อยครั้ง เพราะเมื่อนำไปใช้อย่างถูกต้องก็จะทำผ่านโปรโตคอล SCT โดย SCT จะแจกเฉพาะสิ่งที่รู้อยู่แล้วเท่านั้น ข้อมูลนี้ได้รับการอัปเดตโดยอัตโนมัติในเบื้องหลัง

2) ข้อมูลแอตทริบิวต์ SMART มักไม่น่าเชื่อถือ

เฟิร์มแวร์ฮาร์ดไดรฟ์จะแสดงให้คุณเห็นว่าควรแสดงอะไร ไม่ใช่สิ่งที่เกิดขึ้นจริง ตัวอย่างที่ชัดเจนที่สุดคือแอตทริบิวต์ที่ 5 ซึ่งเป็นจำนวนเซกเตอร์ที่ได้รับมอบหมายใหม่ ผู้เชี่ยวชาญด้านการกู้คืนข้อมูลทราบดีว่าฮาร์ดไดรฟ์สามารถแสดงจำนวนการจัดสรรใหม่เป็นศูนย์ในแอตทริบิวต์ที่ห้า แม้ว่าจะมีอยู่และยังคงปรากฏอยู่ก็ตาม

ฉันถามคำถามกับผู้เชี่ยวชาญที่ศึกษาฮาร์ดไดรฟ์และตรวจสอบเฟิร์มแวร์ของพวกเขา ฉันถามว่าอะไรคือหลักการที่เฟิร์มแวร์ของอุปกรณ์ตัดสินใจว่าตอนนี้จำเป็นต้องซ่อนข้อเท็จจริงของการกำหนดเซกเตอร์ใหม่ แต่ตอนนี้คุณสามารถพูดคุยเกี่ยวกับมันผ่านแอตทริบิวต์ SMART

เขาตอบว่าไม่มีกฎเกณฑ์ทั่วไปว่าอุปกรณ์ใดจะแสดงหรือซ่อนภาพจริง และตรรกะของโปรแกรมเมอร์ที่เขียนเฟิร์มแวร์สำหรับฮาร์ดไดรฟ์บางครั้งก็ดูแปลกมาก จากการศึกษาเฟิร์มแวร์ของรุ่นต่างๆ เขาพบว่าบ่อยครั้งที่การตัดสินใจ "ซ่อนหรือแสดง" จะขึ้นอยู่กับชุดพารามิเตอร์ที่โดยทั่วไปไม่ชัดเจนว่าเกี่ยวข้องกันอย่างไรและกับทรัพยากรที่เหลืออยู่ของฮาร์ดไดรฟ์

3) การตีความตัวบ่งชี้ SMART เป็นการระบุเฉพาะของผู้ขาย

ตัวอย่างเช่นใน Seagates คุณไม่ควรใส่ใจกับค่าดิบที่ "ไม่ดี" ของแอตทริบิวต์ 1 และ 7 ตราบใดที่ส่วนที่เหลือเป็นเรื่องปกติ บนดิสก์จากผู้ผลิตรายนี้ ค่าสัมบูรณ์อาจเพิ่มขึ้นในระหว่างการใช้งานปกติ

เล็กน้อยเกี่ยวกับ SMART และยูทิลิตี้การตรวจสอบ

ในการประเมินสภาพและอายุการใช้งานที่เหลืออยู่ของฮาร์ดไดรฟ์ อันดับแรกแนะนำให้ใส่ใจกับพารามิเตอร์ 5, 196, 197, 198 ยิ่งไปกว่านั้น เป็นการเหมาะสมที่จะมุ่งเน้นไปที่ค่าสัมบูรณ์ ค่าดิบ ไม่ใช่ค่าที่กำหนด . การบังคับคุณลักษณะสามารถทำได้ด้วยวิธีที่ไม่ชัดเจน แตกต่างกันไปในอัลกอริธึมและเฟิร์มแวร์ที่แตกต่างกัน

โดยทั่วไป ในบรรดาผู้เชี่ยวชาญด้านการจัดเก็บข้อมูล เมื่อพูดถึงค่าของแอตทริบิวต์ มักจะหมายถึงค่าสัมบูรณ์

ที่มา: will.com

เพิ่มความคิดเห็น