dd 동일 모델 드라이브로 복구 - 맞을까요?

ddrescue를 처음 사용합니다. 3Tb 드라이브에 오류가 표시되고 오프라인 상태가 되었기 때문에(Windows에서만) 스틱에서 systemrescuecd로 부팅하여 다음을 사용했습니다.

ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile

(지도 파일은 세 번째 드라이브에 있습니다).

여기서 실수를 했을 수도 있지만 가능한 한 빨리 드라이브에서 무엇이든 복사될 수 있기를 바랍니다. 대상 드라이브는 제조업체/모델/크기가 동일했으며 당시 제가 작업했던 유일한 드라이브였습니다.

지금까지 오류 없이 복사의 약 40%를 완료했지만, 합리적인 2일 정도의 느린 단계에 들어갔습니다(최고치는 100일 이상이지만 이에 대해 낙관합니다).

i/opos - 959,803MB
Rescued - 959,768MB
non tried - 2040 GB
non-trimmed - 7288kB
non-scraped, errsize, errors - all 0

내일은 더 큰 드라이브(6Tb)가 곧 출시될 예정입니다.

이것이 위험하다는 것을 충분히 알고 있지만 다시 시작하기 전에 뭔가 조치를 취하고 싶었습니다. 아직 아무 소리도 나지 않았습니다.

돌이켜 보면 이미지에 복사하는 것이 더 나았을 수도 있습니다(?)

더 많은 내용을 읽을 시간이 주어지면 이것이 가능한지, 아니면 공간이 부족한지 걱정됩니다. 50% 더 큰 드라이브에 복사하라는 제안을 보았습니다.

크기에 약간의 차이가 있거나 복사한 드라이브 자체에 불량 섹터가 있을 수 있는 이유 등을 이해할 수 있지만 매핑된 파일이 다른 곳에 있으면 왜 그렇게 커야 하는지 잘 모르겠습니다. 제가 뭔가 잘못 이해한 부분이 있습니다. 질문해 주세요.

당신은 할 수 있습니다

1. 다른 3TB 드라이브에서 작동하는 동안 ddrescue를 계속 실행하세요. 적어도 무엇이든 복사하기 위해 항상 대상 드라이브의 이미지를 찍을 수 있다고 생각했습니다.

2. 소스 드라이브의 마모를 방지하려면 중지하고 새 드라이브에 새 이미지를 생성하세요.

3. 좀 더 합리적인 일을 하세요. 저는 바보이고 제가 여기서 하는 일을 오해하고 있습니다.

4. 결국 공간이 부족해지는 경우 프로세스는 무엇입니까? ddrescue 해당 소스의 마지막 부분을 가져와 병합하는 좋은 이미지 드라이버를 원하십니까? 아니면 난 망했어. 어느 정도의 데이터 손실은 견딜 수 있습니다.

도움을 주셔서 대단히 감사합니다. 길이가 길어서 죄송합니다. 명확하게 이해해 주시기 바랍니다.

---

백업 - 안돼! 처음에는 백업을 시도할 때 실패했다가 완전히 실패했습니다(단시간 내에 여러 차례 정전이 발생함).

편집: 아마도 두 가지를 더 언급해야 할 것 같습니다.

1. 부팅 드라이브가 아닌 데이터 드라이브입니다.
2. 잠시 윈도우에서 볼 수 있고 폴더 구조도 보여주니 파티션 정보가 제대로 복사되길 바라겠습니다. 감사하지만 최종 크기가 너무 크면 문제가 발생할 수 있습니다(?)