친구로부터 고장난 외장 USB 드라이브의 데이터를 구출하려고 합니다. 드라이브의 문제는 Linux가 아닌 Windows에서 읽을 수 없다는 것입니다. 하지만 드라이브에서 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>특정 값 이상에서는 개선이 없습니다.