Vô tình định dạng phân vùng ext4


0

Tôi vừa định dạng một phân vùng ext4 thành fat32 bằng gparted.

Tôi đã đóng cửa một cách ngu ngốc trước khi tôi nhận ra rằng tôi có thể đã sử dụng chức năng hoàn tác. Tôi hiện đang cố gắng khôi phục hệ thống tệp bằng gparted và tôi có cảm giác rằng tôi sẽ không làm gì tốt khi định dạng sang loại phân vùng khác thay vì vô tình xóa phân vùng.

Bất kỳ trợ giúp phục hồi phân vùng hoặc dữ liệu?


Tôi muốn nói rằng tôi biết những câu hỏi tương tự đã được hỏi trên diễn đàn này và các diễn đàn khác. Tôi đã đặt câu hỏi ở đây một phần vì tôi nghi ngờ trong trường hợp này, các chi tiết cụ thể sẽ rất quan trọng (nghĩa là tôi đã sử dụng gparted), và một phần vì giải pháp này quan trọng với tôi hơn là tiết kiệm SU từ ATM câu hỏi trùng lặp .
Shane

Câu trả lời:


1

Một ý tưởng xuất hiện là PhotoRec , thường được đóng gói với TestDisk:

PhotoRec bỏ qua hệ thống tệp và theo dõi dữ liệu cơ bản, vì vậy nó sẽ vẫn hoạt động ngay cả khi hệ thống tệp của phương tiện của bạn đã bị hỏng nghiêm trọng hoặc được định dạng lại.

Tên xuất phát từ hình ảnh đồ thị Rec Overy nhưng nó nhận ra một nhiều hơn các tập tin hình ảnh.


Cảm ơn @bwt .. Tôi thực sự đang kiểm tra testdisk ngay bây giờ. Tôi không nghĩ rằng tôi sẽ thử PhotoRec, vì có quá nhiều tệp để duyệt qua tất cả chúng và có ý nghĩa về nó và tôi không có thời gian. Tôi hy vọng tôi có thể khôi phục phân vùng ext4 bằng siêu sao lưu dự phòng.
Shane

0

Tôi đã phạm sai lầm ngớ ngẩn khi định dạng một phân vùng một cách tình cờ. Tôi đã cài đặt một bản phân phối linux có tên crunchbang trên netbook của mình, vì vậy tôi không phải mang máy tính xách tay đến lớp mỗi tuần. Tôi đã định định dạng ổ flash USB cho mục đích này, khi tôi mất tinh thần, tôi đã định dạng một phân vùng ext4 chứa hơn 500gb dữ liệu thành fat32. Đây là tóm tắt về những gì tôi đã học:

Nếu một hệ thống tệp bị hỏng, bạn có thể cố gắng khôi phục chính hệ thống tệp đó hoặc các tệp riêng lẻ. Có thể khôi phục tập tin cá nhân bất kể trạng thái của hệ thống tập tin, nhưng nó có nhược điểm là gần như hoàn toàn vô dụng nếu bạn đang xử lý nhiều dữ liệu. Khi bạn khôi phục các tệp riêng lẻ, bạn sẽ MẤT cấu trúc thư mục ENTIRE của dữ liệu của bạn (có nghĩa là tên tổ chức và tên tệp). Trong trường hợp của tôi, điều này là hoàn toàn vô dụng, vì tôi sẽ mất nhiều năm để sàng lọc và đổi tên tất cả các tệp nhạc và các thứ linh tinh khác. Ngoài ra, trong nhiều trường hợp, chương trình sẽ không tìm thấy các khối bắt đầu và kết thúc cụ thể cho tệp của bạn (điều này hầu như luôn xảy ra với các tệp văn bản thuần túy) và bạn có thể kết thúc (như tôi) với mỗi tệp mp3 được chia thành một trăm 1- 5 mảnh thứ hai.

ĐỌC tất cả các cách này trước khi thử bất cứ điều gì ... (bạn sẽ tìm thấy hướng dẫn để tạo một hình ảnh của đĩa của bạn ở phía dưới, nhưng nó nên được thực hiện trước)

Nếu bạn đang ở trong một tình huống khác (như khôi phục một lượng dữ liệu rất nhỏ hoặc tìm kiếm một phần dữ liệu có thể tìm kiếm cụ thể), thì việc khôi phục tệp riêng lẻ có thể là một lựa chọn cho bạn. Các tiện ích miễn phí tôi tìm thấy cho điều này là:

PhotoRec [KHÔNG NÊN THAY ĐỔI LIÊN KẾT POST]

Lời nói đầu [KHÔNG NÊN THAY ĐỔI BÀI ĐĂNG LIÊN KẾT]

(cả hai đều nằm trong kho ubfox để thuận tiện cho bạn)


Nếu mục đích của bạn là khôi phục toàn bộ phân vùng, thì bạn nên hướng tới một phần mềm có tên TestDisk. Điều này cũng có trong kho ubfox và nó có GUI chửi rủa đẹp mắt để làm cho mọi thứ dễ dàng hơn. [KHÔNG NÊN THAY ĐỔI LIÊN KẾT BÀI ĐĂNG]

