วิธีกู้คืนจากความล้มเหลวของฮาร์ดดิสก์: คู่มือขั้นตอนต่อขั้น

นี่คือเรื่องราวน่าสนใจให้คุณ ฟังกันจบแล้วมี happy ending เรื่องที่อาจจบในน้ำตา แต่ไม่ได้ เพราะสร้างบน foundation ที่แข็งแกร่งของ data backups และ system imaging ในวันเดียวกันที่ผมต่อสู้กับ corrupt EFI partition บน laptop ทดสอบหลัง Solus installation ที่ล้มเหลว ภรรยาบอกว่า save ไฟล์ลงโฟลเดอร์บน drive E: บน Windows box ไม่ได้ นั่นไม่ดีนัก

ผมตรวจสอบเร็ว และ Western 1TB Blue หนึ่งในฮาร์ดดิสก์ภายใน desktop tower กำลังเพิ่ม bad sectors อย่างรวดเร็ว ฮาร์ดดิสก์นี้มี 3 partitions C:, D:, E: Oops การค้นหา Internet แนะนำ chkdisk และ hack อื่นๆ พยายามรักษาให้ดิสก์อยู่ได้นานขึ้น แต่สถานการณ์เสียหายเร็ว ตอนแรกแค่ drive E: gimping แล้ว D: เข้าร่วม party ไม่ต้องยืดเยื้อ ควรเปลี่ยน Scorpions, Winds of Change เล่นขณะอ่าน

หมายเหตุ: รูปภาพจาก Wikimedia, licensed under CC BY-SA 3.0

Drama unloaded

ก่อนบอกว่าผมทำอะไรเมื่อปัญหาเริ่ม ให้ outline สิ่งที่ผมทำ ก่อน เกิดขึ้น ผมมี backup strategy 广泛 รักษามา 8-9 ปี ในช่วงนั้น backup tools และ utilities copy มากกว่า 7 PB ข้อมูลข้ามโหลด internal และ external hard disks โหลด เพื่อให้ data integrity เพียงพอ ยังไม่นับ offline และ backup อื่นๆ OS ทำ image บ่อยด้วย Acronis True Image และ Clonezilla จริงๆ แทบกระทำจาก premonition (หรือ genius) ผม image OS น้อยกว่า 1 ชั่วโมงก่อน incident

เมื่อสถานการณ์เริ่มแย่ Windows disk management utility รายงาน filesystem usage น้อยกว่าจริงบน drive E: และต่อมา D: นี่คือ sure sign ของการ escalate จุดนั้นถึงเวลา medevac เร่งด่วน สำคัญต้องเน้นว่า นอกจาก daily backups และ OS imaging up-to-date ผมยังมี spare hardware พร้อม ไม่มี screenshots จากเวลา incident เพราะผม busy ทำงานจริง

ถ้า สีน้ำเงิน เปลี่ยนเป็น แดง หรือ เหลือง สิ่ง ร้าย จะ 發生

ผมปิด desktop เปิดเคส แทนที่ dying 1TB Blue ด้วย 2TB Black เปิดเครื่อง boot live Ubuntu 16.04 จาก thumb drive ใช้ GParted สร้าง partition layout สร้าง 100MB System Reserved primary partition และ 110GB partition เป็น destination สำหรับ OS Blue เดิมมี 100GB แต่คิดว่าเพิ่มเล็กน้อยดีกว่าเพื่อหลีกเลี่ยง image recovery fail สุดท้ายสร้าง extended partition รวม logical partitions 2 ตัวสำหรับ D: และ E: พร้อมเพิ่ม size

ขั้นตอนนี้เสร็จ boot เข้า Acronis live recovery media restore MBR, System Reserved partition และ C: drive ทุกอย่างสำเร็จ ผม mark C: partition active ซึ่งกลับกลายเป็น mistake reboot ต่อ desktop ร้องว่าไม่หา bootloader ได้ ทำให้ต้อง live Ubuntu อีกครั้ง เปลี่ยน partition flags ด้วย GParted หลังจากนั้น Windows โหลด fine เหมือนไม่มีอะไรร้ายเกิดขึ้น ผม restore data ไป D: และ E: ภายใน less than 1 hour downtime กลับสู่ normal production

ต้อง ตั้งค่า boot flags ให้ ถูกต้อง

กิจกรรมค้างอยู่หนึ่งคือ run chkdisk บน data partitions ทั้งสอง ให้แน่ใจ filesystems consistent และ partitions ที่ GParted สร้าง ทำงาน fine ใน Windows ตรงแรก glance ทุกอย่าง peachy แต่ถ้าอะไรผิด quick re-format และ data restore ในออเดอร์ แต่เชื่อว่า incident เล็กน้อยนี้จบแล้ว จนกว่าดิสก์จะล้มเหลวครั้งต่อไป ซึ่ง จะ เกิดขึ้น และ คุณ ต้อง เตรียมพร้อม

结论

Disk failures ไม่ใช่เรื่อง if แต่ when คุณ ต้อง วางแผน สำหรับ พวกเขา นี่ คือ วิธี 唯一 确保 integrity 和 safety ของ data คุณ ต้อง 有 multiple backups และ พร้อม restore ที่ ใด ใด ก็ ตาม คุณ ควร มี contingencies เรื่อง OS - และ hardware อาจ ใช้เงิน แต่ ถ้า คุณ care production setup คุณ ต้อง invest เพราะ alternative คือ frustration, tears และ อาจ หย่ำ แย่กว่า

ตัวอย่างของผม แค่หนึ่งในหลายเรื่องราวลอยรอบ Web หวังว่าเป็นเรื่องที่คุณคิดว่า valuable เพราะ highlight merits ของ combat-proven setup พร้อม resilience ที่จำเป็น สำหรับ near-seamless restore กลับสู่ normal conditions นี่ไม่ใช่ครั้งแรกที่ผมต้องทำ และยินดีที่วางแผนดี

ผมมี spare disks, system images up-to-date และ data backups สามารถ recover เร็วและ near-painlessly การเปลี่ยนดิสก์เป็น arduous task ที่สุด และรอ Acronis DVD boot การสูญเสียฮาร์ดดิสก์ทำให้คนเยอะ grief ผมยินดี setup ของผม withstand test อาจมี lesson ว่าดีสำหรับคุณ Stay sharp

Cheers.