ข้อมูลในฮาร์ดดิสก์ลดลงโดยไม่มี Windows เตือนฉันว่าเกิดเหตุการณ์นี้ขึ้นเมื่อฉันพยายามเข้าถึงข้อมูลหรือไม่

เป็นไปได้หรือไม่ที่ความเสื่อมทางกายภาพของฮาร์ดดิสก์อาจทำให้บิต 'พลิก' ในเนื้อหาไฟล์โดยไม่มีระบบปฏิบัติการ 'สังเกต' และบอกคุณเกี่ยวกับมันเมื่ออ่านไฟล์? เช่นสามารถ 'p' ในไฟล์ข้อความ ASCII (ไบนารี 0111000 0 ) เปลี่ยนเป็น 'q' (0111000 1 ) จากนั้นผู้ใช้ (ฉัน) สามารถเปิดไฟล์และดู 'q' โดยไม่ทราบว่าเกิดความล้มเหลว ได้เกิดขึ้น?

ฉันสนใจคำตอบเกี่ยวกับ FAT, NTFS หรือ ReFS ... ถ้ามันสร้างความแตกต่าง

ฉันต้องการทราบว่าระบบปฏิบัติการปกป้องฉันจากสิ่งนี้หรือไม่หรือถ้าฉันควรตรวจสอบข้อมูลของฉันเพื่อหาค่าความแปรปรวนระหว่างการคัดลอก / เมื่อเวลาผ่านไป

ใช่มีสิ่งที่เรียกว่าบิตเน่า

แต่ไม่มันจะไม่ส่งผลกระทบต่อคุณที่ไม่มีใครสังเกต

เมื่อไดรฟ์เขียนเซ็กเตอร์ไปยัง platters มันไม่เพียงแค่เขียนบิตในแบบเดียวกับที่พวกเขาเก็บไว้ใน RAM แต่ใช้การเข้ารหัสเพื่อให้แน่ใจว่าไม่มีลำดับของบิตเดียวกันที่ยาวเกินไป และเพิ่มรหัส ECC ที่อนุญาตให้ซ่อมแซมข้อผิดพลาดที่ส่งผลกระทบต่อบิตสองสามบิตและตรวจพบข้อผิดพลาดที่ส่งผลกระทบมากกว่าสองสามบิต

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

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

(นี่คือหนึ่งในความแตกต่างที่สำคัญระหว่างไดรฟ์ที่ขายเป็นไดรฟ์ "เดสก์ท็อป", "NAS / RAID" หรือ "การเฝ้าระวังวิดีโอ" ไดรฟ์ RAID สามารถเพียงแค่ยอมแพ้อย่างรวดเร็วและทำให้ตัวควบคุมซ่อมแซมเซกเตอร์ ฝั่งผู้ใช้เดสก์ท็อปไดรฟ์จะลองอีกครั้งและอีกครั้งเพราะการที่ผู้ใช้รอสักครู่อาจจะดีกว่าบอกพวกเขาว่าข้อมูลจะหายไปและไดรฟ์วิดีโอค่าอัตราข้อมูลคงที่มากกว่าการกู้คืนข้อผิดพลาด แม้แต่จะสังเกตเห็น)

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

ฉันไม่เคยเห็นข้อผิดพลาดเพียงเล็กน้อย แต่ฉันเห็นฮาร์ดไดรฟ์จำนวนมากซึ่งภาคทั้งหมดล้มเหลว

ไดรฟ์จะรู้ว่ามีบางอย่างผิดปกติกับเซ็กเตอร์ แต่ไม่ทราบว่าบิตใดล้มเหลว (หนึ่งบิตที่ล้มเหลวจะถูกจับโดย ECC เสมอ)

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

แน่นอนว่ามีเหตุผลอื่น ๆ ที่ทำให้ข้อมูลเสียหาย ตัวอย่างเช่น. RAM ที่ไม่ดีบนตัวควบคุมอาจเปลี่ยนแปลงข้อมูลก่อนที่จะส่งไปยังไดรฟ์ ในกรณีดังกล่าวจะไม่มีกลไกใดในไดรฟ์ที่จะตรวจจับหรือซ่อมแซมข้อมูลและนี่อาจเป็นสาเหตุหนึ่งที่ทำให้โครงสร้างของระบบไฟล์เสียหาย เหตุผลอื่น ๆ รวมถึงข้อผิดพลาดของซอฟต์แวร์ธรรมดา, ดับขณะเขียนดิสก์ (แม้ว่าจะแก้ไขด้วยการทำเจอร์นัลระบบไฟล์) หรือไดรเวอร์ระบบไฟล์ไม่ดี (ไดรเวอร์ NTFS บน Linux ที่ตั้งค่าเริ่มต้นเป็นแบบอ่านอย่างเดียวเป็นเวลานานเนื่องจาก NTFS ถูกออกแบบวิศวกรรม และนักพัฒนาซอฟต์แวร์ไม่เชื่อถือรหัสของตนเอง)

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

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

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