TestDisk tương thích với tất cả các loại hệ thống tệp bao gồm ext2 / 3/4, ntfs, fat và các loại khác .. (và tệp nhị phân được phát hành trong Windows cũng như các phiên bản tương thích UNIX) Thật không may sau nhiều giờ với tiện ích này, TestDisk đã có thể tìm thấy phân vùng cũ của tôi, nhưng mã nguồn gốc đã bị phá hủy, vì vậy tôi đã từ bỏ việc sử dụng TestDisk và quyết định thử khôi phục siêu sao lưu dự phòng bằng tay.


Nếu mối quan tâm của bạn là phân vùng linux ext2 / 3/4, thì bạn sẽ thấy những tiện ích này hữu ích (chắc chắn chúng sẽ có trên máy linux của bạn)

cái này sẽ được sử dụng để tính toán vị trí của các siêu khóa sao lưu trong trường hợp bạn tạo hệ thống tập tin ext trên phân vùng trong câu hỏi mke2fs (tạo hệ thống tệp 2 mở rộng) cho ext2 / 3/4

điều này sẽ được sử dụng để cố gắng khôi phục hệ thống tệp bằng một trong các siêu khóa sao lưu e2fsck (kiểm tra hệ thống tệp 2 mở rộng) cũng cho ext2 / 3/4

Có thể tìm thấy lời giải thích về cách phục hồi siêu nhóm mở rộng bằng cách sử dụng các tiện ích này tại đây: http://ing-tani.blogspot.com/2013/01/repair-broken-ext4-superblock-in-ub Ubuntu.html

GHI CHÚ: nếu bảng phân vùng của bạn còn nguyên vẹn (không phải trường hợp của tôi), thì có lẽ bạn có thể sử dụng dumpe2fs như vậy: http://www.cyberciti.biz/faq/linux-find-alternative-superblocks/

nếu bạn không thể sử dụng các tiện ích này để tìm các siêu khóa sao lưu (có lẽ bạn đã nhầm lẫn nhiều phân vùng và vì điều này, bạn không biết chúng bắt đầu / kết thúc ở đâu), bạn có thể tìm thấy việc sử dụng một chương trình có tên là gpart (không được nhầm lẫn với gparted hoặc parted ... nó hoàn toàn khác nhau) mặc dù tôi không chắc liệu nó có hỗ trợ các hệ thống tệp linux mới hơn ext2 không .. Nếu bạn đang ở thời điểm này, có lẽ đã đến lúc bắt đầu lo lắng.


Sử dụng phương pháp cuối cùng này, tôi đã có thể khôi phục thành công toàn bộ phân vùng, lưu tên thư mục cấp cao nhất (vì vậy tôi phải đổi tên khoảng 6 thư mục cấp cao nhất, nhưng mọi thứ bên dưới chúng đều được giữ nguyên) THÀNH CÔNG!

Một điều khác cuối cùng rất quan trọng đối với tôi là tạo ra một hình ảnh dự phòng của đĩa bị rối (trong nỗ lực phục hồi, cuối cùng tôi đã khôi phục hình ảnh này ít nhất hai lần) vì vậy điều đầu tiên trước khi sử dụng bất kỳ tiện ích nào trong số này, hãy tìm một số miễn phí không gian trên máy của bạn hoặc ổ đĩa ngoài ..

Nếu ổ đĩa bị rối của bạn là sda và bạn muốn lưu trữ hình ảnh trong thư mục chính của tên của bạn chẳng hạn: dd if = / dev / sda of = / home / yourname / sda.img.bak bs = 512

để khôi phục hình ảnh sau khi thử khôi phục không thành công: dd if = / home / yourname / sda.img.bak of = / dev / sda bs = 512

Tất nhiên bạn có thể sử dụng / dev / sda1 nếu bạn chỉ quan tâm đến phân vùng đầu tiên, nhưng vì một số tiện ích này thay đổi bảng phân vùng, có lẽ nên hình ảnh toàn bộ đĩa tốt hơn ..

Ngoài ra, nếu bạn đang sử dụng dd cho một hoạt động lớn, sẽ rất hữu ích khi thấy một thanh tiến trình, bạn có thể sử dụng một tiện ích có tên pv để báo cáo tiến trình của dữ liệu thông qua một đường ống [KHÔNG ĐƯỢC ĐỔI TRÊN POST LINK]

ví dụ: pv -tpreb / ​​dev / sda | dd của = / home / yourname / sda.img.bak bs = 512

BTW: một số người đề xuất tạo ảnh sao lưu và làm việc trực tiếp với nó, nhưng tôi thấy việc làm trên đĩa dễ dàng hơn (dễ gắn hơn)


Tóm lại, nếu bạn đã đi xa đến mức này, tôi hy vọng bạn không bao giờ cần sử dụng các công cụ này để khôi phục dữ liệu của mình. Trong trường hợp bạn làm vậy, có lẽ hình minh họa này sẽ làm cho nó dễ dàng hơn một chút (tôi đã mất nhiều giờ để tìm kiếm trên web tất cả các thông tin này, và nhiều người nói với tôi rằng điều đó là không thể)

PS

Nếu đĩa của bạn bị hỏng vật lý, thì bạn sẽ không thể sử dụng dd để hình ảnh, vì nó sẽ hủy bỏ với lỗi đọc. Bạn có thể sử dụng GNU dd_resTHER (nhưng có vẻ như một số công việc và rất nhiều thời gian) [KHÔNG NÊN THAY ĐỔI ĐỂ ĐĂNG KÝ LIÊN KẾT]

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.