원본 HDA(2TB 기계식 하드 디스크)에는 5개의 파티션(GPT)이 있으며, 이는 2TB HDA의 전체 용량을 차지합니다.
운영 체제는 소스 드라이브에 있습니다.예윈도우 10.
대부분의 "데이터" 파티션이 사용되지 않는 스토리지이고 드라이브 용량을 1.5TB를 차지했기 때문에 gparted를 사용하여 약 350GB로 줄였고 "버튼 복구" 파티션(소스 HDA에서 그 위에 있던)이 다운되었습니다. 데이터 파티션에 인접해야 합니다.
결과적으로 원본 HDA의 상태는 2TB HDA에 파티션이 5개가 있고 400GB 미만을 차지하며 드라이브의 초과 저장 공간은 할당되지 않은 공간입니다.
권장되는 대상 장치는 현재 할당되지 않은 Samsung 500GB SDD입니다(파티션이 정의되지 않았고 드라이브에 부팅 구조가 기록되지 않았습니다).
가정:
소스 장치의 전체 파티션 크기가 대상 장치의 용량보다 작고 결과적으로 할당되지 않은 파티션만 있기 때문에 dd(bs=1M, count 매개변수가 지정되지 않음)를 사용하여 소스 장치에서 대상 장치로 직접 쓸 수 있습니다. 전송 후 대상 장치의 공간에 비정상적인 상황이 발생했습니다.
대상 장치의 비정상적인 할당되지 않은 영역 문제는 "버튼 복구" 파티션을 드라이브 공간의 상단으로 재배치하고 데이터 파티션을 늘려 대상 장치의 나머지 할당되지 않은 공간을 채우면 해결될 수 있습니다. 다음 부팅 가능한 장치입니다.
질문:
나는 다른 사람(예: 가족)의 도움을 받지 않는 한 Windows 시스템을 수정하지 않으므로 이 상황을 처리하는 데 직관력이 별로 없습니다. 따라서 이 작업으로 시간을 낭비하기 전에; , 이것이 왜 발생하는지 이해할 수 있는 사람이 있습니까? 부팅할 수 없는 대상 SSD가 발생합니까?
# # # # # 갱신# # # # #
알겠습니다....저는 이에 대해 후속 조치를 취하고 있습니다. 이 특별한 경우에서 결과가 어떻게 되었는지 다른 사람들에게 알리고자 합니다.
Partition arrangement on the source HDD:
Partition FS Label Size Flags
/dev/sdg1 ntfs Recovery 600 MiB hidden, diag
/dev/sdg2 fat32 ESP 300 MiB boot, esp
/dev/sdg3 unknown 128 MiB msftres
/dev/sdg4 NTFS User Data Space 350 GiB msftdata
/dev/sdg5 NTFS Push Button Reset 16.61 GiB hidden, diag
Unallocated -- -- 1.5 TiB --
Partition arrangement on the target SSD:
Partition FS Label Size Flags
/dev/sdh1 ntfs Recovery 600 MiB hidden, diag
/dev/sdh2 fat32 ESP 300 MiB boot, esp
/dev/sdh3 unknown 128 MiB msftres
/dev/sdh4 NTFS User Data Space 448.15 GiB msftdata
/dev/sdh5 NTFS Push Button Reset 16.61 GiB hidden, diag
문제를 해결하기 위해 많은 시간을 들여 다양한 방법을 시도했지만 결과는 만족스럽지 못했습니다.
할당된 시간이 곧 만료되기 때문에 설치된 운영 체제 복구 도구를 사용하여 "복구" 미디어를 생성하고 호스트 시스템에 설치된 SSD에서 운영 체제 복구를 수행합니다.
두 드라이브를 Debian 8.5 기반 시스템에 연결한 후 partclone_0.2.73-2+b1(partclone.ntfs)을 사용하여 소스 HDD의 사용자 데이터 파티션을 대상 SSD에 씁니다. (/dev/sdg4에서 /dev/sdh4로)
Windows에 구애받지 않는 솔루션이 선호되지만 이 방법은 모든 원본 사용자 데이터가 그대로 유지된 부팅 가능한 대상 SSD를 생성하고 파티션 테이블 간의 불일치를 방지합니다.
Partclone에 대한 정보는 다음에서 확인할 수 있습니다.
https://packages.debian.org/jessie/admin/partclone
답변1
좋습니다...Kusalananda의 제안에 따라 저는 이 상황에서 제게 효과가 있었던 것을 제 원래 게시물에 대한 업데이트로 공유했으며 이 공간에 입력한 내용을 반복하지 않았습니다.
위 방법은 즉각적인 접근이나 복구미디어 생성 없이는 구현하기가 쉽지 않을 것 같습니다. 따라서 이 접근 방식의 유용성은 당연히 제한적이지만 당면한 문제는 해결됩니다.