디스크 복제에 DD 사용

디스크 복제 도구와 관련하여 여러 가지 질문 dd이 있으며 한 번 이상 제안되었습니다. 나는 이미 사용 dd하기 쉽기 때문에 이미 나 자신을 사용 하는 것을 고려해 왔으며 거의 모든 부팅 가능한 Linux 배포판에서 쉽게 사용할 수 있다고 생각했다.

dd디스크 복제 에 사용하는 가장 좋은 방법은 무엇입니까 ? 빠른 Google 검색을 수행했으며 첫 번째 결과는 명백한 시도 실패 였습니다 . 을 사용한 후해야 할 일 dd이 dd있습니까? 즉 읽을 수없는 것이 있습니까?

dd는 가장 확실한 복제 도구이며 다음 명령을 사용하여 100 % 복제본을 생성합니다. 한 번도 문제가 없었습니다.

dd if=/dev/sda of=/dev/sdb bs=32M

모든 바이트를 복제하는 동안 사용중인 드라이브 나 파티션에서이 값을 사용해서는 안됩니다. 특히 데이터베이스와 같은 응용 프로그램은이 문제에 잘 대처할 수 없으므로 데이터가 손상 될 수 있습니다.

공간을 절약하기 위해 다음과 같이 gzip으로 dd에 의해 생성 된 데이터를 압축 할 수 있습니다.

dd if=/dev/hdb | gzip -c  > /image.img

다음을 사용하여 디스크를 복원 할 수 있습니다.

gunzip -c /image.img.gz | dd of=/dev/hdb

더 많은 공간을 절약하려면 미리 복제하려는 드라이브 / 파티션을 조각 모음 (적절한 경우) 한 다음 나머지 사용되지 않은 공간을 모두 제로화하여 gzip을 쉽게 압축하십시오.

mkdir /mnt/hdb
mount /dev/hdb /mnt/hdb
dd if=/dev/zero of=/mnt/hdb/zero

조금만 기다리면 dd는 결국 "disk full"메시지와 함께 실패합니다.

rm /mnt/hdb/zero
umount /mnt/hdb
dd if=/dev/hdb | gzip -c  > /image.img

또한 kill 명령으로 신호를 보내어 백그라운드에서 dd 프로세스를 실행하여 상태를보고 할 수 있습니다. 예 :

dd if=/dev/hdb of=/image.img &
kill -SIGUSR1 1234

시스템을 확인하십시오-위의 명령은 Linux, OSX 및 BSD dd 명령에 사용되는 신호가 다릅니다 (OSX 사용 SIGINFO- Ctrl+ T를 눌러 상태를보고 할 수 있음 ).

주의 : 라이브 파일 시스템을 사용하면 파일이 손상 될 수 있습니다. 그 이유는 간단하며 진행중인 파일 시스템 활동을 이해하지 못하며 완화하려고 시도하지 않습니다. 쓰기가 부분적으로 진행중인 경우 부분 쓰기를 얻게됩니다. 이것은 일반적으로 사물에는 좋지 않으며 일반적으로 데이터베이스에는 치명적입니다. 또한, 경우가 발생하기 쉬운 오타-망치는 경우 와 의 당신에게 매개 변수 비애를. 대부분의 경우 rsync 는 멀티 태스킹 이 등장한 이후에도 똑같이 효과적인 도구 이며 개별 파일에 대한 일관된보기를 제공합니다.

그러나 DD는 마운트되지 않은 드라이브의 비트 상태를 정확하게 캡처해야합니다. 부트 로더, llvm 볼륨, 파티션 UUID 및 레이블 등 대상 비트를 비트 용으로 미러링 할 수있는 드라이브가 있는지 확인하십시오.

dd를 사용하여 불량 섹터를 포함 할 수있는 디스크를 복제 할 때 "conv = noerror, sync"를 사용하여 오류가 발생했을 때 멈추지 않고 누락 된 섹터를 널 바이트로 채 웁니다. 이것은 일반적으로 고장난 디스크에서 복구를 시도 할 때 수행하는 첫 번째 단계입니다. 복구를 시도하기 전에 복사본을 얻은 다음 양호한 (복제 된) 디스크에서 복구를 수행하십시오. 복사 할 수없는 빈 섹터에 대처하기 위해 복구 도구에 남겨 둡니다.

