한 크기의 드라이브에서 dd로 만든 NTFS 파티션의 이미지를 가져 와서 다른 크기의 다른 드라이브에 쓰려면 어떻게해야합니까?

마지막으로 비슷한 작업을 수행했을 때 GParted 사본을 포함하도록 사용자 정의 된 Linux LiveCD로 PC를 부팅했습니다 .
새 MBR 및 파티션 테이블이 대상 드라이브에 설치되었습니다 ( GParted 사용 ).
소스 드라이브의 각 파티션에 대해 :

• 대상 드라이브에 최소한 원본과 크기가 같은 새 파티션을 만듭니다 ( GParted 또는 fdisk 사용 ).
  원본과 같은 정확한 섹터 수에 가까울수록 더 좋습니다. 즉, 이식 된 파일 시스템에 문제가 발생할 가능성이 줄어 듭니다.

• dd를 사용하여 원래 드라이브의 파티션 (또는 파티션 이미지)을 대상 드라이브로 복사합니다 .

• 대상 파티션의 크기를 새 요구 사항으로 조정합니다 ( GParted 사용 ).
  파티션 내의 파일 시스템은 그에 맞게 조정됩니다.
  크기를 늘리는 것은 다소 빠릅니다.

• 다음 파티션에 대해 반복하십시오.

추가

그러나 Gparted에는 파티션을 숨길 수있는 옵션이 없습니다.

귀하의 주장이 잘못되었습니다.
먼저 파티션을 선택하십시오.
그런 다음 메뉴 표시 줄 에서을 Partition선택 Manage Flags하고 드롭 다운 메뉴에서 선택합니다.
여기에서 "숨김"을 포함하여 다양한 파티션 플래그를 활성화 / 비활성화 할 수 있습니다.

또한 기본을 논리적으로 변환하는 옵션이 없습니다.

이는 기본 작업에서 가장 잘 수행되는 의심스러운 변환입니다. 논리적 파티션은 그것이 내에 존재해야합니다 확장 파티션. 확장 파티션을 자동으로 생성하면 사용 가능한 크기와 후속 작업에 미치는 영향을 포함하여 결과가 발생합니다.

두 개 이상의 확장 파티션을 만드는 기능은 도구에 따라 다르며 이식 가능해야합니다. Windows 호환성을 위해 확장 파티션은 하나만있을 수 있습니다.

... 따라서 이미지를 파티션에 복사 한 다음 파티션을 기본에서 논리적으로 변경하려는 경우 파티션을 삭제하고 논리적으로 다시 생성 한 다음 다시 복사해야합니다.

위에서 설명한 단계에서는 이미지를 작성 / 복사하기 전에 대상 파티션을 만들어야 함을 명확하게 설명합니다.
대상 파티션이 논리 파티션이어야하는 경우 먼저 확장 파티션이 있는지 확인한 다음 논리 파티션을 작성하십시오.
원래 파티션이 논리 파티션 일 때 1 차 파티션을 작성하면 단순히 복사 절차를 방해하는 것입니다.

1 차 파티션을 논리 파티션으로 변환하는 것은 가짜 작업입니다.

부록 2

예를 들어 원래 하드 드라이브가 엉망이 되었기 때문에 원본이 기본인지 논리인지 모르겠다 고 가정합니다.
따라서 논리 대신 기본을 만들면 잘못된 복사 절차이므로 다시 복사해야한다는 것을 이해할 수 있습니까?

대상 파티션이 논리 파티션이어야한다고 결정한 시점과 방법은 무엇입니까?

이러한 대답을 감안할 때 대상 파티션을 주 파티션으로 만들기 전에 그 결정을 사용할 수 없었던 이유는 무엇입니까?

실제로 복사 절차는 파티션 생성과 별개이며 ...

내 절차가 아니야.
각 대상 파티션은 원래 크기로 생성됩니다.
파일 시스템 (즉, 파티션 이미지)이 새 파티션에 기록 된 후 파티션 (파티션과 파일 시스템)의 크기가 조정됩니다.
이 절차는 파티션 내에 포함 된 파일 시스템의 크기를 조정하는 방법을 알고있는 GParted에 의존합니다.
파일 시스템을 파티션에 맞추는 방법에 대해 파일 시스템 명령을 찾아 보거나 배울 필요가 없습니다. 해당 작업은 GParted에 할당됩니다.

