tl; drในกรณีที่ เกิดUREบน hdd ฉันจะปล่อย 1 บิต, 1Byte หรือขนาดของเซกเตอร์ (512Bytes หรือ 4096 Bytes AF) หรือไม่ และถ้าเป็นไปได้อธิบายได้ว่าทำไมถึงเป็นเช่นนั้น?
ความเป็นมา: คำถามที่นี่เกิดขึ้นเมื่อฮาร์ดดิสก์มีปัญหาในการอ่านข้อมูล แน่นอนว่าดิสก์อาจล้มเหลวอย่างสมบูรณ์ทำให้ข้อมูลทั้งหมดสูญหาย (DISK FAIL) แต่กรณีที่ฉันถามเกี่ยวกับที่นี่คือเมื่อส่วนเล็ก ๆ ของมันหายไป (URE ข้อผิดพลาดในการอ่านที่ไม่สามารถแก้ไขได้)
แม้ว่าฉันจะดูข้อมูลเกี่ยวกับ URE แล้วก็ตามฉันก็พบว่ามีน้อยมาก สิ่งนี้อาจมีสาเหตุมาจากสิ่งที่เกิดขึ้นภายในไดรฟ์คือสิ่งที่ซ่อนอยู่จากการโต้ตอบผู้ใช้โดยตรงเช่นการแก้ไข ECCs สำหรับฉันยากที่จะเกี่ยวข้องกับสิ่งที่ฉันเข้าถึงในฐานะผู้ใช้ - ภาค
ให้เราจินตนาการว่า HDD มีปัญหาในการอ่านข้อมูล
ในสถานการณ์นั้นย่อมต้องหมายความว่า:
- (a) เซกเตอร์บางส่วนไม่สามารถอ่านได้หรือ
- (b) สามารถอ่านบิตทั้งหมดได้ แต่จะไม่ผ่านการทดสอบการตรวจสอบ (นอกหลักสูตรคาดว่าจะเกิดปัญหาเซกเตอร์ 4096 ไบต์ไม่ใช่แค่ 8 * 4096 บิต แต่มีบิต / ไบต์เพิ่มเติมบางอย่างสำหรับการตรวจสอบ / แก้ไขข้อผิดพลาด ) (ค) ????
ไม่มีความเชื่อของฉันคือเมื่อเราอยู่ในสถานการณ์ที่มีการรวมกันของ (a) และ (b) เกิดขึ้นและการสร้างความน่าเชื่อถือของไบท์ของภาค 4096 นั้นไม่สามารถทำได้ดังนั้นมันมากเกินไปที่จะคิดว่า จริง ๆ แล้วถ้าเรารู้ถึงตรรกะการแก้ไขข้อผิดพลาด interal hdd เราอาจพูดว่า "ดูบางอย่างไม่ได้เช็คเอาท์และด้วยการเปลี่ยนแปลงที่ดีอย่างน้อย 1,2,3 n บิต / ไบต์ของข้อมูลบล็อกคือ" ผิด " " หากเราประหยัดซ้ำซ้อน "hello, hello ..... , hello" สตริง ASCII ในภาคนี้จริง ๆ แล้วเราอาจยังคงมีการสืบทอดที่เป็นธรรมของ "hello, hello .... " ก่อนที่จะมี "... Uellohello ... "(เช่น" e "->" U ")
ดังนั้นความละเอียดของ URE คืออะไร?
อัปเดต: มีความคิดเห็นที่ป้อนความคิดของเซกเตอร์ที่ไม่ดี (และแนะนำว่าสิ่งนี้สะท้อนให้เห็นถึงความละเอียดของเหตุการณ์ URE มันไม่ไร้สาระที่จะแนะนำและอาจจะสามารถใช้ในการตอบคำถามได้ แต่ฉันเพิ่งอ่านอีกเรื่องที่เกี่ยวข้อง คำถามที่ถามเกี่ยวกับภาคส่วนที่อ่านไม่ได้ (ที่นี่/unix/1869/how-do-i-make-my-my-disk-unmap-pending-unreadable-sectors ) ซึ่งทำให้ฉันคิดว่าในบาง สถานการณ์มีเส้นพร่ามัวมากขึ้นระหว่างข้อมูลที่หายไปในกรณีของ URE