Phân vùng NTFS bị mất, nhưng dữ liệu (nên có) ở đó, làm thế nào để phục hồi?

Một thời gian ngắn : Tôi đã gặp rắc rối với một phân vùng bị mất và Testdisk không thể giải quyết vấn đề của tôi. Mọi thứ khiến tôi nghĩ rằng các tập tin nằm trên đĩa, nhưng tôi không biết làm cách nào để lấy lại chúng. Ngoài ra, tôi không phải là người bản ngữ tiếng Anh, vì vậy tôi xin lỗi vì cuối cùng đã làm một số sai lầm.

Chi tiết

Tôi đã cố gắng thay đổi kích thước phân vùng NTFS trên ổ đĩa của mình bằng gparted (linux đang chạy), nhưng thao tác không thành công và tôi bị mất hệ thống tập tin.

Đây là đĩa TRƯỚC:

125 GB - primary - NTFS (windows)
3 GB - primary - linux swap
21 GB - primary - ext4 (linux)

Đây là những gì tôi muốn làm: thu nhỏ phân vùng NTFS TỪ TRÁI để tạo không gian trống ở đầu đĩa. Trong gparted tôi đã chỉnh sửa các phân vùng như thế này:

60 (more or less) GB - unallocated
60 (more or less) GB - primary - NTFS (windows) (shrink)
swap and ext4 same as before (unchanged)

và nhấp vào "Áp dụng". Trong quá trình tôi đang đọc những gì đang diễn ra: nó đã chuyển 30 GB dữ liệu từ phần đầu tiên của HD sang phân vùng NTFS nhỏ hơn mới. Phần này đã thành công (bạn biết đấy, quá trình thu nhỏ được tạo thành từ nhiều phần và việc truyền tệp này đã ổn). Sau đó, tôi đoán gparted đã cố gắng tạo MFT mới và cập nhật MBR nhưng không thành công. Sai lầm lớn nhất của tôi trong ngày là tôi đã không lưu nhật ký (liệu gparted có tự động lưu nhật ký không?) Nhưng theo tôi nhớ thì lỗi là "cụm miễn phí nhiều hơn mong đợi". Vâng, kết quả là như sau:

67 GB - primary - NTFS (gparted says: "Failed to load runlist for $MFT/$DATA. highest_vcn = 0xc747, last_vcn - 1 = 0x1633b . Failed to load $MFT: Input/output error . NTFS is inconsistent")
57 GB - unallocated
swap and linux are unchanged

Tôi chạy Testdisk từ USB có thể khởi động, tôi đã quét nhanh nhưng không tìm thấy gì mới. Với quét sâu, nó tìm thấy một phân vùng NTFS bổ sung:

NTFS 0 32 48 16305 55 6 261941233

nhưng khi tôi gõ "enter" hoặc "p" để xem tập tin thì nó báo "phân vùng bị hỏng".

Một số lưu ý:

1) Thật lạ khi hướng dẫn của tôi là tạo không gian trống TRƯỚC NTFS, nhưng những gì gparted thấy bây giờ là không gian chưa được phân bổ SAU NTFS. Và NTFS không nhất quán. Có lẽ gparted đã tạo MFT mới trong phân vùng đầu tiên và không thể sao chép sang thứ hai?

2) từ những gì tôi đọc được trong quá trình hoạt động, các tệp phải nằm trong không gian chưa phân bổ .. làm thế nào tôi có thể tìm thấy chúng? Tôi sẽ cố gắng khôi phục chúng theo cách có trật tự, vì nếu tôi sử dụng PhotoRec, tôi sẽ mất bất kỳ cấu trúc thư mục nào.

Tôi nên làm gì? Xin hãy giúp đỡ hoặc bạn gái của tôi sẽ giết tôi! (đó là máy tính của cô ấy ..: O)

Đây là cách cuối cùng tôi đã quản lý để khôi phục một số tệp từ đĩa. Tôi biết rằng một phần của câu trả lời sẽ lạc đề (vì tôi đã sử dụng nhiều chương trình windows) nhưng để hoàn thiện, tôi muốn chia sẻ kinh nghiệm của mình cho người dùng trong tương lai.

Bài học quan trọng nhất mà tôi học được là BACKUP DATA CỦA BẠN TRƯỚC KHI GIẢI QUYẾT MỘT PHẦN .

Vì TestDisk không giúp tôi, ngay cả khi quét sâu, tôi đã quyết định sử dụng PhotoRec . May mắn thay, tôi đã có một bản sao lưu đĩa đã được 3-4 tháng tuổi, vì vậy tôi đã nhắm đến việc khôi phục tất cả các tệp từ đĩa và chỉ lọc những tệp hữu ích, những tệp được tạo sau lần sao lưu cuối cùng của tôi.

