>

손상된 파일 시스템을 다른 하드 드라이브의 파일로 이미징하기 전에 ddrescue 를 dry-run로 결정했습니다.  (구조 된 결과물을 /dev/null 에 던지기 ) 읽을 수없는 데이터의 양을 확인하려면 :

# ddrescue -d -b 4096 -r 3 -f /dev/sda1 /dev/null sda1.log

결국 완료하는 데 3 일이 걸렸습니다. 이제 실제 이미지를 만들 준비가되었지만 완료 될 때까지 3 일을 더 기다리지 않습니다. 그러나 운 좋게도 로그 파일이 있기 때문에 ddrescue 를 강제 실행할 수 있습니까?  좋은 부분 만 구하고 나쁜 부분은 건드리지 않겠습니까?

문서를 읽은 후 다음 아이디어를 생각해 냈습니다.

# ddrescue -d -b 4096 --fill=+ /dev/sda1 /mnt/sda1.img sda1.log

이게 효과가 있습니까? 좋은 섹터 만 다시 읽는 다른 방법이 있습니까?

  • 답변 # 1

    ddrescue 를 완전히 다시 읽습니다.  수동으로 다음 옵션을 찾았습니다.

    와이즈 비즈 와이즈 비즈
      와이즈 비즈

         

    복구 도메인을 로그 파일파일에서 완료로 표시된 블록으로 제한하십시오. 복구하는 동안 대상 드라이브가 실패한 경우에 유용합니다.

    그래서

    의 호출  다음과 같이 보일 것입니다 :

    -m file
    
    

  • 답변 # 2

    2018 빠른 편집 :

    --domain-logfile=file 를 사용합니다  때로는 몇 년 전부터 하드 드라이브를 구조하기 위해 사용되었습니다.

    ddrescue 보다 빠른 것  표면이 정말 깨진 HDD에.

    그러나 pyzwyz  정말 안전하고 첫 번째 게시물은 사실입니다.

    원래 게시물

    이것은아주 나쁜 생각입니다입니다!

    손상된 파일 시스템을 다른 하드 드라이브의 파일로 이미징하기 전에...

    디스크 드라이브가 손상되면 일반적으로드라이브에 액세스하려고 할 때마다손상이 증가합니다.

    따라서깨진 드라이브를 구하는 좋은 방법은한 번의 중단없이 전체 디스크를 처음부터 끝까지 복사하여 이미지를 만드는 것입니다!. 그 후 : 디스크 드라이브를 분리하고 조용히 보관하십시오. As : 손상된 드라이브를 만질수록 무언가를 복원해야 할 가능성이 높아집니다.

    파손 된 재료에 기계적으로 접근 할 때마다 더 많은 손상을 입힐 때마다 마지막 작업에서 얻은 로그는 참조가 아닙니다지금.

    개인적으로 # ddrescue -d -b 4096 -m sda1.log /dev/sda1 /mnt/sda1.img logfile2.log 를 사용하지 마십시오 . 나는 ddrescue 를 사용  가끔이 도구를 사용하면 필요한 모든 것을 만들 수 있습니다 :

    dd
    
    

    그리고 참을성있게 일하게 했어요.

  • 답변 # 3

    ddrecue가하는 일을 알고 있기 때문에, 깨진 디스크에서 데이터를 복구하는 동안/dev/null에 쓰지 말고 "적어도 무언가를 얻는 것이 좋습니다" "를 사용하여 실제 이미지 파일에 씁니다.

    /dev/null에 쓰는 것은 예를 들어 새 디스크에 대해 알고 싶으면 저장소로 반환하십시오.

    이 경우 "/ dev/null 시도"의 로그 파일을 사용하지 않고 비어 있거나 새로운 로그 파일을 사용한 다음 방법에 따라 몇 번 더 여러 번 시도합니다 ...

    dd

  • 이전 compiling - Ubuntu 1604 LTS 시스템에서 CentOS를 구축 할 수 있습니까?
  • 다음 shell - 세게 때리다 - sed : -e expression # 1, char 15 : 종결되지 않은`s '명령