Windows ไม่มีการป้องกันเนื้อหาไฟล์ในตัวนอกเหนือจากโครงสร้างของระบบไฟล์ NTFS คิดว่า NTFS เป็นหนังสือ: เพียงป้องกันสารบัญและตรวจสอบว่าสิ่งต่าง ๆ เข้ากันได้เท่านั้น อย่างไรก็ตามหากความเสียหายอยู่ตรงกลางของหน้ามันจะไม่มีการป้องกัน FAT ไม่มีอะไรเลย ฮาร์ดไดรฟ์ใช้การแก้ไขข้อผิดพลาด ECC สำหรับแต่ละเซ็กเตอร์ แต่ไดรฟ์ไม่ได้บอก Windows ไฟล์บางประเภทโดยเฉพาะมีแฮช CRC, MD5 หรือ SHA เพื่อตรวจจับความเสียหาย แต่ไม่ได้แก้ไขอะไรเลย

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

ฮาร์ดไดรฟ์มีสมาร์ทซึ่งตรวจสอบสุขภาพของฮาร์ดไดรฟ์ แต่ถ้าไดรฟ์อยู่ที่ประตูของความตาย BIOS จะไม่เตือนคุณ ที่แย่ที่สุดคือ SMART มักถูกปิดการใช้งานตามค่าเริ่มต้นใน BIOS คุณสามารถตรวจสอบหมายเลขผ่านซอฟต์แวร์ได้ แต่ไดรฟ์ต่าง ๆ มีปัญหาต่างกัน หากคุณมีภาคส่วนที่ย้ายถิ่นฐานหรือข้อผิดพลาด ECC ของคุณเพิ่มขึ้นอย่างต่อเนื่อง หากคุณมี ECC ใหม่ 100,000 รายทุกวันมันเป็นสัญญาณที่ไม่ดี

ประเภทไฟล์จำนวนมากมีการป้องกันไม่เน่าบิต เช่น TXT และ BMP ซึ่งไม่มีการป้องกันเลย Winrar มีตัวเลือกเพิ่มเติมเพื่อเพิ่มข้อมูลพาริตีในไฟล์เก็บถาวรซึ่งจะทำให้ไฟล์มีขนาดใหญ่ขึ้น แต่สามารถตรวจจับได้ (ตามสัดส่วนของจำนวนข้อมูลที่เพิ่มเข้ามา) และซ่อมแซมข้อผิดพลาดชนิดนี้

โปรแกรมบีบอัดอื่น ๆ ทั้งหมดที่ฉันรู้จักตรวจจับข้อผิดพลาด แต่ทำอะไรไม่ได้เลย

ในที่สุดข้อผิดพลาดในเซกเตอร์จะแย่มาก ECC ไม่สามารถแก้ไขได้และไดรฟ์จะให้สิ่งที่อ่านแม้ว่าจะผิด

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

ใช่มันเป็นไปได้ Windows เป็นเพียงซอฟต์แวร์ ซอฟต์แวร์เป็นชุดคำแนะนำสำหรับคอมพิวเตอร์ที่จะต้องปฏิบัติตาม

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

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

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

FAT นั้นมีคุณสมบัติการใช้งานต่ำ FAT12 ได้รับการออกแบบสำหรับฟลอปปี้ดิสก์และ FAT16 สำหรับระบบสูงถึง 4GB (แม้ว่าการดำเนินงานส่วนใหญ่ของ Microsoft ในการใช้งาน FAT16 มักจะไม่ทำงานเหนือ 2GB) หากไม่มีส่วนขยาย VFAT จะไม่มีชื่อไฟล์ที่สนับสนุนเกินกว่า 11 อักขระ (บางส่วนจะอยู่ในส่วนที่เรียกว่า "ส่วนขยาย") FAT ได้รับการออกแบบมาเพื่อเก็บข้อมูลในเวลาที่ความสามารถในการเก็บข้อมูลเป็นแนวคิดใหม่ที่ผู้ใหญ่จำเป็นต้องได้รับการสอน เมื่อ FAT ได้รับการพิจารณาว่าเป็นเทคโนโลยี "นำหน้า" เทคโนโลยีคอมพิวเตอร์ยังไม่แพร่หลายและมีรายละเอียดที่เพียงพอสำหรับผู้ที่ต้องกังวลเกี่ยวกับคุณสมบัติขั้นสูง