또한 dd의 속도는 bs (블록 크기) 설정에 영향을받을 수 있습니다. 나는 보통 bs = 32768을 시도하지만 자신의 시스템에서 테스트하여 가장 빠른 것이 무엇인지 확인할 수 있습니다. (이는 테이프에 쓰는 경우와 같은 다른 이유로 특정 블록 크기를 사용할 필요가 없다고 가정합니다.)

디스크를 복제하려면 실제로 입력과 출력을 dd로 지정하기 만하면됩니다.

dd if=/dev/hdb of=/image.img

물론, / dev / hdb에서 직접 읽을 수있는 적절한 권한이 있고 (루트로 실행하는 것이 좋습니다) / dev / hdb 가 마운트 되지 않았는지 확인하십시오 (디스크가있는 동안에는 복사하고 싶지 않습니다) 변경 중-읽기 전용으로 장착하는 것도 가능합니다). 완료되면 image.img는 전체 디스크의 바이트 단위 복제본이됩니다.

dd를 사용하여 디스크를 복제하는 데는 몇 가지 단점이 있습니다. 먼저, dd는 빈 디스크 공간까지도 전체 디스크를 복사하며 큰 디스크에서 수행하면 이미지 파일이 매우 커질 수 있습니다. 둘째, dd는 진행 표시를 전혀 제공하지 않으므로 복사 시간이 오래 걸리므로 실망 스러울 수 있습니다. 셋째,이 이미지를 다른 드라이브 (다시 dd를 사용하여)에 복사하면 원래 디스크보다 크거나 커야하지만 대상 디스크에있을 수있는 추가 공간은 사용할 수 없습니다. 파티션 크기를 조정하십시오.

디스크 간 직접 복사를 수행 할 수도 있습니다.

dd if=/dev/hdb of=/dev/hdc

그러나 여전히 여유 공간에 관한 위의 제한 사항이 적용됩니다.

문제 나 문제가있는 한, dd는 대부분 훌륭한 일을합니다. 그러나 얼마 전에 나는 죽게 될 하드 드라이브를 가지고 있었기 때문에 dd를 사용하여 완전히 죽기 전에 어떤 정보를 복사하려고 시도했습니다. 그런 다음 dd가 읽기 오류를 잘 처리하지 못한다는 사실을 알게되었습니다. 디스크에 dd가 읽을 수없는 여러 섹터가있어 dd가 사본을 포기하고 중지시킵니다. 당시 나는 (비록 읽기 오류가 발생에도 불구하고 계속 DD 말할 수있는 방법을 찾을 수 없습니다 나타나는 이 해당 설정을 가지고있는 것처럼)을, 그래서 수동으로 지정 꽤 많은 시간을 보냈다 건너 뛰고을 통해 힙합을 추구 읽을 수없는 섹션.

나는이 문제에 대한 해결책을 연구하는 데 시간을 보냈으며 (작업을 마친 후) ddrescue 라는 프로그램을 찾았습니다 . 사이트에 따르면 dd와 같이 작동하지만 오류가 발생하더라도 계속 읽습니다. 필자는 실제로 프로그램을 사용한 적이 없지만 특히 복사하려는 디스크가 오래된 디스크 인 경우 시스템에 문제가 있어도 불량 섹터가있을 수 있습니다.

소스 드라이브가 전혀 손상된 경우 (개인 취향) 또는 GNU를 사용 dd_rhelp하면 더 운이 좋습니다.dd_rescueddrescue

그 이유는 읽기 오류시 dd계속 시도하고 노력하며 시간 초과가 발생할 때까지 오랫동안 기다릴 수 있기 때문입니다. dd_rescue오류를 읽은 다음 디스크에서 더 많은 지점을 선택하고 마지막 오류를 다시 읽는 것과 같은 현명한 작업을 수행하며 dd_rhelp기본적으로 dd_rescue세션 관리자 dd_rescue입니다.

최종 결과는 dd_rhelp최소 시간에 최대 데이터 복구입니다. 당신이 dd_rhelp실행 을 떠나면 결국 결국 같은 작업을 수행 dd합니다. 그러나 dd100Gb 디스크의 바이트 100에서 읽기 오류가 발생하면 다른 9,999,900 바이트 *를 복구하기 위해 오랜 시간을 기다려야하는 반면, dd_rhelp+ dd_rescue는 대량의 데이터를 훨씬 빠르게 복구합니다.

소스 디스크에는 마운트 된 파일 시스템이 없어야합니다. 사용자가 블록 장치를 읽을 수 있으면 (루트 작동) 'dd if = / dev / sda ....'를 실행하십시오.

