명령이 r인 경우SD 카드 복사:
date; sudo sh -c 'pv /dev/mmcblk0 >pv sdcard.image'; date
128GB SD 카드에 새로운 Raspbian 이미지를 설치하면 sdcard.image 파일은 128GB가 됩니다. Raspbian을 새로 설치하려면 10GB의 공간이 필요하다고 가정합니다. 대부분의 이미지에는 데이터가 없습니다("빈 공간"). 생성된 이미지의 경우:
- 가장 작은 크기(압축 전, "빈 공간" 복사 없음)
minimal SD-Card(16GB SD 카드 이상) 에 설치 가능
용량은 minimal SD-cardRaspbian을 새로 설치할 수 있는 가장 작은 SD 카드입니다. 10GB SD 카드가 없으므로 다음으로 큰 크기(16GB)가 가장 작은 SD 카드로 정의됩니다.
솔루션 기본 설정은 단순성과 표준 Unix 명령(또는 필요한 경우 스크립트)을 위한 것입니다.
이 두 가지 목표를 달성하는 방법은 무엇입니까? SD 카드(10GB)의 데이터 양을 결정하고 디스크 매개변수를 10GB보다 약간 큰 디스크 크기(이 경우 16GB)로 변경하는 것이 합리적인 전략일까요?
인용하다:
답변1
나는 이렇게 할 것이다:
파티션 축소원본 카드 또는 복제된 복사본(또는 여러 파티션인 경우 모든 파티션)이 대상 크기에 맞도록 합니다.
나는 사용하는 것이 좋습니다
gparted명령줄 대안에 비해 사용자 친화적이고 안전한 그래픽 사용자 인터페이스가 있습니다.이 경우에는 15GB로 크기를 줄이는 것이 좋습니다(일부 드라이브는 약간 "크기가 작기" 때문에 일부 헤드룸은 공칭 크기인 16GB보다 작습니다). 저 할 수 있어요아니요크기를 가능한 한 작게(10GB) 유지하십시오. 이렇게 하면 나머지 드라이브 공간을 사용하기 위해 파티션 크기를 늘리기 전에 시스템을 실행하기 어렵거나 불가능하게 됩니다.
사용 가능한 공간을 모두 덮으세요.0이 있는 파일 시스템에서는 압축이 더 효율적이기 때문입니다.
나는 추천한다
zerofreeblankext2, ext3 또는 ext4 파일 시스템이 있는 파티션의 경우 다음 명령을 사용하여 파일을 생성합니다.dd다른 파일 시스템의 경우 파일을 삭제하십시오blank. 바라보다man zerofree.복제된 이미지 파일 생성(원하시면 압축하셔도 됩니다.)
gnome-disks이 목적으로 디스크 별칭을 사용하는 것이 좋습니다. 이는 명령줄 대안에 비해 사용자 친화적이고 안전한 그래픽 사용자 인터페이스를 갖춘 도구입니다.
이전 MSDOS 파티션 테이블을 사용하는 경우 이미지에서 원래 드라이브와 크기가 다른 대상 드라이브로 복제한 후 관리가 더 쉬워집니다.
GPT(GUID 파티션 테이블)를 사용할 때 드라이브 끝에 있는 백업 파티션 테이블에 문제가 있습니다. GPT를 생성하면 드라이브 헤드에 기본 파티션 테이블이 생성되고 드라이브 끝에 파티션 테이블의 백업 복사본이 생성됩니다. 드라이브를 복제할 때 대상 드라이브의 크기는 거의 항상 약간 다릅니다. 즉, 백업 파티션 테이블이 전혀 존재하지 않거나(대상이 소스보다 작은 경우) 교체됩니다(소스 드라이브가 아님). ). 이는 최종적으로(대상 크기가 원본보다 큰 경우) 수정될 수 있지만 gdisk문제를 피하고 이전 MSDOS 파티션 테이블을 사용하는 것이 더 쉽습니다.
답변2
Google에서 가져온 정보입니다. 적어도 Windows에서는 Rufus 도구가 이 작업을 수행할 수 있다는 점을 언급하고 싶었습니다.
방금 64GB SD 카드로 이미지를 생성했는데 생성된 이미지 파일 크기는 3.56GB였습니다. 문제 없이 Rufus를 사용하여 32GB SD 카드에 다시 플래시했습니다.
드라이브 이미징 기능은 숨겨져 있습니다. 고급 드라이브 속성 표시를 선택해야 합니다. 그러면 드라이브를 선택하는 드롭다운 메뉴 옆에 저장 아이콘이 나타납니다. 그런 다음 이름을 지정하면 짜잔! :) 시간이 좀 걸리지만 번거로움은 없습니다.