NTFS ได้เพิ่มการสนับสนุนสำหรับฟีเจอร์บางอย่างซึ่งอาจจะทำให้ระบบปฏิบัติการสามารถติดตามการอนุญาตของผู้ใช้ได้อย่างง่ายดาย NTFS มีหลายรุ่น ยกตัวอย่างเช่น Moab ชี้ให้เห็นว่า Windows Server 2008 ได้เพิ่มการรองรับNTFS แบบรักษาตัวเองซึ่งอาจตรวจพบบางสิ่ง แต่ถึงกระนั้นคุณลักษณะดังกล่าวก็ยังใหม่ต่อ Windows Server 2008 ดังนั้นจึงไม่ใช่สิ่งที่ Windows XP รองรับ (หรือ Windows Server 2003 หรือเก่ากว่า) แม้จะยังคงมองไปที่รายการคุณสมบัติดูเหมือนว่าสิ่งนี้เกี่ยวข้องกับ meta-data บางอย่างที่ช่วยให้ระบบปฏิบัติการสังเกตเห็นปัญหาที่รุนแรงจนดิสก์ไม่สามารถเชื่อมต่อได้หรือพื้นที่สำคัญอื่น ๆ ของดิสก์ที่มีผลต่อเคอร์เนลของระบบปฏิบัติการ ดูเหมือนว่าข้อมูลทุกชิ้นในไฟล์ทุกไฟล์จะไม่ได้รับผลกระทบจากฟีเจอร์นี้

ซอฟต์แวร์สำหรับระบบปฏิบัติการดังกล่าวมีโอกาสน้อยมากที่จะสังเกตเห็นสิ่งต่าง ๆ เว้นแต่จะทำให้เกิดปัญหาเด่นสำหรับระบบปฏิบัติการในการทำงานให้สำเร็จ อาจมีข้อยกเว้นบางประการเช่นส่วนต่าง ๆ ของระบบปฏิบัติการที่ตรวจสอบดิสก์ (CheckDsk / ChkDsk / ScanDisk / ScanDskW ขึ้นอยู่กับระบบปฏิบัติการ) แต่ถึงแม้ว่าพวกเขาจะค่อนข้าง จำกัด ในสิ่งที่พวกเขาสามารถตรวจจับได้ส่วนใหญ่เป็นเพราะระบบไฟล์ไม่ ไม่เก็บข้อมูลจำนวนมากที่มีไว้เพื่อใช้ในการตรวจสอบดิสก์

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

ในช่วงไม่กี่ครั้งที่ผ่านมาจำนวนบิตที่มากขึ้นทำให้โอกาสเล็กน้อยเช่น 1 ใน 10 ล้านมีแนวโน้มที่จะส่งผลกระทบต่อสิ่งต่าง ๆ มากขึ้น ประชาชนทั่วไปได้เรียนรู้เกี่ยวกับ "รังสีคอสมิก" ซึ่งอาจมีผลกระทบเล็กน้อยต่อสิ่งต่าง ๆ เนื่องจากบิตถูกยัดเยียดอย่างแน่นหนาในอุปกรณ์รุ่นใหม่ข้อกำหนดทางกายภาพที่ใช้แทนบิตจึงมีขนาดเล็กลงดังนั้นแม้กระทั่งผลกระทบเล็กน้อยก็มีแนวโน้มที่จะยุ่งเกี่ยวกับวิธีการจดจำบิต ReFS มีคุณสมบัติบางอย่างที่ออกแบบมาเพื่อช่วยในการตรวจจับ บทความของ Wikipedia เกี่ยวกับ ReFSอ้างถึงสิ่งนี้ว่า "การตรวจสอบความสมบูรณ์อัตโนมัติ" ตามที่อธิบายไว้ว่าเป็นคุณสมบัติที่โดดเด่นของระบบไฟล์นี้คุณสมบัติดังกล่าวมีแนวโน้มที่จะพัฒนามากกว่า NTFS (และแน่นอนกว่า FAT ซึ่งค่อนข้างเรียบง่ายในธรรมชาติ