변환 옵션이 있다면 다시 복사 할 필요가 없습니다.

1 차에서 논리 파티션으로의 변환은 당신이 생각하는 것만 큼 간단하거나 편리하지 않습니다.

이 웹 페이지 는 한두 번의 마우스 클릭만으로 "주 파티션에서 논리 파티션으로"가능한 유틸리티를 설명합니다.
이 글의 끝 부분에있는 다음과 같은 두드러진 주석에서 문제가 드러납니다.

The location and the size of the primary partition will be slightly different after 
converting due to the fact that the logical partition is 63 sectors bigger 
than primary partition.

( "63 개 섹터가 더 큼"이 논리 파티션의 위치 또는 크기 (또는 둘 다?)를 의미하는지 구분하기 어렵 기 때문에 잘못된 표현입니다. "위치"의 변경은 확실히 의미가 있습니다. 그래서 저는 꽤 그렇습니다. 작성자가 크기를 참조하는 경우 크기 차이를 거꾸로 가져 왔는지 확인합니다. 그렇지 않으면 변환이 원본보다 더 많은 디스크 공간을 사용한다는 의미입니다. 결과 파티션의 크기를 늘릴 이유가 없습니다.)

파티션 크기의 변경 (?) 외에도이 명령문의 결과는 시간이 많이 걸리는 파티션 복사본이 발생 함을 확인합니다.
이 복사를 수행하는 데 걸리는 시간은 논리 파티션을 재 작성하고 이미지를 쓸 수있는 시간의 약 두 배가 필요합니다.

왜 그렇습니까?

주 파티션으로 시작합니다.
논리 파티션은 확장 파티션 내에 포함되어야합니다.
따라서 새 확장 파티션 (시작)을위한 공간을 만들려면 원래 (기본) 파티션의 시작을 뒤로 밀어야합니다.
이론적으로는 하나의 섹터로 충분할 수 있지만 관례는 하나의 트랙 또는 63 개 섹터의 가짜 HDD 구조입니다.

이 여유 공간을 만들려면 먼저 원래 (주) 파티션 (및 해당 파일 시스템)의 크기를 파티션 끝에서 63 섹터만큼 줄여야합니다 (이 변환이 새 디스크 공간을 0으로 사용한다고 가정 ).
그런 다음 원래 (주) 파티션 (및 해당 파일 시스템)을 63 섹터 뒤로 이동해야합니다.
이 이동에는 파티션의 모든 섹터를 읽고 쓰는 데 시간이 많이 걸립니다.
이동이 완료되면 새로 해제 된 영역에 확장 파티션을 생성 할 수 있으며 원래 파티션을 논리 파티션으로 재정의 할 수 있습니다.

이 파티션 변환 절차는 이미 쓸 이미지가있는 경우 언제든지 저장하지 않습니다.

변환하는 동안 시간이 많이 걸리는 복사를 방지하는 유일한 방법 은 다음 유틸리티 와 같이 기존 주 파티션 앞에 할당되지 않은 트랙이 "속이고"필요한 프로그램을 사용하는 것입니다 .

Note: ... there should be at least 63 free sectors in front of the primary partition 
when changing it to logical.

또한 "원본과 같은 정확한 섹터 수에 가까울수록 더 좋습니다. 즉, 이식 된 파일 시스템에 문제가 발생할 가능성이 적습니다." <-이것에 대해 자세히 설명해 주시겠습니까?

그것은 단순히 원래 파티션을 복제하려는 시도입니다.
할당 반올림이있을 수 있으며 원래 파티션 (또는 이미지 크기)과 정확히 동일한 수의 섹터로 파티션을 만들 수 없습니다.
따라서 섹터 수를 다음 할당 단계로 반올림하십시오.

가까이에 두지 않고 크기를 조정하면 그게 무슨 뜻이고 어떤 일이 일어날까요?
크기가 조정 된 파티션이 파일 시스템과 다른 크기로 유지된다는 의미입니까?

GParted는 파티션 크기와 파일 시스템 사이에 약간의 불일치가 있다고 불평하지 않았습니다.
GParted로 크기를 조정 한 후 파일 시스템이 파티션을 완전히 차지하는 것처럼 보입니다.
설명하신 시나리오를 실험하지 않았기 때문에 답이 없습니다.