debugfs를 사용하여 ddrescue 매핑 파일 일괄 처리

Question 1

나는 내 문제에 대한 해결책을 찾았다고 믿습니다. 그러나 누군가가 더 우아한 솔루션을 생각해낼 수 있거나 내 솔루션에서 버그를 찾을 수 있는지 여전히 궁금합니다.

stdin에 쓸 수 있다는 것이 밝혀졌기 때문에 출력을 구문 분석할 수 있는 debugfs일련의 명령을 생성하기만 하면 됩니다 .debugfsddrescue

다음 bash 스크립트는 이라는 mapfile.ddrescue이름의 파일이 에 의해 생성된 현재 디렉터리에 존재한다고 가정합니다 ddrescue.

for line in \
    $(cat mapfile.ddrescue | \
      grep -e "-$" | \
      awk -F" " '{print $1}' | \
      awk -F"0x" '{print $2}'); \
do \
    position=$(( 16#$line / 512 - 91914240 )); \
    result="$result $position"; \
done; \
echo -e "open /dev/sdd3\nicheck $result\nquit\n" | sudo debugfs

스크립트는 다음을 수행합니다.

나는 mapfile내가 명명한 것을 분석했습니다.ddrescuemapfile.ddrescue
하이픈으로 끝나는 줄만 유지하도록 필터링했습니다. 불량 블록이 있는 위치입니다.
저는 awk를 사용하여 공백을 분할하고 위치인 첫 번째 표시를 인쇄합니다. 여기에는 0x34A933F000과 같은 16진수 숫자가 포함됩니다.
Ox접두사를 제거했습니다 .
호출하는 사람이 반환한 결과는 $(...)for 루프에 대한 입력으로 사용되므로 줄에는 항상 위치가 포함됩니다.
저는 $(( ... ))위치를 512(예: 섹터당 바이트 수)로 나누고 파티션 시작 위치(제 경우)를 빼는 표현식을 사용하여 위치에 대한 계산을 수행합니다 91914240. 이는 파티션 시작을 기준으로 섹터 위치를 제공합니다.
각 위치를 공백으로 구분된 목록으로 연결하고 $result.
debugfs마지막으로 sudo를 사용하여 실행되는 명령의 표준 입력 으로 파이프하는 줄바꿈으로 구분된 명령 목록을 생성합니다 . 이 명령은 장치를 엽니다(제 경우에는 /dev/sdd3). 그런 다음 에서 icheck실행 $result되고 종료됩니다 debugfs.

이 스크립트를 실행했을 때 이 블록의 모든 내용을 debugfs찾는 데 오랜 시간이 걸렸습니다 inodes. 제 경우에는 출력이 인쇄될 때까지 몇 분 동안 중단된 것처럼 보였습니다.

스크립트가 완료되면 결과를 텍스트 파일에 복사하여 분석합니다. 다행스럽게도 대부분의 섹터는 할당되지 않은 블록을 가리키고 나머지 섹터의 대부분은 동일한 소수의 숫자를 가리킵니다 inode. 행을 삭제 <block not found>하고 중복 항목을 제거한 후에는 수동 검사를 사용할 inodes수 있는 행이 4개만 남습니다 . 그러면 이제 백업에서 복원하려고 시도할 파일인 4개의 파일 경로가 제공됩니다.debugfsncheck

배경 원래는 dd256GB SSD의 내용을 더 큰 SSD에 복사하고 싶었습니다. dd마지막 파티션의 약 45/185GB에서 I/O 오류로 인해 중단되었습니다. 하지만, ddrescue저장할 수 있어요99.99%운전하다. 마지막으로 위의 해결 방법으로 남은 1700kb 즉 418개의 불량 섹터가 어떤 파일에 속하는지 확인할 수 있었고 4개의 파일만 손상되었음을 발견했습니다. 이제 어떤 파일이 손상되었는지 파악하고 이전 백업에서 해당 파일을 복원할 수 있으므로 데이터 복구에 대한 자신감이 크게 높아졌습니다.

Answer

나는 내 문제에 대한 해결책을 찾았다고 믿습니다. 그러나 누군가가 더 우아한 솔루션을 생각해낼 수 있거나 내 솔루션에서 버그를 찾을 수 있는지 여전히 궁금합니다.