ddrescue를 처음 사용합니다. 3Tb 드라이브에 오류가 표시되고 오프라인 상태가 되었기 때문에(Windows에서만) 스틱에서 systemrescuecd로 부팅하여 사용했습니다.
ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile
(맵파일은 3번째 드라이브에 있습니다.)
여기서 실수를 했을 수도 있지만 가능한 한 빨리 드라이브에서 무엇이든 복사하고 싶었습니다. 대상 드라이브는 제조사/모델/크기가 동일하며 그 순간 사용할 수 있는 유일한 드라이브입니다.
지금까지 오류 없이 복사 작업이 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% 더 큰 드라이브에 복사하라는 권장 사항을 본 적이 있습니다.
왜 크기에 작은 차이가 있거나 복사하려는 드라이브에 불량 섹터가 있을 수 있는지 알 수 있지만 맵 파일이 다른 곳에 있으면 왜 그렇게 커야 하는지 잘 모르겠습니다. 제가 뭔가 잘못 이해한 것이 있는지 물어보세요.
당신은
다른 3TB 드라이브에서 작동하는 동안 ddrescue를 계속 실행하세요. 적어도 복사된 내용에 대해서는 항상 대상 드라이브의 이미지를 찍을 수 있을 것 같습니다.
소스 드라이브가 마모되지 않도록 중지하고 새 드라이브에 새 이미지를 생성하세요.
좀 더 합리적인 조치를 취하면 나는 바보가 되어 내가 여기서 하고 있는 일을 오해하게 됩니다.
마지막에 공간이 부족한 경우 프로세스는 무엇입니까? 좋은 드라이브를 이미지로 구출하고 이 소스에서 마지막 부분을 가져와서 결합하시겠습니까? 아니면 내가 망한 건가요? 나는 약간의 데이터 손실을 감수할 수 있습니다.
도움을 주셔서 대단히 감사합니다. 길이가 길어서 죄송합니다. 명확해지기를 바랍니다.
백업-안돼! 이것은 백업을 시도하는 동안 실패를 보았고 그 후 완전히 실패했습니다 (짧은 시간에 여러 번의 전원 차단)
편집: 제가 언급해야 할 2가지 사항이 더 있습니다.
- 부팅이 아닌 데이터 드라이브입니다.
- 잠시 동안 Windows에서 볼 수 있었던 폴더 구조가 표시되었으므로 파티션 정보가 제대로 복사되기를 바랍니다. 고맙지만 최종 크기가 너무 크면 문제가 있을 수 있습니다(?)
답변1
대상이 같거나 크면 작동합니다. 다음을 통해 확인할 수 있습니다.
blockdev --getsize64 /dev/source /dev/target
더 작으면 공간이 부족해집니다. 그러나 그것이 중요한지 여부는 누락된 바이트 수와 실제로 거기에 무엇이 있는지에 따라 다릅니다.
돌이켜 보면 이미지에 복사하는 것이 더 나았을 수도 있습니다(?)
이미지 파일에도 단점이 있습니다. 게다가 더 많은 공간이 필요합니다. 3TB 디스크를 다른 3TB 디스크에 복사할 수 있지만 해당 3TB 디스크의 이미지 파일에는 복사할 수 없습니다. 파티션 나누기, 파일 시스템 메타데이터 등으로 인해 좋은 청크가 손실되기 때문입니다.
1) 다른 3TB 드라이브에서 작동하는 동안 ddrescue를 계속 실행하세요.
예, 로그 파일/맵 파일을 사용하면 언제든지 취소하고 다른 옵션으로 다시 시작할 수 있습니다. 느린 영역에서 멈췄다고 말씀하셨는데, 건너뛰거나 옵션을 시험해 볼 수 있습니다 --min-read-rate
. 하지만 완전히 막히지 않는 한 지금은 그냥 계속 실행하는 것이 더 나을 수도 있습니다.
4) 마지막에 공간이 부족한 경우 - 프로세스는 무엇입니까?
실제로 드라이브에 있는 내용과 누락된 내용에 따라 다릅니다.
때로는 전혀 중요하지 않습니다. 예를 들어 LVM에는 종종 사용할 수 없는 데이터가 끝에 있으며(물리적 범위 크기 및 오프셋에 따라 다름) 대부분의 파일 시스템은 드라이브 끝보다는 시작 부분에 더 많은 관심을 갖습니다.
작은 청크가 누락된 경우 dmsetup
모든 것을 다시 복사할 필요 없이 선형 매핑을 사용하여 추가 공간이 있는 새 장치를 만들 수 있습니다. 하지만 애초에 심각한 문제는 아닐 가능성이 높습니다.