나는 좋은 백업의 가치를 배우고 있습니다.
500GB 하드 드라이브에 오류가 발생했습니다. 나는 달리기 시작했다
ddrescue /dev/sdb1 backup.img mapfile
확인 시기에 따라 40~70일 정도 소요됩니다.
나는 읽었다이 게시물ddrescue
속도를 높이기 위해 옵션을 사용하는 방법을 보여줍니다 -c 1Ki
. 이제 15일 정도 생각하고 있습니다.
제가 놓친 또 다른 팁이 있나요? 아니면 더 나은 도구인가요? 이것이 정말로 고장난 하드 드라이브를 복구하는 데 필요한 것입니까?
답변1
ddrescue
다음과 같은 옵션이 있습니다.
-a, --min-read-rate=<bytes>
minimum read rate of good areas in bytes/s
예를 들어 명령줄에서 적절한 크기를 지정하면 10M
다행히도 여전히 읽을 수 있지만 매우 느린 영역은 먼저 건너뛰고 드라이브가 여전히 효율적으로 읽을 수 있는 다른 영역으로 계속 진행됩니다. .
최종 실수의 정도에 따라 나중에 느린 패스로 후속 조치를 취할 수도 있습니다.
모드 ddrescue
에서 실행하거나 --reverse
특정 오프셋에서 강제로 시작하는 것도 가능하므로 자체적으로 더 빠른 영역으로 점프하지 않는 --input-position=X
경우 수동으로 강제로 점프하도록 할 수 있습니다.ddrescue
이것이 정말로 고장난 하드 드라이브를 복구하는 데 필요한 것입니까?
실패의 유형이 너무 다양하기 때문에 뭐라고 말하기는 어렵습니다. 또한 드라이브 유형, 오류 처리 방법, 때로는 컨트롤러 자체가 불량 드라이브에 반응하는 방법에 따라 달라집니다. 소음이 있는지 확인 dmesg
하고 버스 재설정이 있는지 확인하세요. 이는 단지 드라이브에 읽기 오류가 발생했기 때문에 발생해서는 안 됩니다. (이런 일이 생기면 늘어날 수도 있겠네요 /sys/block/.../device/timeout
)
드라이브가 SCTERC를 지원하는 경우(데스크톱 소비자 드라이브와는 달리) 내부 오류 수정을 시도하지 않고 대신 읽기 오류만 반환하도록 드라이브에 지시할 수 있습니다.