이제 깔끔한 것 중 하나는 바이트 스트림을 생성한다는 것입니다.이를 사용하여 압축, 네트워크를 통해 전송, 더 작은 얼룩으로 청크 등을 수행 할 수 있습니다.

예를 들어 :

dd if=/dev/sda | ssh user@backupserver "cat > backup.img"

그러나 더 강력하게 :

dd if=/dev/sda | pv -c | gzip | ssh user@backupserver "split -b 2048m -d - backup-`hostname -s`.img.gz"

위의 내용은 소스 하드 드라이브의 압축 이미지를 원격 시스템으로 복사하며, 진행중인 업데이트를 유지하면서 소스 호스트 이름을 사용하여 번호가 지정된 2G 청크로 저장합니다.

디스크 크기, 소스의 CPU 속도, 대상의 CPU 속도, 네트워크 속도 등에 따라 압축을 건너 뛰거나 원격에서 압축을 수행하거나 ssh의 압축을 활성화 할 수 있습니다.

디스크를 복제하려면 입력과 출력을 dd다음 과 같이 지정하면됩니다 .

dd if=/dev/hdb of=hdb.img

물론, 직접 읽을 수있는 적절한 권한이 있는지 /dev/hdb(루트로 실행하는 것이 좋습니다) /dev/hdb마운트되어 있지 않은지 확인하십시오 (디스크가 변경되는 동안 복사하지 않으려는 경우). 완료되면 hdb.img전체 디스크의 바이트 별 복제본이됩니다.

dd디스크 복제 에 사용하는 데는 몇 가지 단점이 있습니다 . 먼저 dd전체 디스크, 빈 공간을 복사하고 큰 디스크에서 수행하면 이미지 파일이 매우 커질 수 있습니다. 둘째, dd진행 표시가 전혀 없으므로 복사 시간이 오래 걸리므로 실망 할 수 있습니다. 셋째,이 이미지를 다른 드라이브 (다시 dd를 사용하여)에 복사하면 원래 디스크보다 크거나 커야하지만 대상 디스크에있을 수있는 추가 공간은 사용할 수 없습니다. 파티션 크기를 조정하십시오.

디스크 간 직접 복사를 수행 할 수도 있습니다.

dd if=/dev/hdb of=/dev/hdc

그러나 여전히 여유 공간에 관한 위의 제한 사항이 적용됩니다.

첫 번째 단점은 복사 할 때 데이터를 gzipping하여 해결할 수 있습니다. 예를 들면 다음과 같습니다.

dd if=/dev/hdb | gzip -9 > hdb.img.gz

pipeview ( pv) 도구를 사용하여 두 번째 단점을 해결할 수 있습니다 . 예를 들면 다음과 같습니다.

dd if=/dev/hdb | (pv -s `fdisk -l /dev/hdb | grep -o '[0-9]*\{1\} MB' | awk '{print $1}'`m) | cat > hdb.img

세 번째 단점을 극복 할 방법이 없습니다.

또한 dd더 많은 양의 데이터를 처리하도록 지시 하여 복사 시간을 단축 할 수 있습니다 . 예를 들면 다음과 같습니다.

dd if=/dev/hdb of=hdb.img bs=1024

dd 및 rescue 디스크로 할 수있는 또 다른 좋은 점은 네트워크를 통한 데이터 복사입니다.

remote_machine$ nc -l -p 12345

local_machine$ dd if=/dev/sda | nc remote_machine 12345

네트워크가 로컬이 아닌 경우 두 파이프 라인 모두에서 gzip을 사용할 수 있습니다. 진행하려면을 사용하십시오 pv. 복사가 끝난 후 local_machine의 netcat을 종료하려면 추가 -w 5하거나 무언가를 추가하십시오 .

dd는 모든 빈 공간을 포함 하여 정확한 사본을 만듭니다 .

그것의 의미는:

1. 두 번째 드라이브는 최소한 첫 번째 드라이브보다 커야합니다
2. 두 번째 드라이브가 더 크면 추가 공간이 낭비됩니다 (파일 시스템 을 확장 할 수 있음)
3. 소스 드라이브가 가득 차지 않으면 dd는 빈 공간을 복사하는 데 많은 시간을 낭비합니다.
4. 이 방법으로 전체 드라이브 또는 단일 파티션을 복사 할 수 있습니다.
5. 이것이 부팅 가능한 드라이브라면 dd를 사용한 후 부트 로더를 설치해야합니다

