Khắc phục sự cố ổ cứng Hitachi bị lỗi


0

Gần đây, máy tính XP của một người bạn đã bắt đầu từ chối khởi động, cả ở chế độ Khởi động thông thường và Khởi động an toàn: logo cửa sổ xuất hiện, sau đó thanh tiến trình bị treo, BSOD được hiển thị trong vài mili giây, báo cáo rằng unmountable boot volumevà máy tính khởi động lại.

Ổ đĩa có hai phân vùng, một hệ thống và một dữ liệu, cả hai đều được định dạng là NTFS.

Tôi đã giải cứu dữ liệu, nhưng tôi thích tìm hiểu về những gì tôi có thể đã làm sai hoặc những gì tôi có thể làm để làm cho máy tính khởi động lại (tất nhiên trừ định dạng ổ đĩa)

Dưới đây là một bản tóm tắt của tất cả các bước tôi đã thực hiện kể từ khi ổ đĩa gặp sự cố, khoảng hai ngày trước. Bạn có thể đề xuất các giải pháp khác mà tôi có thể thử?


Đầu tiên, tôi khởi động từ đĩa CD trực tiếp Ubuntu để sao lưu dữ liệu. Tôi đã cố gắng ntfsclone --rescuephân vùng hệ thống (nó báo cáo các thành phần xấu), nhưng nó không hoạt động: ntfsclonebáo cáo các cụm bổ sung trong $bitmap. Vì vậy, tôi đã gắn phân vùng hệ thống chỉ đọc và có thể khôi phục tất cả các tệp mà không gặp sự cố. ntfsclonelàm việc hoàn hảo trên phân vùng dữ liệu. ntfsresize -ibáo cáo rằng đĩa có các thành phần xấu, và đề nghị sử dụng chkdsk.

Thứ hai, tôi đã khởi động bàn điều khiển phục hồi của XP và chạy chkdsk. Điều đó mất khoảng một giờ để hoàn thành. Sau đó, hệ thống khởi động chính xác cho đến khi màn hình "vui lòng đợi ..." và máy tính khởi động lại. Tất cả các lần thử khởi động Windows sau đó đều dẫn đến BSOD nói trên.

Thứ ba, tôi đã cố chạy lại chkdsk, nhưng nó báo cáo rằng ổ đĩa có "vấn đề không thể phục hồi". Chạy fixmbrfixbootkhông giúp đỡ.

Thứ tư, tôi đã chạy TestDisktừ Ubuntu LiveCD của mình và viết lại MBR, MFT và bảng phân vùng. Mà không làm gì cả. Tôi cũng đã cố gắng ntfsfix, vô ích.

Thứ năm, tôi chạy badblocksở chế độ chỉ đọc. Nó báo cáo một số lĩnh vực xấu trên ổ đĩa. Vì vậy, tôi đã chạy một bài kiểm tra đọc-ghi không phá hủy ( -n) để buộc ổ đĩa sắp xếp lại các thành phần xấu. badblocksđã trả lại một khu vực xấu thời gian này. Tôi đã thử lại chkdsk; Điều đó đã không làm việc. Tuy nhiên, ntfsclonebây giờ chấp nhận sao chép phân vùng hệ thống của tôi.

Thứ sáu, tôi đã chạy thử nghiệm SMART trên ổ đĩa (sử dụng smartctl) để kiểm tra xem đó có phải là lỗi phần cứng không. Các xét nghiệm ngắn đã qua, và đánh giá sức khỏe tổng thể cũng đã qua ( -H). Các bài kiểm tra dài hiện đang chạy. Tôi cũng đã tải xuống và đốt một đĩa CD trực tiếp có chứa các bài kiểm tra ổ cứng của Hitachi, mà tôi dự định sẽ chạy khi các bài kiểm tra dài kết thúc.


Tôi nghĩ đó là tất cả mọi thứ tôi đã làm. Bạn có thể đề xuất ý tưởng mà tôi có thể thử làm cho Windows khởi động lại không? Tôi hết ý tưởng rồi. Tôi biết rằng cài đặt lại Windows sẽ là cách dễ nhất, nhưng tôi thấy thú vị khi cố gắng chẩn đoán nguồn gốc của vấn đề và có thể khắc phục bằng tay thay vì chỉ xóa sạch ổ đĩa và bắt đầu lại.

Cảm ơn sự giúp đỡ của bạn (hy vọng bạn thích thử thách!)

Câu trả lời:


0

ChkDsk có thể đã bỏ tất cả dữ liệu có thể phục hồi khi nó 'sửa' bất kỳ thành phần xấu nào mà nó có thể tìm thấy, vì vậy tôi không mong đợi hệ thống tệp còn lại sẽ khởi động lại (do dữ liệu hiện bị thiếu). Tôi sẽ khuyên bạn nên sử dụng SpinRite trong tương lai, không giống như ChkDsk, sẽ cố gắng khôi phục dữ liệu trong các khu vực xấu trước khi đánh dấu chúng là xấu.

Ngoài ra, có lẽ bạn có thể đã thử Chẩn đoán ổ cứng thử nghiệm ổ cứng của Hitachi , để đảm bảo ổ đĩa không gặp sự cố vật lý, trước khi thử đánh bại hệ thống tệp.

Bây giờ tôi muốn nói rằng hãy kiểm tra ổ đĩa một cách xuyên suốt (với bỉm của Hitachi) và nếu nó có định dạng tốt, hãy cài đặt lại và khôi phục từ các bản sao lưu.


Cảm ơn vì lời khuyên. Bằng cách nào đó tôi sợ rằng việc kiểm tra kỹ lưỡng có thể làm hỏng ổ đĩa hơn nữa nếu sự cố là do máy móc, vì vậy trước tiên tôi tập trung vào sao lưu các tệp quan trọng nhất và sau đó tôi ... quên chạy các bài kiểm tra phần cứng: /
Clément
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.