☰

hdd 복구: dd 속도를 높일 수 있나요?

tag-icon • tag-icon linux partitioning dd hard-drive-recovery
hdd 복구: dd 속도를 높일 수 있나요?

현재 실수로 포맷한 하드 드라이브를 복구하려고 하는데, dd if=/dev/sdb of=/dev/sdc conv=noerror,sync먼저 작업을 위해 백업을 만드는 데 사용하고 있습니다. 사실 두 가지 질문이 있습니다.

  1. dd는 sloooooooowwwwww입니다. 내 파티션 테이블과 파일 시스템이 실수로 인한 형식으로 인해 손상되었습니다. -bs옵션을 통해 더 큰 블록 크기를 사용하는 경우 이것이 복사본의 드라이브 구조에 어떤 영향을 미치나요?

  2. 비트 단위이기 때문에 드라이브 시작 부분에 있는 파티션 테이블/파일 시스템에서만 작업하고 있습니다. 원본 드라이브를 백업에 다시 복사해야 하는 경우 드라이브의 나머지 부분은 변경되지 않은 상태로 유지되어야 하므로 처음 몇 MB 후에 dd를 중단할 수는 없나요?

나는 이것들 중 하나가 '예'가 되기를 바라고 있습니다. 그렇지 않으면 약 10시간 정도 기다려야 합니다.

답변1

파티션 테이블과 MBR만 백업해야 하는 경우 다음을 사용하세요.

dd if=/dev/SOURCE of=/my/path/to/MBR_BACKUP bs=512 count=1

또는 sfdisk를 사용하십시오:

sfdisk -d /dev/SOURCE > /my/path/to/MBR_BACKUP

그런 다음 복원하려면 다음을 수행하십시오.

sfdisk /dev/DEST < /my/path/to/MBR_BACKUP

위의 모든 작업은 매우 빠릅니다.

전체 하드 드라이브를 이미지화하려면 BS를 드라이브 캐시 크기의 절반으로 설정하는 것이 좋습니다. 예를 들어 64MB 캐시가 있는 Seagate 1TB 드라이브의 경우 bs=32M을 사용합니다. 작업 속도가 빨라질 것입니다.

답변2

dd는 매우 작고 매우 효율적인 프로그램이며 속도 저하의 원인은 아마도 하드 드라이브의 읽기/쓰기 지연 때문일 것입니다. 간단히 말해서, dd는 시스템이 허용하는 만큼 빠릅니다. 더 큰 bs를 사용해 볼 수도 있고이 질문에 대한 답변은 Unix 및 Linux Stack Exchange 사이트에서 제공됩니다..

MBR과 파티션 테이블은 처음 512바이트이므로 복사하는 데 시간이 오래 걸리지는 않지만 손상된 파티션 테이블을 백업할 필요는 없습니다. dd가 하드 드라이브를 백업하는 데 시간이 걸리도록 하십시오. 하지만 그 다음에는 파티션 테이블을 다시 생성할 수 있도록 하드 드라이브의 파티션 위치에 대한 정보를 복구해야 합니다. 이 작업을 수행해 주는 소프트웨어가 있습니다.

자세한 내용은 다음 링크를 확인하세요.

http://www.pixelbeat.org/docs/disk/
http://www.diskinternals.com/partition-recovery/
http://www.dedoimedo.com/computers/linux-data-recovery.html

관련 정보