도움이 되길 바랍니다

나중에 참조 할 수 있도록 ddrescue 를 확인하는 것이 좋습니다. 그것은 하루를 두 번 구했습니다.

또 다른 중요한 기능은 MBR, 파티션 테이블 및 부팅 레코드를 복사하는 것입니다.

다만

dd if=/dev/sda of=parttable bs=512 count=1

글을 쓸 때 다른 방향으로 fdisk후 와 폴란드어 .

파티션 테이블을 백업하면 훨씬 안전합니다.

또한 (파티션 구조를 변경하는 동안) 다른 하드 드라이브로 마이그레이션하는 것도 즐겁습니다.

이것은 저렴한 해킹이지만 DD 프로세스를 모니터링하는 빠르고 더러운 방법입니다.

dd 명령을 실행하십시오. 새 쉘을 열고 ps awx를 수행하여 dd 프로세스의 PID를 찾으십시오. 이제 새로운 쉘 유형 watch -n 10 kill -USR1 {pid of your DD process}

이것은 감시 출력 창에서는 아무 것도하지 않지만 원래 DD 쉘로 돌아 가면 DD는 10 초마다 상태 보고서 출력을 시작합니다. watch 명령에서 -n 10을 다른 시간대로 변경할 수 있습니다.

타키온

dd if=/dev/sda of=/dev/sdb bs=4096 conv=sync,noerror

이것은 디스크를 복사하고 오류가있는 블록을 건너 뜁니다. 이것은 매우 중요합니다.

dd를 사용하여 디스크를 복제하거나 복구하기위한 기본 및 필수 옵션입니다.

다른 답변을 게시하고 싶지 않았지만 이미 게시 된 25 개 중 필수 "conv = sync, noerror"옵션에 대한 올바른 답변은 없습니다.

실제로 이런 식으로 시도해 볼 수 있습니다

dd if = / dev / sda2 of = / dev / sdb2 bs = 4096 conv = sync, noerror

모든 오류를 건너 뛰고 파티션 또는 하드 드라이브를 정확하게 복제

dd는 진행 정보를 제공합니다-리눅스에서 대부분의 버전. 나는 유닉스 맛을 기억하지 못하는 것을 보았습니다.

매뉴얼 페이지에 : 실행중인 'dd'프로세스로 USR1 신호를 보내면 I / O 통계가 표준 오류로 인쇄 된 다음 복사가 다시 시작됩니다.

이 기능을 정기적으로 사용합니다.

