dd_rhelp là một kịch bản bash để xử lý một chương trình rất hữu ích viết bằng C bởi Kurt Garloff được gọi là dd_rescue. dd_rhelp khoảng hoạt động như các lệnh linux dd với các đặc trưng để không dừng lại khi nó rơi vào lỗi đọc / ghi.
Điều này làm cho dd_rescue công cụ tốt nhất cho việc phục hồi ổ đĩa cứng có phần xấu. (Dd_rescue có thể được tìm thấy: http://www.garloff.de/kurt/linux/ddrescue)
Nhưng sử dụng nó là tốn nhiều thời gian. Đây là nơi dd_rhelp đến để giúp đỡ.
Trong ngắn hạn, nó sẽ sử dụng dd_rescue trên toàn bộ đĩa của bạn, nhưng sẽ cố gắng để thu thập các dữ liệu tối đa hợp lệ trước khi cố gắng cho lứa tuổi trên badsectors. Vì vậy, nếu bạn rời bỏ công việc dd_rhelp cho thời gian vô hạn, nó sẽ có tác dụng tương tự như một dd_rescue đơn giản. Nhưng bởi vì bạn có thể không có thời gian vô hạn này (điều này có thể
thực sự diễn thực sự lâu dài trong một số trường hợp ...), dd_rhelp sẽ nhảy qua phần xấu và cứu hộ dữ liệu hợp lệ. Về lâu dài, nó sẽ phân tích tất cả các thiết bị của bạn với dd_rescue.
Bạn có thể Ctrl-C nó bất cứ khi nào bạn muốn, và chạy lại-nó theo ý muốn, nó sẽ tiếp tục công việc của nó vì nó phụ thuộc vào các tập tin log dd_rescue tạo
Ngoài ra, tiến trình sẽ được hiển thị trong một hình ảnh ASCII của điện thoại beeing cứu
Như đã nói bởi Kurt Garloff cho chương trình dd_rescue của mình:.. < br /> "Chỉ cần một lưu ý:. Nó không làm việc tôi tiếc là đã không chỉ tạo ra chương trình này cho vui ..."
Vì nó là cho dd_rhelp, mà đã cứu tôi NĂM trên ổ cứng của tôi.
lưu ý
quan trọng:
Đối với một số lần, dd_rhelp là công cụ duy nhất (AFAIK) mà đã làm loại công việc này, nhưng vì một vài năm, nó không phải là sự thật nữa: Antonio Diaz đã viết một sự thay thế lý tưởng cho các công cụ của tôi:. GNU 'ddrescue'
Vâng, điều này không phải là rất thông minh để có được gọi là một công cụ cùng tên 'dd_rescue' từ Kurt Garloff (bắt tinh tế Sự khác biệt giữa 'ddrescue' và 'dd_rescue'?), nhưng có vẻ như nó đã được thực hiện bởi mục đích như chúng tôi đã cảnh báo Antonio Diaz từ thực tế, nó có lẽ sẽ dùng mớ hỗn độn trong thế giới nhỏ bé này của các công cụ phục hồi ổ đĩa cứng.
Tuy nhiên, tôi thực sự khuyến khích bạn sử dụng công cụ thay thế này nếu nó làm việc cho bạn (và nó phải là các trường hợp). Tại sao? Hiểu trước những gì chúng ta đang so sánh:
- dd_rhelp (trong bash script) + dd_rescue (trong C) trong một tay
- ddrescue (trong C) trong khác
<. br /> dd_rhelp cũng là một công nhanh chóng hack để thực hiện những gì dd_rescue không làm, và những gì không thể được thực hiện tại thời điểm đó (AFAIK).
Nó có thể là một số trường hợp ddrescue thắng ' t làm việc, và đây là lý do chính tại sao tôi tiếp tục duy trì dd_rhelp. Điều quan trọng là để cho tôi và Antonio Diaz khi những trường hợp này xảy ra.
Bây giờ bạn đã giác ngộ, bạn có thể tự do sử dụng dd_rhelp.
Tại sao người ta muốn sử dụng dd_rhelp ?
Vâng, bạn không muốn sử dụng dd_rhelp. Tôi hy vọng bạn sẽ không bao giờ phải sử dụng nó.
Về cơ bản, nếu bạn có khu vực xấu làm hư hệ thống tập tin của bạn, bạn sẽ có một số giải pháp tùy thuộc vào hệ thống tập tin itslef, bảng phân vùng, và những gì còn có thể truy cập. ..
Trong một số quá trình phục hồi, như một giai đoạn đầu tiên, bạn sẽ cần phải đảm bảo tất cả các dữ liệu còn lại của đĩa cứng của bạn (hoặc phân vùng) trong một tập tin trên một hệ thống tập tin lành mạnh. Thông thường, các hoạt động tiếp theo là để gắn kết các tập tin với các thiết bị loopback (ví dụ) để xây dựng lại các thông tin hệ thống tập tin bị hư hỏng. Một khi hệ thống tập tin siêu dữ liệu đã được xây dựng lại trên hệ thống tập tin lành mạnh, cơ hội được rằng bạn sẽ có thể truy cập các tập tin. Sau đó có thể đây là tại các tiểu bang khác nhau phụ thuộc vào cách
họ đã bị ảnh hưởng bởi những thiệt hại. Trạng thái tập tin có thể được phục hồi hoàn toàn khác nhau, từ không có bất kỳ công việc tiếp theo, để mất, hư hỏng, tranh giành, và thường ẩn danh thu trong hệ thống tập tin của bạn bị mất kho-và-phát ...
dd_rhelp và dd_rescue có nghĩa là để được chỉ là giai đoạn đầu tiên:. đảm bảo dữ liệu còn lại của bạn vào một tập tin khác
dd_rescue mà đã được tạo ra bởi Kurt Garloff, là một chương trình tuyệt vời. Và đã có thể giúp bạn mà không dd_rhelp. Nhưng trong một số trường hợp, như đĩa lộn xộn với các ngành xấu, nó có thể mất nhiều thời gian để sử dụng cho 2 lý do chính:
1 - nó phục hồi thẳng, và do đó có thể mất hàng tháng làm cho nó là con đường trong chất rắn bó của các thành phần xấu trước khi cứu phần lỗ của dữ liệu hoàn hảo sain ẩn chỉ sau
2 -. nếu bạn quyết định để manoeuver dd_rescue để ngăn chặn anh ta khi anh ta đập trong chuỗi lớn các thành phần xấu và cố gắng để bắt đầu nó từ điểm đến các điểm theo hướng bình thường hoặc ngược lại (như các tùy chọn dd_rescue phép điều này), sau đó điều này có thể đòi hỏi nhiều thời gian BẠN
Nó là nơi dd_rhelp đến để giúp đỡ:. nó là một wrapper cho dd_rescue. Điều này có nghĩa là nó sẽ gọi nó với đối số khác nhau để thay đổi vị trí bắt đầu của nó hoặc sự chỉ đạo của quá trình quét. Nó sẽ hướng dẫn dd_rescue vào một hành vi mới mà sẽ dẫn đến giải cứu dữ liệu nhiều hơn nữa trong đầu của quá trình trên tất cả các đĩa
Yêu cầu:.
· Nó làm việc tốt cho tôi (tự làm distrib) trên ổ cứng lớn (phân vùng của · 15 hợp đồng biểu diễn). Nhận được phản hồi tích cực trên phân vùng lớn (60 Gigs và 200 hợp đồng biểu diễn), và nó chỉ nên được giới hạn bởi giới hạn linux kernel. Mặc dù kịch bản bash có thể là thời gian để tính toán vị trí tiếp theo trong đĩa rất lớn với rất nhiều thành phần xấu scatered trên tất cả ổ đĩa của bạn.
· Nó làm việc trên Debian, và trên một đĩa CD Knoppix. Sau khi phát hành, tôi thử nghiệm nó trên một Knoppix với một đĩa 1.44M với badsectors hoặc bị hư hỏng CD-ROM / DVD-ROM.
· Darwin / MacOSX cần được hỗ trợ với GNU sed, GNU bc cài đặt. Đã làm việc kể từ 0.0.6. Sự hỗ trợ này là erratical, vì vậy thông tin phản hồi được đánh giá cao
Có gì mới trong phiên bản này:... Kết
· Một số lỗi gây phiền nhiễu đã được sửa chữa
· Cài đặt dễ dàng hơn
· Đăng nhập tạo ra tập tin được chọn cho một Environnement sane.
· Nhiều hơn và đơn giản hơn thông tin được hiển thị.
· Các hành vi đã được tinh chỉnh để tránh tạo ra quá nhiều khối dữ liệu, mà rất nhiều làm chậm lại việc thực hiện các dd_rhelp và quá trình phục hồi.
Bình luận không