ddrescue를 사용하여 실패한 ntfs 디스크에서 데이터 검색

ddrescue를 사용하여 실패한 ntfs 디스크에서 데이터 검색

Windows 8 컴퓨터에서 오류가 발생한 디스크의 일부 사용자 데이터를 저장하려고 합니다. Windows 8 노트북에서 읽을 수 없는 HDD를 제거하고 이를 OS X 컴퓨터에 연결했는데, 파티션을 볼 수는 있지만 마운트할 수는 없습니다. (ntfs-3g도 마찬가지입니다).

diskutil list보여주다:

/dev/disk8 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk8
   1:                        EFI ESP                     524.3 MB   disk8s1
   2: 786BA1D3-6BAF-4D9G-B621-461EB71A4965               41.9 MB    disk8s2
   3:         Microsoft Reserved                         134.2 MB   disk8s3
   4:           Windows Recovery                         513.8 MB   disk8s4
   5:       Microsoft Basic Data                         985.0 GB   disk8s5
   6:           Windows Recovery                         471.9 MB   disk8s6
   7:           Windows Recovery                         367.0 MB   disk8s7
   8:           Windows Recovery                         13.2 GB    disk8s8

내 하드 드라이브의 내용을 복구하려고 합니다 ddrescue. 그래서 현재 다음 명령을 사용하고 있습니다.

sudo ddrescue -n /dev/rdisk8s5 ./backup.dmg mapfile

실제 사용자 데이터가 파티션 #5에 있다는 가정하에...

며칠 후 지금까지 현재 출력은 ddrescue다음과 같습니다.

GNU ddrescue 1.20
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued:   126523 MB,  errsize:       0 B,  errors:       0

Current status
rescued:   261066 MB,   errsize:         0 B,    current rate:  19202 kB/s
   ipos:   456274 MB,    errors:         0,      average rate:   1568 kB/s
   opos:   456274 MB,  run time: 23h 49m 38s,  remaining time:         n/a
time since last successful read:          0s

ctrl-c.dmg를 몇 번 시도 하여 file뭔가를 확인할 수 있는지 확인 하면 런타임이 종료됩니다 (아무것도 확인하지 않음).

내가 아는 한 그것은 dmg를 상대적인 크기로 부풀리지 iposopos내가 이해한 바에 따르면 복구된 데이터의 실제 크기는 그 양입니다 rescued.

한 가지 알아낸 점은 평균 속도는 이지만 1568kB/s약 5-10초 동안 1-2분마다 읽는 것 같다는 것입니다.


rescued위의 정보에 따르면 현재 프로세스가 절반 동안 완료되기를 기다리고 있습니다(dmg 크기(ipos/opos 크기)를 기준으로 추정) 총 100시간 정도 소요되지만 두 배로 늘려야 할지 확실하지 않습니다. 크기(저장하려면 디스크 공간이 두 배 필요합니까?)

디스크 복구 경험이 있는 분이라면 다음과 같은 질문이 있습니다.

  1. 이것은 어떻게 보입니까? 오류는 보이지 않지만 자체 PC에서는 디스크를 읽을 수 없고, 맥에서는 마운트도 할 수 없어 데이터 복구에 대해 비관적입니다.

  2. "완료"되면... .dmg에 저장된 데이터에 액세스하려면 어떻게 해야 합니까? Windows 8 암호화가 실행됩니까?

  3. DMG를 저장하려면 디스크 공간이 2배 필요합니까? 구조는 dmg 및 ipos/opos 크기의 절반이기 때문입니다. 또는 드라이브 상태가 너무 나빠서 절반만 복구할 수 있습니다.

사용된 드라이브 공간은 사용자 데이터 1TB 근처도 아닌 것 같습니다...

다른 제안 사항이 있으면 크게 감사하겠습니다.

답변1

부인 성명:저는 RecuperaBit의 개발자입니다. 이 답변은 요약입니다이 답변OP의 피드백과 혼합된 내 것입니다.

명령은 ddrescue다섯 번째 파티션( /dev/rdisk8s5)만 복제합니다. 파티션 테이블이 정확하다고 확신하는 경우에는 괜찮습니다. 하지만 공간이 충분하다면 복제를 적극 권장합니다.전체 드라이브.

file한 번의 시도.dmg

ddrescue이렇게 하면 드라이브의 원래 비트스트림 복사본이 생성된다는 점을 명심하세요 . 뭐라고 부르든 해당 파일은 DMG 파일이 아닙니다. 일반적으로 .img확장명을 사용하거나 때로는 .dd.

PC가 디스크를 읽을 수 없고, Mac이 마운트를 할 수 없어 데이터 복구가 비관적입니다.

물론 작업 파티션을 복원할 수는 없습니다. 그러나 NTFS 구조가 부분적으로 손상되더라도 손상되지 않은 데이터 부분은 복구할 수 있습니다.

드라이브가 약간 손상된 경우 시도해 볼 수 있지만 testdiskNTFS 서명이 감지되지 않는다는 사실은 file더 나쁜 상황을 암시합니다.

저장된 데이터에 접근하기 위해 수행해야 할 작업

당신은 그것을 사용할 수 있습니다복구 비트, 법의학 NTFS 재구성을 위한 오픈 소스 소프트웨어입니다. 사용하는 알고리즘은 내 기사에 설명된 상향식 재구성을 수행합니다.명제. 주요 사항은 다음과 같습니다.

  • 파일 추적을 위해 전체 드라이브를 검색합니다.
  • 디렉토리 트리 또는 복구 가능한 부분을 다시 작성합니다.
  • 올바른 이름으로 파일 내용을 내보낼 수 있습니다.

만든 이미지 파일에서 도구를 실행하려면 출력 디렉터리를 만들고 다음 명령을 사용하여 RecuperaBit을 시작하세요.

mkdir /path/to/another/drive/recovered_files
cd [full path of recuperabit]
pypy main.py /path/to/backup.dmg -o /path/to/another/drive/recovered_files -s /path/to/another/drive/recovered_files/savefile.save

-s옵션은 관심 있는 섹터의 유용한 로그를 저장하며, 동일한 디스크 이미지에 대한 후속 실행 시 다시 로드할 수 있습니다.

스캔 프로세스가 끝나면 NTFS 파티션의 구조를 결정하기 시작합니다. 다음 명령을 실행하여 recoverable파티션을 확인한 후 파티션을 복원합니다. 예 #2:

restore 2 5
restore 2 -1

5뿌리디렉토리 및 -1표현잃어버린 파일디렉토리에. 흥미로운 내용을 많이 찾을 수 있습니다.잃어버린 파일드라이브가 손상되었기 때문입니다.

확인하다또 다른 대답몇 가지 주의 사항과 제한 사항이 있습니다.

그건 그렇고, 이후프로그램을 조금 패치했군요특정 사례의 경우 풀 요청으로 패치를 제출할 수 있다면 좋을 것입니다.

관련 정보