누군가는 이것을 말해야했습니다 : Clonezilla에게 시도하십시오 (http : // clonezilla.org/)

무엇을 얻습니까? 파일 시스템의 사용 된 부분 만 복사합니다. Clonezilla는 dd, grub, sfdisk, parted, partimage, ntfsclone 및 / 또는 partclone을 사용합니다. 선택한 옵션에 따라

적절한 문서는 http : // clonezilla.org/clonezilla-live/doc/에서 찾을 수 있습니다.

진행률을 보여주는 dd를 사용하여 복사하는 방법 (이 경우 원격 시스템에 동일한 원리가 적용됨)

/ tmp / pid에 파일 디스크립터 3을 통해 pid를 저장하여 작동합니다. 그런 다음 USR1 신호로 후속 킬에 사용됩니다. 주름은 stderr의 진행 결과를 서브 쉘을 통한 stderr 필터링을 통해 한 줄로만 필터링하는 것이 었습니다.

(dd bs=1M if=$lv-snapshot & echo $! >&3 ) 3>/tmp/pid  2> >(grep 'copied' 1>&2) | gzip --fast | ssh $DEST "gzip -d | dd bs=1M of=$lv" &
# Need this sleep to give the above time to run
sleep 1
PID=$(</tmp/pid)

while kill -0 $PID; do
  kill -USR1 $PID
  sleep 5
done

대부분의 정보는 이전에 삽입 된 레시피에서 설명되었지만 모두 설명되지 않았습니다.

리눅스에서는 dd 명령으로 하드 드라이브 나 파티션을 복제 할 수 있습니다. 실수를 할 때 모든 데이터가 손실됩니다.

처음에는 대상을 사용하지 않아야하고, 둘째로 소스를 사용하지 않거나, 읽기 전용 모드로 다시 마운트해야합니다. 그렇지 않으면 복사가 손상됩니다. 다시 마운트 할 수없는 경우 Linux 라이브 배포판으로 부팅 가능한 드라이브 (hdd / ssd / pendrive)를 만드십시오. 나는 knoppix를 prever, 그러나 이것은 당신의 선택입니다. 가능하면 단일 사용자 모드의 경우 시스템 레벨을 1로 부팅하거나 변경하거나 시스템을 단일 사용자 모드로 직접 재부팅 할 수 있습니다. 하나의 파티션 만 복제하는 경우이 파티션을 마운트 해제하거나 RO에 다시 마운트해야합니다.

umount /mountpoint_or_device

또는

remount -o,ro /mountpoint_or_device

전체 하드 드라이브를 복제하려면 모든 파티션을 마운트 해제하거나 다시 마운트해야합니다.

소스 및 대상 장치를 식별해야합니다. dmesg를 참조하십시오. 여기에 공급 업체 등과 함께 장치에 대한 모든 필요한 정보가 저장되어 있습니다. 다른 경우 장치 크기를 기반으로 식별이 가능합니다. 다음으로 목적지는 소스와 같거나 커야합니다. 소스를 계산해야합니다 (예 : 파티션 구조 (GPT가있을 수 있음) 제외). 3. 바이트 단위의 블록 크기, 일반적으로 512입니다.

예를 들면 다음과 같습니다.

# fdisk -l /dev/sda

Disk /dev/sda: 21.5 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f1d1e

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    40136703    20067328   83  Linux
/dev/sda2        40138750    41940991      901121    5  Extended
/dev/sda5        40138752    41940991      901120   82  Linux swap /     Solaris

다음으로 512 개 이상의 디바이더를 사용해 봅시다. 41943040 개의 물리 섹터가 있습니다.

41943040 / 256 = 163840, 256 섹터를 대량 복사 할 수 있습니다. 더 할 수 있을까요? 시도해 봅시다 : 41943040 / 1024 = 40960, 이것으로 충분하다고 생각합니다. 이것을 선택하겠습니다. 섹터 그룹의 크기를 계산해 봅시다 : 512 (섹터 크기) * 1024 = 524288 바이트 eq 512K. 그런 다음 bs = 512K 이하의 매개 변수를 사용할 수 있지만이를 2 ^ x로 나눕니다. 내부 캐시가 큰 최신 하드 드라이브의 경우이 정도면 충분합니다. 캐시가 훨씬 작은 구형 드라이브의 경우 32K 이하이면 충분합니다.

그런 다음 준비 후 복사 할 수 있습니다 : dd if = / dev / source_devide of = / dev / destination_device bs = 32K 그리고 복사가 완료됩니다. 실수로 가져 오기 및 데이터를 덮어 쓰게됩니다. 대상에서 모든 내용을 덮어 씁니다.

손상된 소스 디스크에서 데이터를 복구하려고하면 기본 섹터 크기를 사용하는 것이 좋습니다. 일반적으로 512 바이트이며 conv = notrunc 옵션을 추가하십시오. 그렇지 않으면 불량 섹터로 인해 소스에서 떨어진 홀이 대상에서 섹터 이동으로 연결됩니다. 수리 할 기회가 거의 없어 사본이 손상 될 수 있습니다. 명령은 다음과 같습니다.

dd if=/dev/source of=/dev/destination bs=512 conv=notrunc  

드라이브와 시스템이 포기하고 섹터별로 끝까지 걸어 갈 때까지 오래 기다립니다.

dd는 파티션을 새로운 장소로 옮기는 데 유용한 도구입니다. 파티션을 생성하고 dd를 새로운 파티션으로 만들면 (이것은 더 클 수도 있고 더 클 수도 있습니다) 가능하다면 모든 새로운 파티션을 채우기 위해 복사 된 파일 시스템을 확장하십시오 .ext3 / ext4 / xfs / zfs / btrfs는이 기능을 가지고 있습니다. 마지막으로 / etc / fstab을 변경 한 다음 가능하면 umount / mount 또는 시스템을 재부팅해야합니다.

물론 모든 유형의 파티션을 복제 할 수 있습니다. dd 명령은 파일 시스템 유형을 조사하지 않으며 구조와 관련이 없습니다. 이 명령은 NTFS 또는 다른 파티션 유형을 복제하는 데 사용할 수 있습니다.

어떤 트릭이 있습니다. 매개 변수를 설정하지 않으면 dd는 stdout에 출력을 넣습니다. 그런 다음 디스크 또는 파티션의 압축 된 원시 복사본을 만들 수 있습니다.

dd if=/dev/sda bs=512 | gzip >/any/place/computerOne_sda.gz

물론이 작업은 오프라인에서 수행해야합니다. 다음을 통해이를 복원 할 수 있습니다.

zcat /any/place/computerOne_sda.gz| dd of=/dev/sda bs=512   

이 백업으로 모든 sda 하드 드라이브를 덮어 쓰고 모든 현재 데이터가 손실됩니다. NTFS 창 파티션과 여기에서 사용하는 하드 드라이브로도이를 수행 할 수 있습니다. 물론 선택에 따라 다른 압축 명령을 사용할 수 있습니다.

bzip2또는 gzip대신 에 파티션 (또는 디스크)의 압축 된 이미지 파일을 즉석에서 만들 수 있습니다 dd. 이동식 미디어에 이미지를 저장하는 데 좋습니다.

bzip2 -c /dev/sdaX >imagefile.bz2
or
gzip -c /dev/sdaX >imagefile.gz

디스크가 이전에 많이 사용 된 경우 이미징 전에 사용하지 않은 모든 공간을 0으로 채워 압축을 향상시킬 수 있습니다.

mkdir /mnt/mymountpoint
mount /dev/sdaX /mnt/mymountpoint
cat /dev/zero >/mnt/mymountpoint/dummyfile.bin
(Wait for it to end with a "disk full" error)
rm /mnt/mymountpoint/dummyfile.bin
umount /mnt/mymountpoint

이미지를 다른 디스크로 복원하려면 다음을 수행하십시오.

bzcat imagefile.bz2 >/dev/sdbY
or
zcat imagefile.gz >/dev/sdbY

어떤 이유로 오디오 트랙으로 CD를 이미징 할 때 dd가 실패합니다. 이미지 + TOC 파일을 얻으려면 cdrdao 또는 이와 유사한 것을 사용해야합니다.

속도에 대한 참고 사항 : 내 경험에서 dd는 기본 bs = 512 대신 bs = 1024를 지정하면 두 배 빠릅니다. 더 큰 블록 크기를 사용하면 bs = 1024보다 눈에 띄는 속도 향상이 없습니다.

전체 디스크를 기록 할 때주의해야 할 사항은 수신 디스크의 마스터 부트 레코드를 덮어 쓰는 것입니다. 여기에는 파티션 테이블 및 기타 중요한 정보가 포함됩니다. 새 디스크가 이전 디스크와 동일하지 않은 경우 모든 종류의 테이블을 만들 수 있습니다. 파티션 복사는 일반적으로 더 안전합니다 (스왑 파티션은 복사 할 필요가 없습니다)

나는 몇 년 동안 관리자 역할을 벗어 났지만 'dd'가 업무에 달려 있음을 알고 있습니다. 필자는이 기술을 80 년대 후반 Sun Sparc 및 386i 컴퓨터에서 정기적으로 사용했습니다. 여러 QIC 테이프에 분산 된 CAD 소프트웨어를 실행하는 30 386i 시스템 이상의 클라이언트를 주문했습니다.

첫 번째 컴퓨터에 앱을 설치하고, 앱을 구성하고, SunOS의 sys-unconfig를 실행하고, 다른 SCSI 주소를 가진 신발 상자에 드라이브를 배치 한 다음 다른 30 개의 드라이브에 'dd'로 진행했습니다.

다른 사람들이 위에서 언급했듯이, 마운트 된 파일 시스템을 복제해야하는 문제 중 하나는 잠재적 인 데이터 손상입니다. 이것은 전체 드라이브 복제에는 적용되지 않지만 LVM을 사용하는 경우 LogicalVolume을 스냅 샷하고 스냅 샷에서 dd를 사용하여 일관된 이미지를 얻을 수 있습니다.

NTFS 볼륨의 경우 ntfsclone을 선호합니다 . ntfsprogs 패키지 의 일부입니다 .

초보자에게 반드시 경고해야 할 경고 : 적어도 일부 버전의 경우 bs = X는 문자 그대로 X 크기의 메모리가 할당됨을 의미합니다. RAM이 1GB이고 스왑이 충분하지 않은 시스템에서 bs = 2GB는 나쁜 일이 발생할 수 있습니다.