죽은 랩톱에서 HDD를 복구하고 있습니다 (전혀 부팅되지 않고 디스크 유틸리티에서 문제가 없다고보고했지만 디스크를 마운트하지 않음). USB 어댑터를 통해 HDD를 연결했습니다. ddrescue이렇게 실행 :
sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log
지금까지 오류는 없지만 평균 읽기 속도는 점차 50KB / s로 떨어졌습니다. 처음에는 약 2MB / s였습니다. 파티션의 크기는 300GB입니다. 지금까지 160GB를 복구 할 수있었습니다. MacBook의 HFS + 파티션으로 복구 중입니다.
이 느린 전송 속도의 원인은 무엇이며 어떻게 증가시킬 수 있습니까?
이것은 ddrescueOSX에서 USB 전송이 작동 하는 방식 이었습니다. 제목 : 제목 : [Bug-ddrescue] ddrescue 10x slow under osx .
완전한 기능의 하드 드라이브에서 작업 할 때 Linux에서는 완전한 I / O 속도를 수행합니다. 기본 컴파일 플래그를 사용하여 osx에서 컴파일하면 크기 시간이 더 느리고 때로는 Kb / s로 크롤링됩니다. 출력 파일이 / dev / null이면 문제가 지속됩니다.
동일한 스레드에도이 응답이 있습니다.
내 경험과 OS X 테스트에서 원시 문자 장치에 액세스하는
/dev/rdisk…것이 항상 바람직합니다. 또한 더 큰 복사 블록 크기를 설정하여 전송 속도를 더욱 향상시킬 수 있습니다. 512KiB (ddrescue -c 1Ki) 의 크기는 대부분의 경우 가장 좋은 결과를 얻었습니다.그리고 : OS X 원시 문자 장치에는 정의 된 크기가 있으므로 첫 번째 실행에서도 쉽게 사용할 수 있습니다. (적어도이 시점에서 기존 문서의 원시 장치에 대한 참고 사항은
ddrescueOS X에 적용되지 않습니다.)
ddrescue다른 유틸리티 가 OS X에서 동일한 동작을 좋아dd하거나cat보여 주기 때문에 이것이에서 버그라고 생각하지 않습니다./ dev / disk… 블록 장치에 액세스하면 사용 된 블록 크기 복사와 관계없이 속도가 느려집니다. 반면에 / dev / rdisk… 원시 문자 장치의 읽기 속도는 선택한 Copy Block Size에 따라 크게 달라집니다.
- 512 바이트 (
ddrescue -c 1, 기본값은dd)가 가장 느립니다.- 4096 바이트 (
ddrescue -c 8,dd bs=4K) 로 설정하면 / dev / disk에 액세스하는 것과 동일한 속도가 느려집니다.- ddrecue의 기본값 인 128 섹터 (= 64KiB
ddrescue -c 128,,dd bs=64K)는 상당히 좋은 결과를 제공합니다.- (최대 더는 것을 곱
ddrescue -c 1Ki/dd bs=512K) 최대 속도를 제공합니다 (주로 8 ~ 12 배 빠른 이상/dev/disk…)- 그 이상으로 올라가는 것은 내 테스트에서 더 이상 전송 속도를 증가시키지 않았습니다. 때로는 감소했습니다.
이는 내 측정 결과이며 사용 된 미디어 및 IO 하드웨어에 따라 결과가 달라질 수 있습니다. 다른 사용자가 자신의 경험을 공유하면 주제에 대한 더 나은 그림을 얻을 수 있습니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다