ddrescue를 실행하고 고급 포맷 드라이브에 직접 액세스하려면 어떤 섹터 크기를 선택해야 합니까?

먼저 다음 명령을 실행하여 AF/512e HDD 이미징을 시작했습니다.

    ddrescue -n /dev/sdb2 drive_c.img mapfile.log

완료되면 mapfile.log를 백업하고 드라이브의 물리적 섹터 크기인 4K를 사용하여 직접 디스크 액세스의 분할 단계를 실행하기로 결정했습니다.

    ddrescue -d -b4096 -r3 /dev/sdb2 drive_c.img mapfile.log

512바이트 섹터 크기를 선택하면 불량 섹터를 더 많이 지울 수 있나요?

이 글을 쓰는 동안 분할 단계는 완료되었으며 불량 섹터가 두 번째로 재시도되고 있습니다. 물론, 맵파일에 있는 거의 모든 불량 블록의 크기는 n×4K입니다. 동일한 명령을 실행하지만 512b 섹터를 사용하면 더 많은 정보를 얻을 수 있습니까?

생각과 혼란

우선, 직접 디스크 액세스를 사용하는 것이 적절한지조차 확신할 수 없습니다.

ddrescue의 정보 파일은 다음과 같은 상황에서 직접 디스크 액세스 스위치를 호출합니다.

로그 파일의 위치와 크기는 항상 섹터 크기의 배수입니다.

이것은 의미한다

커널은 디스크 액세스를 캐싱하고 그룹화합니다.

따라서 내 커널이 "그룹화" 요청하는 경우 맵 파일의 가장 작은 블록은 8K 또는 16K여야 합니다. 그러나 내 경우에는 맵 파일에 읽을 수 없는 512바이트 블록이 많이 포함되어 있어 첫 번째 실행이 완료된 후 복구되었습니다.

두 번째 실행에서는 대부분의 512b 블록이 4K 블록으로 병합되었습니다. 예를 들어, 분할 단계 이전에 분할되지 않은 블록에 인접한 512b 불량 섹터는 인접한 불량 섹터와 병합됩니다. 제가 보기에는 괜찮은 것 같습니다. 아마도 트리밍 단계 중에 하드 드라이브의 헤드가 4K 섹터를 읽을 수 없으므로 ddrescue에 대해 512b 불량 섹터를 반환합니다. 트림은 바로 거기서 끝나고 512b 섹터 뒤의 블록은 비분할로 표시됩니다.

특이한 점은 아래 스크린샷과 같이 512b 불량 섹터가 있다는 것입니다.

헤드가 4K 섹터를 읽을 수 있지만 그 중 1/8만 읽을 수 없다고 선언하는 이유는 무엇입니까? 헤드가 물리적 섹터를 자동으로 읽는다는 인상을 받았습니까? 그래서 한 부분이 나쁘면 산업 전체가 나쁘다.

이는 분명히 의문을 제기합니다. ddrescue를 실행하여 직접 액세스 여부에 관계없이 4K "부분적으로 손상된" 섹터에서 데이터를 가져올 수 있지만 섹터 크기는 512b입니까?

분명히 뭔가 잘못된 것 같습니다.

그런데 이게 제가 처음으로 올리는 질문이라 포럼 형식에 맞지 않거나 질문이 너무 많으면 양해해 주시기 바랍니다. 하지만 그 외에는 고급 포맷, 직접 디스크 액세스, 커널 캐싱 등과 같은 주요 질문과 관련된 모든 주제에 대한 의견을 듣고 싶습니다. 제가 찾은 모든 것은 현실과 너무 멀거나 노골적인 가정이기 때문입니다. 독자들로부터.

건배!