친구가 제공한 고장난 외장 USB 드라이브에서 데이터를 복구하려고 합니다. 드라이버의 문제점은 Windows나 Linux에서 읽을 수 없다는 것입니다. 하지만 드라이브에서 ddrescue를 실행하고 나중에 처리할 수 있도록 드라이브 이미지를 구축했습니다.
그런데 올해 1월부터 이 과정을 시작해서 지금까지 쉬지 않고 달려오고 있어요. 이제 5개월이 넘었습니다. 처음에는 약 2000b/s로 실행되었으나 이제는 다시 200b/s로 떨어졌습니다. 약 27GB의 데이터(드라이브는 2TB)를 저장하는데, 친구들에 따르면 이는 드라이브에 저장된 데이터 양과 거의 비슷합니다. 구조 규모는 여전히 증가하고 있지만 매우 느립니다. 예를 들어 지난 3주 동안 200MB가 추가되었습니다.
프로세스를 중지하고 지금까지 구출한 작업을 계속할 수 있는 방법이 있습니까? 아니면 img 파일을 사용하기 전에 ddrescue가 실제로 전체 프로세스를 거쳐야 합니까?
오늘 드라이브가 없어 ddrescue가 중지되었습니다. 아래는 ddrescue 로그 뷰어가 실행 중인 화면의 사진입니다. 상황이 제대로 작동하는지 확실하지 않습니다. ddrescue를 다시 시작했는데 이전과 같은 느린 속도로 다시 실행되었습니다.
답변1
복원을 시도하기 전에 100% 완료될 때까지 기다려야 합니다. 로그 뷰어에 따르면 ddrescue디스크의 여러 부분(녹색 영역)에서 흩어진 블록을 복구했으며, 불량 섹터가 여러 영역(빨간색 영역)에서 발견되었으며, 디스크의 상당 부분이 표시되지도 않았습니다(노란색 및 파란색 영역). .
뷰어에서는 디스크의 첫 번째 부분에 불량 섹터가 있음을 보여줍니다. 이는 ddrescue파일 시스템 헤더나 관련 메타데이터를 복구하려는 시도가 이루어지지 않았음을 의미합니다. 또한 대부분의 파일 시스템은 성능상의 이유로 데이터를 디스크 전체에 분산시키므로 복구된 많은 섹터가 데이터가 포함된 섹터와 관련되어 있을 가능성은 거의 없습니다.
또는 옵션을 전달하여 섹터 손상 시도를 완전히 생략하거나 디스크를 뒤에서 앞으로 읽는 옵션을 선택하여 ddrescue작업의 "쉬운 부분 복구" 단계의 속도를 높일 수 있습니다. 또한 이 옵션의 값을 조정하여 기본값(디스크의 경우 20MB)보다 크거나 작을 때 속도가 빨라지는지 확인할 수도 있습니다.--no-scrape--no-trim--reverse--skip-size
답변2
한 번에 섹터 [128]를 복사하고 2048 또는 4096으로 늘리는 옵션을 사용하여 몇 가지 개선 사항을 얻었습니다.
-c, --cluster-size=<sectors>특정 값 이상에서는 개선이 없습니다.