Lần quét đầu tiên với PhotoRec là cho toàn bộ đĩa. Nó đã phục hồi 5700 tệp (2,12 GB) nhưng sau đó bắt đầu lặp và số lượng ngành đang đi lùi.

Trong lần quét thứ 2, tôi đặt chỉ quét một nửa NTFS. Nó đã phục hồi 56800 tệp (40 GB).

Tôi cần quét nửa đĩa thứ hai, vì vậy tôi bắt đầu quét toàn bộ đĩa một lần nữa, tôi dừng nó lại và tôi chỉnh sửa tệp nhật ký phiên. Tôi đã nhập thủ công một số là một vài triệu lĩnh vực trước khi kết thúc phần đó. Tôi bắt đầu lại PhotoRec, tôi bảo nó tiếp tục phiên và .. thật kỳ diệu! Nó quản lý để quét chỉ nửa thứ hai của đĩa. Đã tìm thấy 128400 tệp (43,5 GB).

Tôi đã sao chép 3 lần quét trong một thư mục có tên là PR PRscssc bằng cách sử dụng FreeFileSync .

Tôi đã cài đặt Cygwin. Tôi đã tạo một thư mục trống khác có tên là Chế biến trực tuyến mà tôi đã sử dụng để bắt một số tệp hữu ích và so sánh chúng với bản sao lưu.

Trong Cygwin tôi đã sử dụng các lệnh như:

find PR_scans/ -iname '*.jpg' -size +250k -exec mv -vi {} Processing/ \;

để tìm các tập tin hữu ích. Tôi thấy 250k là một kích thước cắt tốt để tách ảnh cá nhân khỏi các tệp bộ nhớ cache trên internet. Đối với các loại tệp khác, tôi đặt không có kích thước tối thiểu:

find PR_scans/ -iname '*.docx' -exec mv -vi {} Processing/ \;

Tôi đã lặp lại thao tác này cho tất cả các phần mở rộng tệp có ý nghĩa (doc, xls, xlsx, pdf, png, Mov, avi, v.v.)

Cuối cùng tôi đã sử dụng Copyate Cleaner Free để xóa tất cả các tệp khỏi thư mục Đang xử lý đã có trong Sao lưu cũ của tôi.

Người tạo ra RecuperaBit đã liên lạc với tôi trên trang web này vì vậy tôi quyết định thử nghiệm công cụ này có vẻ khá kỳ diệu.

RecuperaBit đã tìm thấy tổng cộng 13772 tệp (22,2 GB), so với 13500, 30,8 GB là kích thước của bản sao lưu 3 tháng tuổi của tôi. Điều này có vẻ khá tốt. Trong số các tệp này:

• 8700 tệp là bản sao chính xác của tệp trong bản sao lưu cũ của tôi
• Hơn 4000 tệp có cùng tên nhưng nội dung khác nhau, vì chúng đã được sửa đổi trong khi đó hoặc do RecuperaBit đã khôi phục nội dung bị hỏng.
• thú vị nhất: 395 là bản sao của các tệp PhotoRec không có trong bản sao lưu của tôi, điều này có nghĩa là PhotoRec đã khôi phục nội dung, nhưng RecuperaBit đã khôi phục tên tệp và đường dẫn !!

Giả sử di chuyển thực sự đã đi như mong đợi, dữ liệu sẽ ở đó.

Trong khi tôi không biết cách xây dựng lại bảng phân vùng, tôi đã khôi phục thành công dữ liệu từ một ổ đĩa có bảng phân vùng bị phá hủy bằng cách sử dụng:

http://www.r-studio.com/

Mặc dù tôi không thể hứa thành công nhưng nỗ lực này là miễn phí - phiên bản demo chỉ bị tê liệt do thiếu khả năng khôi phục các tệp không tầm thường. Bạn thấy chính xác những gì nó nghĩ là có và bạn có thể phục hồi những thứ nhỏ nhặt để có cái nhìn để thấy rằng nó đang được lành mạnh.

Lưu ý rằng bạn sẽ cần một ổ đĩa khác để sử dụng phương pháp này.

Trong khi bạn đang thử điều đó, 20 roi để chơi với trình chỉnh sửa phân vùng mà không có bản sao lưu đầy đủ!

(Tôi không có mối liên hệ nào với công ty ngoài việc rất hài lòng với kết quả khi mọi công cụ khác mà tôi đã thử không thể ngồi xổm vì tình huống RAID đã đặt bảng phân vùng ở vị trí không chuẩn.)