원래 드라이브는 Macrium Reflect 또는 EaseUS를 사용하여 chkdsk 또는 복제본을 통과하지 못합니다.
나는 ddrescue에 대해 읽고 한번 시도해 보기로 결정했습니다. 이것은 결국 제가 게임과 미디어를 설치하는 데 사용한 하드 드라이브일 뿐입니다. 장애가 발생하기 며칠 전에 이미 모두 백업되었습니다. SystemRescue를 사용했고 14일 후에 3TB HDD를 4TB HDD로 복제하는 작업이 99.99%의 복구로 완료되었습니다.
나는 "ddrescue -f -n /dev/sda /dev/sdb /root/recovery.log"를 사용했습니다.
이 하드 드라이브를 백업 장비에서 꺼내어 기본 PC로 다시 옮기기 전에 복제 결과가 최상의 결과인지 확인하기 위해 수행해야 할 다른 작업이 있습니까? 나는 Linux에 발을 담그고 있으므로 이것을 학습 경험으로도 사용할 것입니다.
답변1
이 하드 드라이브를 백업 장비에서 꺼내어 기본 PC로 다시 옮기기 전에 복제 결과가 최상의 결과인지 확인하기 위해 수행해야 할 다른 작업이 있습니까?
소스에 대해서만 확인할 수 있지만 복사 프로세스는 오류 없이 실행된다고 가정합니다.
나는 Linux에 발을 담그고 있으므로 이것을 학습 경험으로도 사용할 것입니다.
귀하의 목표를 다시 두 번째 사본으로 복제하겠습니다. 첫 번째 복제에 걸린 시간으로 판단하면 소스 드라이브에 상태 문제가 있습니다. 두 번째 복제본은 며칠이 아닌 몇 시간 내에 생성됩니다. 그런 다음 두 번째 복사본을 실험에 사용할 수 있습니다. 더 많은 섹터를 복구하기 위해 첫 번째 복제 및 로그 파일을 계속 실행하고 ddrescue를 다시 실행할 수 있습니다.
두 번째 복제본을 작업하면 하드웨어 관련 문제를 배제하여 테스트 중인 복구 소프트웨어가 읽기 오류로 인해 부정적인 영향을 받지 않는다는 장점이 있습니다.
단지 의견이 아닌 자격을 갖춘 답변으로 간주하는 Frank Thomas의 의견을 계속 읽으십시오.