.png)
나는 좋은 백업의 가치를 배우고 있습니다.
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를 지원하는 경우(데스크톱 소비자 드라이브의 경우는 거의 없음) 내부 오류 수정을 시도하지 않고 읽기 오류를 직접 반환하도록 드라이브에 지시할 수 있습니다.