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를 상대적인 크기로 부풀리지 ipos
만 opos
내가 이해한 바에 따르면 복구된 데이터의 실제 크기는 그 양입니다 rescued
.
한 가지 알아낸 점은 평균 속도는 이지만 1568kB/s
약 5-10초 동안 1-2분마다 읽는 것 같다는 것입니다.
rescued
위의 정보에 따르면 현재 프로세스가 절반 동안 완료되기를 기다리고 있습니다(dmg 크기(ipos/opos 크기)를 기준으로 추정) 총 100시간 정도 소요되지만 두 배로 늘려야 할지 확실하지 않습니다. 크기(저장하려면 디스크 공간이 두 배 필요합니까?)
디스크 복구 경험이 있는 분이라면 다음과 같은 질문이 있습니다.
이것은 어떻게 보입니까? 오류는 보이지 않지만 자체 PC에서는 디스크를 읽을 수 없고, 맥에서는 마운트도 할 수 없어 데이터 복구에 대해 비관적입니다.
"완료"되면... .dmg에 저장된 데이터에 액세스하려면 어떻게 해야 합니까? Windows 8 암호화가 실행됩니까?
DMG를 저장하려면 디스크 공간이 2배 필요합니까? 구조는 dmg 및 ipos/opos 크기의 절반이기 때문입니다. 또는 드라이브 상태가 너무 나빠서 절반만 복구할 수 있습니다.
사용된 드라이브 공간은 사용자 데이터 1TB 근처도 아닌 것 같습니다...
다른 제안 사항이 있으면 크게 감사하겠습니다.
답변1
부인 성명:저는 RecuperaBit의 개발자입니다. 이 답변은 요약입니다이 답변OP의 피드백과 혼합된 내 것입니다.
명령은 ddrescue
다섯 번째 파티션( /dev/rdisk8s5
)만 복제합니다. 파티션 테이블이 정확하다고 확신하는 경우에는 괜찮습니다. 하지만 공간이 충분하다면 복제를 적극 권장합니다.전체 드라이브.
file
한 번의 시도.dmg
ddrescue
이렇게 하면 드라이브의 원래 비트스트림 복사본이 생성된다는 점을 명심하세요 . 뭐라고 부르든 해당 파일은 DMG 파일이 아닙니다. 일반적으로 .img
확장명을 사용하거나 때로는 .dd
.
PC가 디스크를 읽을 수 없고, Mac이 마운트를 할 수 없어 데이터 복구가 비관적입니다.
물론 작업 파티션을 복원할 수는 없습니다. 그러나 NTFS 구조가 부분적으로 손상되더라도 손상되지 않은 데이터 부분은 복구할 수 있습니다.
드라이브가 약간 손상된 경우 시도해 볼 수 있지만 testdisk
NTFS 서명이 감지되지 않는다는 사실은 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
표현잃어버린 파일디렉토리에. 흥미로운 내용을 많이 찾을 수 있습니다.잃어버린 파일드라이브가 손상되었기 때문입니다.
확인하다또 다른 대답몇 가지 주의 사항과 제한 사항이 있습니다.
그건 그렇고, 이후프로그램을 조금 패치했군요특정 사례의 경우 풀 요청으로 패치를 제출할 수 있다면 좋을 것입니다.