USB에서 DD 이미지 파일을 생성하고 다른 USB로 이미지를 복원하는 단계


9

전체 영구 우분투 라이브 USB에서 이미지를 성공적으로 만들었습니다 (파일 생성, 우분투는 오류 메시지를 발행하지 않습니다). (sdc1)-파일 ubuntu1.img는 4.3gb이므로 명령을 믿는 것이 합리적입니다

/ media / images / tst # dd if = / dev / sdc1 of = / media / images / tst / ubuntu1.img

올바른 형식으로 USB 드라이브의 유효한 이미지를 만들었습니다.

따라서 ...... 나는 이미지를 새로 fat32 형식의 USB에 넣으려고합니다. 원래의 USB와 새로운 USB에는 2 개의 파티션이 있으며 두 USB의 첫 번째 파티션은 우분투 라이브입니다. 새 USB에 복사되는 파티션은 복사 된 원래 USB 파티션보다 약간 큽니다 (따라서 크기는 문제가되지 않습니다).

USB에 이미지를 복사하는 dd 명령 (ibuntu1.img가있는 폴더에 cd)

/ media / images / tst # dd if = ubuntu1.img of = / dev / sdc1

이 프로세스는 약 20 분 후에도 오류가 표시되지 않습니다.

8388607 + 1 레코드

8388607 + 1 레코드

4294967295 바이트 (4.3GB) 복사, 1615.69 초, 2.7MB / 초

그러나 ... USB는 쓸모없는 바이오스가 누락 된 GRLDR에 대해 불평합니다.

우분투, 칼리, 백 트랙, 슬랙스 및 하나 또는 두 개의 다른 Linux 배포판으로 시도했습니다. 나는 여러 PC로 문제없이 라이브 USB에서 부팅하는 모든 시도했다. 리눅스 라이브 USB를 안정적으로 복사하는 유일한 방법은 Windows에 있습니다.

누군가가 dd를 사용하여 Linux 라이브 USB (모든) 배포판을 이미지 파일로 복사 한 경우 동일한 이미지 파일에서 새로운 USB로 ......... 간단한 지혜를 공유하십시오-미리 읽어 주셔서 감사합니다 답장 시간


약간 수정 된 라이브 배포판의 부팅 가능한 USB를 만들려고합니까?
Charles Green

지속적인 라이브 배포판
의심

답변:


11

단일 파티션 인 "sdc1"을 복제했지만 운영 체제를 복제하려고 시도하는 것처럼 들리므로 부팅 프로그램도 필요합니다.

해당 정보의 위치는 설정 방법에 따라 다릅니다. 예를 들어 MBR 파티션 테이블을 사용하는 경우 드라이브 MBR에 저장되고, BIOS와 함께 GPT를 사용하는 경우 드라이브의 보호 된 MBR에 저장되며, UEFI와 함께 GPT를 사용하는 경우 ESP에 저장됩니다. 체인 로딩을하면 파티션 MBR과 드라이브 MBR에 부팅 데이터가있을 수 있습니다.

DD는 MBR 섹터 또는 ESP를 복제하는 데 사용될 수 있습니다. 또는 전체 드라이브를 복제하여 여러 이미지를 만드는 데 따르는 어려움을 피할 수도 있습니다. 한 번만 시도했지만 성공하지 못한 MBR 복제를 피하는 것이 좋습니다. ESP 또는 전체 드라이브는 항상 문제없이 작동했습니다.

아래의 예제는 이미지 생성을 사용하고 사용하는 접근 방식이므로 이미지에서 복원하지만 두 USB 스틱을 컴퓨터에 한 번에 연결할 수 있으면 레코드를 위해 한 번에서 다른 번으로 직접 복제 할 수 있습니다 이미지 만들기.

단계 :

백업 드라이브 MBR 및 파티션 테이블 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/dev/sda of=/media/location/backup.img bs=512 count=1".

드라이브 MBR 복원 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/media/location/backup.img of=/dev/sda bs=446 count=1".

백업 파티션 MBR 및 파티션 테이블 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/dev/sda1 of=/media/location/backup.img bs=512 count=1".

파티션 MBR 복원 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/media/location/backup.img of=/dev/sda1 bs=446 count=1".

ESP 백업 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/dev/sda1 of=/media/location/backup.img".

[이 프로세스는 다른 파티션 복제와 동일합니다.]

ESP 복원 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/media/location/backup.img of=/dev/sda1".

파티션 백업 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/dev/sda1 of=/media/location/backup.img".

파티션 복원 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/media/location/backup.img of=/dev/sda1".

[권장 조치] 백업 A 드라이브 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/dev/sda of=/media/location/backup.img".

[권장 조치] 드라이브 복원 :

  1. 터미널 유형 " sudo -i".

  2. 터미널 유형 " dd if=/media/location/backup.img of=/dev/sda".

노트:

  • 중단이 발생할 수 있으므로 DD를 sudo가 아닌 root로 실행하는 것이 좋습니다. 우분투에서는 루트로 로그인 할 수 없으므로 어렵습니다.

  • MBR을 복원 할 때는 512 또는 446을 사용할 수 있습니다. 446은 MBR (부트 스트랩 코드 및 부트 로더가 작성된 위치) 만 복원합니다. 512는 MBR과 파티션 테이블을 복원합니다.

  • 이미지를 만들 필요는 없습니다. 소스에서 대상으로 직접 복제 할 수 있습니다.

출처 :

추가 자료 :


@unorthodox에서 발견- 권장 조치 는 트릭을 수행했습니다. 실제로 두 개의 파티션이있는 영구 라이브 USB가 있으므로 "dd if = / dev / sda1 of = / media / location / backup.img bs = 512 count = 1 "및"dd if = / dev / sda1 of = / media / location / backup.img ". 라이브 영구 우분투 배포판 파티션과 mbr + 파티션 테이블 만 백업합니다. 그런 다음 특정 파티션의 다른 USB에 파티션을 복원하십시오. "dd if = / media / location / sda1part.img of = / dev / sda1". 이것은 또한 일했다!! 하지만 mbr + 파티션 테이블을 복원 할 필요가 없었으며 그 이상한 생각을 했습니까 ?? 내가 GZP에 관을 다할 것입니다 옆에 ...
의심
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.