ddresTHER cực kỳ chậm trên ổ cứng USB

Tôi đang khôi phục ổ cứng từ máy tính xách tay của mình đã chết (hoàn toàn không khởi động được, Disk Utility báo cáo rằng không có vấn đề gì, nhưng sẽ không gắn ổ đĩa). Tôi đã kết nối ổ cứng thông qua bộ chuyển đổi USB. Chạy ddrescuenhư vậy:

sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log

Không có lỗi cho đến nay, nhưng tốc độ đọc trung bình đã giảm dần xuống 50KB / s. Lúc đầu là khoảng 2MB / s. Kích thước của phân vùng là 300GB. Cho đến nay tôi đã có thể phục hồi 160GB. Tôi đang khôi phục phân vùng HFS + trên MacBook.

Điều gì có thể là lý do cho tốc độ chuyển chậm này và làm thế nào để tăng nó?

Đây dường như chỉ là cách thức ddrescue& chuyển USB hoạt động theo OSX. Từ chủ đề này có tiêu đề: Chủ đề: [Bug-ddresTHER] ddresTHER 10x chậm theo osx .

Khi làm việc trên các ổ cứng đầy đủ chức năng, trong linux, nó thực hiện tốc độ i / o đầy đủ. khi được biên dịch theo osx với các cờ biên dịch mặc định, tốc độ sẽ chậm hơn gấp nhiều lần, đôi khi thu thập dữ liệu thành Kb / s. vấn đề vẫn tồn tại nếu tệp đầu ra là / dev / null.

Chủ đề tương tự cũng có phản ứng này.

Theo kinh nghiệm và thử nghiệm của tôi trên OS X, việc truy cập các thiết bị ký tự thô /dev/rdisk…luôn được ưu tiên hơn. Ngoài ra, tốc độ truyền có thể được tăng cường hơn nữa bằng cách đặt Kích thước khối sao chép lớn hơn. Một kích thước 512KiB ( ddrescue -c 1Ki) đã cho tôi kết quả tốt nhất trong hầu hết các trường hợp.

Và: Các thiết bị ký tự thô OS X DO có kích thước xác định, vì vậy chúng có thể dễ dàng được sử dụng ngay cả trong lần chạy đầu tiên. (Ít nhất là trong thời điểm này, các ghi chú về các thiết bị thô trong tài liệu hiện có ddrescuekhông áp dụng cho OS X.)

Tôi không nghĩ rằng đây là một lỗi ddrescue, bởi vì các tiện ích khác thích ddhoặc catthể hiện hành vi tương tự trên OS X.

Truy cập thiết bị khối / dev / đĩa, tốc độ khá chậm, không phụ thuộc vào Kích thước khối sao chép được sử dụng. Mặt khác, tốc độ đọc của thiết bị ký tự thô a / dev / rdisk 'phụ thuộc rất nhiều vào Kích thước khối sao chép được chọn:

• 512 Byte ( ddrescue -c 1, mặc định trong dd) là chậm nhất.
• Đặt nó thành 4096 Byte ( ddrescue -c 8, dd bs=4K) cho tốc độ chậm tương tự như truy cập / dev / đĩa,
• Mặc định của ddrecue gồm 128 cung (= 64KiB ddrescue -c 128,, dd bs=64K) mang lại kết quả khá tốt.
• Nhân số đó hơn nữa (tối đa ddrescue -c 1Ki/ dd bs=512K) mang lại tốc độ tối đa (nhanh hơn 8-12 lần so với /dev/disk…)
• Tăng lên trên mà không tăng tốc độ chuyển tiếp trong thử nghiệm của tôi; đôi khi nó còn giảm

Đó là kết quả của các phép đo của riêng tôi, kết quả của bạn có thể thay đổi tùy thuộc vào phương tiện và phần cứng IO được sử dụng. Có lẽ nếu một số người dùng khác chia sẻ trải nghiệm của họ, chúng tôi có thể có được bức tranh tốt hơn về chủ đề này.

Người giới thiệu

• ddresTHER đã chậm lại ồ ạt trên os x
• GNU DDresTHER, tôi đang làm đúng không? [kích thước lỗi chậm / cao]

Tôi không biết nhiều về HFS+hệ thống tệp trên MacOS, tuy nhiên, tôi chỉ thực hiện trải nghiệm giải cứu ổ cứng trong 500 GB (được kết nối qua SATA) trên Máy tính xách tay chạy Linux Mint từ USB Stick, lưu hình ảnh cứu hộ và đăng nhập vào exFatỔ cứng USB được định dạng, khởi động khá chậm (1-2 MB / giây) nhưng sau khoảng 250 GB, nó chỉ thu thập dữ liệu ở mức <100KB / giây. Nó dường như trở nên chậm hơn khi tập tin hình ảnh giải cứu càng lớn.

Sau đó, tôi di chuyển hình ảnh cứu hộ và logfile sang một nơi tạm thời khác, định dạng lại ổ cứng USB với ext4hệ thống tệp, di chuyển các tệp trở lại trên đó và tiếp tục quá trình ddresTHER - và bây giờ nó chạy lại với tốc độ 1-20MB / giây nhưng trung bình khoảng 7MB / giây)!

Có vẻ như exFatkhông chơi rất tốt với các tệp rất lớn (vài trăm gigabyte). Như đã nói, tôi không biết liệu đây có phải là trường hợp không HFS+nhưng có lẽ bạn muốn đưa ra ext4một cú đánh.