Tôi đã làm điều này một vài năm trước đây. Cách tiếp cận của tôi là trực tiếp, không mất thời gian, ngắt kết nối phân vùng và sau đó
dd if=/dev/hda1 of=backup_image.ext3
để có một tập tin sao lưu trạng thái chính xác của phân vùng. Sau đó, bạn có thể gắn lại phân vùng và tiếp tục kinh doanh như bình thường khi bạn tìm kiếm tệp đã xóa trong hình ảnh đã tạo của mình. Hình ảnh có thể sẽ RẤT lớn vì bạn cần tất cả không gian "trống", vì vậy đây có thể là một vấn đề thực tế để lưu trữ nó.
Sau đó, nó chỉ là để thực hiện các tìm kiếm nhàm chán sau đoạn văn bản mà tôi dự kiến sẽ ở đâu đó trong nội dung phân vùng. Ví dụ: để tìm tập tin .tex, tôi đã chạy
grep --binary-files=text -1000 "subsection" < backup_image.ext3 > latexfiles
trong đó in một bối cảnh lớn xung quanh cụm từ "tiểu mục" và lưu kết quả đầu ra vào một tệp để tìm kiếm thủ công. Tôi đã in một bối cảnh lớn như vậy vì phải mất một thời gian dài để tìm kiếm hình ảnh mà tôi không muốn làm điều đó nhiều lần hơn tôi phải làm.
Ngoài ra lệnh stringsnày rất hữu ích trong việc loại bỏ rác nhị phân khỏi đầu ra, nhưng nếu tôi nhớ lại chính xác thì nó cũng bị tước tất cả các dòng mới, đây có thể là một vấn đề.
Để tìm các tệp nhị phân theo cùng một cách, người ta có thể thành công trong việc tìm một tiêu đề đặc trưng hoặc một cái gì đó của một tệp nhất định, nhưng tôi tưởng tượng nó là một cuộc phiêu lưu khá lớn.
Ghi chú kỹ thuật ngắn gọn: có những khó khăn kỹ thuật với việc khôi phục đĩa và Ext3 / 4. Đó là một điều dài để giải thích, nhưng ngắn gọn (và không đầy đủ): Ext3 / 4 loại bỏ các "điểm đánh dấu" cho HĐH biết nơi các tệp được đặt trên đĩa khi bạn xóa chúng. Các tập tin không được lọc, nhưng không ai biết chúng bắt đầu và kết thúc ở đâu trên đĩa, và đôi khi chúng thậm chí bị phân mảnh ở một vài nơi. Một số hệ thống tệp khác chỉ đặt trạng thái của tệp thành "đã xóa", nhưng vẫn giữ dữ liệu vị trí. Sau đó, phục hồi không khó hơn là xem các con trỏ tệp bằng cờ này (chúng vẫn có sẵn nếu không có quá nhiều hoạt động xảy ra), và sau đó hy vọng nội dung của chúng không bị ghi đè.
Điều gì là tốt nhất? Hùng biện, theo quan điểm của tôi. Sao lưu thường xuyên là câu trả lời cho tất cả những vấn đề này. Dữ liệu quan trọng không có hệ thống sao lưu tự động là một tai nạn đang chờ xảy ra, IMHO.
Giai thoại cá nhân bắt buộc: Tôi sẽ xóa foo\ foo*khỏi ~. tôi đã viết
rm -r foo<Tab>*
, thật đáng buồn, vì foorõ ràng là một liên kết tượng trưng và tệp duy nhất khớp với điều này, vỏ được tạo thành
rm -r foo\ foo *
Tôi nhấn Enter và ngồi đó nhìn vào lệnh, lẽ ra phải mất một giây. Sau một thời gian dài rmhỏi tôi có muốn "xóa tệp được bảo vệ chống ghi" cái gì đó "". Khá nhanh tôi cảm thấy ớn lạnh và nhẹ nhàng và rất kiểm soát tôi đã nhấn Ctrl+c. ~ Một nửa của tôi ~đã bị xóa, nhưng tôi đã xoay sở để lấy lại mọi thứ có giá trị thông qua việc grepping được mô tả ở trên và một số bản sao lưu hiện tại ít nhiều. Tôi đã có một số cá nhân rất có giá trị (đọc: tốn thời gian) và dữ liệu đo lường gần đây trên đĩa bị mất, nhưng tôi đã thực hiện sao lưu bốn lần. Một người biến mất ở đây, một người khác do mất hệ thống ở trường, một người khác bị hỏng và lúc đầu tôi không thể tìm thấy người thứ tư, vì tôi đã nhầm lẫn đã đặt nó vào thư mục sai :-D. Đã khôngrm -rđã bị kẹt trên một tập tin được bảo vệ chống ghi, cái thứ tư sẽ bị ăn vì thư mục đó được gắn thông qua sshfs trong tôi ~. Tôi cẩn thận hơn rất nhiều về những thứ đó.
rmlà một lệnh UNIX / Linux "nguy hiểm" (đọc$ man rm). Sử dụng nó hết sức thận trọng . Như đã nói, đây là một cách nhanh chóng để xóa các tệp mà bạn chắc chắn. Các môi trường máy tính để bàn Linux và Unix hiện đại cung cấp giải pháp "Thùng rác" , vì vậy người dùng có thể dễ dàng khôi phục các tệp vô tình bị xóa.