Điểm:0

Làm cách nào tôi có thể khôi phục các tệp từ cài đặt khởi động kép bị hỏng?

lá cờ at

Tôi có MSI GL73-8RD với ổ SSD và ổ cứng. Tôi đã cài đặt windows trên SSD với một số tệp được lưu trong ổ cứng, sau đó phân vùng ổ cứng và cài đặt Ubuntu 18.04 ở đó.

Sau đó, Ubuntu đã được nâng cấp lên 20.04. Tôi chỉ cần nhấp vào một dấu nhắc. Rõ ràng điều này dẫn đến việc 20.04 được cài đặt cùng với 18.04, nhưng vì một số lý do, tôi không thể sử dụng mật khẩu của mình trên bản cài đặt 18.04 nữa.

Hơn nữa, sau khi cập nhật windows, 20.04 sẽ chỉ khởi chạy ở chế độ khẩn cấp. Tôi đã kiểm tra một số vấn đề và sau đó tìm thấy trong nhật ký rằng có sự cố với phân vùng/dev/sda7.Tôi đã chạy fsck trên phân vùng này và bây giờ 20.04 sẽ không khởi động ngay cả trong chế độ khôi phục. Tuy nhiên, Windows 10 và 18.04 vẫn khởi động tốt.

Có những tệp quan trọng tôi cần khôi phục từ cài đặt Ubuntu không thành công. Tôi nghĩ rằng phần cứng vẫn ổn, vì vậy các tệp vẫn còn đó. Làm thế nào để tôi đi về điều này?

Trước tiên, tôi có sao chép nội dung của ổ cứng như một biện pháp phòng ngừa an toàn và sau đó thử khôi phục các tệp bằng thẻ nhớ USB trực tiếp không?

Có công cụ cụ thể dành riêng cho vấn đề này? Tôi biết có những công cụ dành riêng cho việc khôi phục dữ liệu, nhưng tôi không biết công cụ nào phù hợp.

CHỈNH SỬA

Theo các đề xuất từ ​​@vanadium, tôi đã khởi động trên một thanh USB trực tiếp và cố gắng gắn kết các phân vùng. Vì bản cài đặt của tôi rất bẩn nên có hai phân vùng liên quan đến cửa sổ hoạt động tốt, một vị trí có tên là "Máy tính" và ba tập không tên, /dev/sda4-5-7.

Tôi đã cố gắng gắn kết chúng, tiếc là cái dường như chứa dữ liệu của tôi là/dev/sda7 và nó không thể được gắn kết.

@vanadium đã chỉ ra Testdisc và Photorec là những lựa chọn thay thế tiềm năng. Tôi đang tìm hướng dẫn cụ thể về các công cụ này.

Điểm:0
lá cờ cn

Nó sẽ phụ thuộc vào mức độ thiệt hại của hệ thống tệp và cuối cùng là phân vùng. Ngay cả khi hệ thống không khởi động, hệ thống tệp vẫn có thể đọc được.

Tôi sẽ bắt đầu phiên trực tiếp từ DVD hoặc USB cài đặt, sau đó thử gắn âm lượng nơi các tệp ở chế độ chỉ đọc. Nếu điều đó thành công, bạn sẽ có thể sao chép các tệp sang một ổ cứng khác mà không cần phải dùng đến phương pháp khôi phục nâng cao hơn.

Nếu nó không thành công, thì thật không may, thiệt hại nghiêm trọng và bạn có thể cần phải sử dụng đến phương pháp khôi phục dữ liệu nâng cao. Các công cụ như Testdisk và Photorec cho phép sửa chữa một số phân vùng (Testdisk) và khôi phục tệp từ dữ liệu nhị phân trên đĩa (Photorec).

Alex avatar
lá cờ at
Cảm ơn rất nhiều. Bạn có thể mở rộng về 'gắn âm lượng nơi các tệp ở chế độ chỉ đọc' không? Làm cách nào để kiểm tra ổ đĩa nào ở chế độ chỉ đọc? Hay bạn muốn nói rằng tôi nên gắn nó ở chế độ chỉ đọc?
vanadium avatar
lá cờ cn
Tôi đã thêm một liên kết: bạn cần gắn kết bằng thiết bị đầu cuối: vấn đề là bao gồm tùy chọn `-o ro`. `ro` có nghĩa là "chỉ đọc". Câu trả lời cho biết thêm tùy chọn `noload`, nhưng tôi sẽ không bao gồm tùy chọn đó trong lần thử đầu tiên - đó là tùy chọn không đọc nhật ký (xem `man ext4`).
Alex avatar
lá cờ at
Hiểu. Tôi không thể thử điều đó ngay lập tức, tôi sẽ có thể thử vào thứ Bảy. Tôi sẽ thông báo cho bạn và chấp nhận câu trả lời của bạn nếu nó suôn sẻ. Cảm ơn một lần nữa!
Alex avatar
lá cờ at
Tôi đã báo cáo về nỗ lực của mình trong một chỉnh sửa
Điểm:0
lá cờ at

Vì vậy, sau khi thử giải pháp do @vanadium đề xuất nhưng không có kết quả, tôi đã lý luận rằng trong trường hợp ổ đĩa không bị giật hoặc có tiếng kêu cót két và thực tế là tôi đã làm gián đoạn quá trình cập nhật windows, đây có thể là lỗi logic do một Lỗi IO.

Tôi đã ghi một thanh USB trực tiếp với SystemRescueCD, một bản phân phối linux có mục đích đặc biệt đi kèm với các tiện ích hữu ích khi cố gắng sửa lỗi cài đặt.

Lần đầu tiên tôi sử dụng ddresTHER với tùy chọn -n để sao chép phân vùng bị hỏng sang ổ cứng ngoài mà tôi gọi là bản sao sạch. -n cho phép vượt qua nhanh lần đầu tiên và giảm thiểu thiệt hại cho đầu đọc. Như tôi phỏng đoán, tôi có thể đọc 100% số byte trong phân vùng.

Sau đó, tôi đã sử dụng dd để sao chép bản sao sạch trên ổ cứng ngoài thứ hai, bản sao đang hoạt động. Điều này đảm bảo rằng nếu bất kỳ công việc nào tôi thực hiện trên bản sao đang hoạt động bị phá hoại, thì tôi có thể quay lại bản sao sạch mà không phải sao chép từ một ổ đĩa có khả năng bị lỗi.

Sau đó, tôi đã chạy TestDisk trên phân vùng nằm trên bản sao đang hoạt động. Theo menu, tôi đã chọn phân vùng và TestDisk cung cấp cho tôi danh sách các superbloxks trong hệ thống tệp bị lỗi.

Siêu khối là các khối trong bộ nhớ chứa siêu dữ liệu về cấu trúc của hệ thống tệp. TestDisk đã phát hiện ra rằng hệ thống tệp là hệ thống tệp ext4 và đề xuất một lệnh để sửa hệ thống tệp: fsck.ext4 -p -b <bắt đầu siêu khối> -B <kích thước của siêu khối> /path/to/working/copy

Các đối số <bắt đầu của siêu khối> và <kích thước của siêu khối> được lấy từ đầu ra của TestDisk.

Sau khi chạy lệnh này, siêu khối đầu tiên bị hỏng đã được sửa và toàn bộ tệp có thể truy cập được. Sau đó, tôi sao lưu chúng trên ổ cứng thứ ba mà tôi thường sử dụng để sao lưu Windows.

Tổng chi phí: khoảng 200 đô la để mua ổ cứng ngoài. Một công ty khôi phục dữ liệu đã báo giá cho tôi 800 đô la để thực hiện công việc này.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.