큰 파티션이 있는 작은 디스크 이미지를 만드는 방법

Question 1

가장 쉬운 방법은 지원 파일을 스파스 파일로 생성하는 것입니다. 즉, truncate -s 1G disk.img대신 1GB로 설정하는 것 dd if=/dev/zero bs=1048576 count=1024 of=disk.img입니다. 아주 좋고 truncate훨씬 빠릅니다.

파일에 작업을 수행 하면 ls -l1GB로 표시되지만 이는 표면 크기일 뿐입니다. du disk.img실제 치수가 제공됩니다.

(희소 파일을 지원하는 파일 시스템에 이미지를 저장해야 합니다. 일반적인 Unix는 모두 지원합니다. Ext2/3/4는 모두 지원합니다. FAT32는 지원하지 않습니다. HFS+도 마찬가지입니다.)

참고: 논리적으로 스파스 파일은 여전히 전체 크기입니다. 단지 작성되지 않은 부분이 물리적으로 디스크에 저장되지 않는다는 점일 뿐입니다. 대부분의 경우 실제로 저장되지 않는 부분은 프로그램에서 숨겨집니다. 그러나 일부 유틸리티에서는 이를 지원합니다. (예:,,, dd conv=sparse등 cp --sparse=auto/always). 실제 USB 메모리 스틱할 수 없다부족한. 이를 작성 하면 dd conv=sparse훨씬 더 빠를 수 있지만 NUL(0x00)로 가득 찬 예상 블록 대신 이전에 존재했던 데이터가 남게 됩니다. 여유 공간으로 인해 잘 작동하지만 USB 스틱에 오래된 데이터가 남게 됩니다. 보안 문제일 수 있습니다.

Answer

가장 쉬운 방법은 지원 파일을 스파스 파일로 생성하는 것입니다. 즉, truncate -s 1G disk.img대신 1GB로 설정하는 것 dd if=/dev/zero bs=1048576 count=1024 of=disk.img입니다. 아주 좋고 truncate훨씬 빠릅니다.

파일에 작업을 수행 하면 ls -l1GB로 표시되지만 이는 표면 크기일 뿐입니다. du disk.img실제 치수가 제공됩니다.

(희소 파일을 지원하는 파일 시스템에 이미지를 저장해야 합니다. 일반적인 Unix는 모두 지원합니다. Ext2/3/4는 모두 지원합니다. FAT32는 지원하지 않습니다. HFS+도 마찬가지입니다.)

참고: 논리적으로 스파스 파일은 여전히 전체 크기입니다. 단지 작성되지 않은 부분이 물리적으로 디스크에 저장되지 않는다는 점일 뿐입니다. 대부분의 경우 실제로 저장되지 않는 부분은 프로그램에서 숨겨집니다. 그러나 일부 유틸리티에서는 이를 지원합니다. (예:,,, dd conv=sparse등 cp --sparse=auto/always). 실제 USB 메모리 스틱할 수 없다부족한. 이를 작성 하면 dd conv=sparse훨씬 더 빠를 수 있지만 NUL(0x00)로 가득 찬 예상 블록 대신 이전에 존재했던 데이터가 남게 됩니다. 여유 공간으로 인해 잘 작동하지만 USB 스틱에 오래된 데이터가 남게 됩니다. 보안 문제일 수 있습니다.

Question 2

먼저 희소 이미지를 디스크에 씁니다.아니요해당 이미지 파일(구멍 및 전체)의 전체 크기를 제외한 모든 크기가 디스크를 덮어쓰게 됩니다. 이 때문입니다다루다희소 파일 수는 파일 시스템의 품질과 원시 장치의 품질을 결정합니다.(이미지를 쓰는 것과 같습니다)그와 같은 일은 없다하지만. 스파스 파일은 다음과 같습니다.저장됨파일 시스템으로 제어되는 미디어에 안전하게 저장분명한스파스 파일(예: ext4 장치)하지만 일단 글을 써보면, 당신이 말하고 싶은 모든 것이 담겨 있을 것입니다. 그래서 당신이 해야 할 일은:

쓸 준비가 될 때까지 파일을 인식하지 못하는 파일 시스템에 저장하면 됩니다.
2겹 깊이로 만드세요...
- 즉, 기본 이미지를 파일에 쓰고 다른 이미지를 만듭니다.부모희소 파일을 이해하는 fs를 사용하여 이미지를 복사한 다음부모이미지, 그리고...
- 이미지를 작성할 때는 상위 이미지를 먼저 작성한 다음 기본 이미지를 작성하세요.

2단계에서 수행하는 방법은 다음과 같습니다.

1GB 스파스 파일 생성...
```
dd bs=1kx1k seek=1k of=img </dev/null
```
두 개 쓰다ext4파티션 테이블을 분할합니다: 1 200MB, 2 800MB...
```
printf '%b\n\n\n\n' n '+200M\nn\n' 'w\n\c' | fdisk img
```

2개 생성ext4파일 시스템은 -P할당된 루프 장치에 있고 두 번째 파일 시스템의 복사본은 첫 번째 파일 시스템에 배치됩니다.

sudo sh -c '
    for p in "$(losetup --show -Pf img)p"*        ### the for loop will iterate
    do    mkfs.ext4 "$p"                          ### over fdisks two partitions
          mkdir -p ./mnt/"${p##*/}"               ### and mkfs, then mount each
          mount "$p" ./mnt/"${p##*/}"             ### on dirs created for them
    done; sync; cd ./mnt/*/                       ### next we cp a sparse image
    cp --sparse=always "$p" ./part2               ### of part2 onto part1
    dd bs=1kx1k count=175 </dev/zero >./zero_fill ### fill out part1 w/ zeroes
    sync; cd ..; ls -Rhls .                       ### sync, and list contents
    umount */; losetup -d "${p%p*}"               ### last umount, destroy
    rm -rf loop*p[12]/ '                          ### loop devs and mount dirs

mke2fs 1.42.12 (29-Aug-2014)
Discarding device blocks: done
Creating filesystem with 204800 1k blocks and 51200 inodes
Filesystem UUID: 2f8ae02f-4422-4456-9a8b-8056a40fab32
Superblock backups stored on blocks:
    8193, 24577, 40961, 57345, 73729

Allocating group tables: done
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

mke2fs 1.42.12 (29-Aug-2014)
Discarding device blocks: done
Creating filesystem with 210688 4k blocks and 52752 inodes
Filesystem UUID: fa14171c-f591-4067-a39a-e5d0dac1b806
Superblock backups stored on blocks:
    32768, 98304, 163840

Allocating group tables: done
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

175+0 records in
175+0 records out
183500800 bytes (184 MB) copied, 0.365576 s, 502 MB/s
./:
total 1.0K
1.0K drwxr-xr-x 3 root root 1.0K Jul 16 20:49 loop0p1
   0 drwxr-xr-x 2 root root   40 Jul 16 20:42 loop0p2

./loop0p1:
total 176M
 12K drwx------ 2 root root  12K Jul 16 20:49 lost+found
 79K -rw-r----- 1 root root 823M Jul 16 20:49 part2
176M -rw-r--r-- 1 root root 175M Jul 16 20:49 zero_fill

./loop0p1/lost+found:
total 0

./loop0p2:
total 0

지금은 많은 출력이 있습니다. 대부분은 다음에서 나옵니다 . 하지만 맨 아래 비트에 mkfs.ext4특별한 주의를 기울이십시오 . 실제를 보여줄 것이다lsls -s-s크기디스크에 있는 파일 이름 - 항상 첫 번째 열에 표시됩니다.

이제 기본적으로 이미지를 첫 번째 파티션으로 줄일 수 있습니다.

fdisk -l img

Disk img: 1 GiB, 1073741824 bytes, 2097152 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
Disklabel type: dos
Disk identifier: 0xc455ed35

Device Boot  Start     End Sectors  Size Id Type
img1          2048  411647  409600  200M 83 Linux
img2        411648 2097151 1685504  823M 83 Linux

fdisk첫 번째 파티션에 411647 +1 512바이트 섹터가 있음을 알려줍니다 .img...
```
dd seek=411648 of=img </dev/null
```
이 내용은 잘립니다.img첫 번째 파티션에만 파일을 저장하세요. 바라보다?
```
ls -hls img
```
```
181M -rw-r--r-- 1 mikeserv mikeserv 201M Jul 16 21:37 img
```
...하지만 여전히 파티션을 마운트할 수는 있습니다...
```
sudo mount "$(sudo losetup -Pf --show img)p"*1 ./mnt
```

...이것이 그 내용입니다...

ls -hls ./mnt

total 176M
 12K drwx------ 2 root root  12K Jul 16 21:34 lost+found
 79K -rw-r----- 1 root root 823M Jul 16 21:34 part2
176M -rw-r--r-- 1 root root 175M Jul 16 21:34 zero_fill

그리고두 번째 파티션의 스토리지 이미지를 첫 번째 파티션에 연결할 수 있습니다.

sudo sh -c '
    dd seek=411648 if=./mnt/part2 of=img
    umount ./mnt; losetup -D
    mount "$(losetup -Pf --show img)p"*2 ./mnt
    ls ./mnt; umount ./mnt; losetup -D'

1685504+0 records in
1685504+0 records out
862978048 bytes (863 MB) copied, 1.96805 s, 438 MB/s
lost+found

이제 우리의img문서: 더 이상 드물지 않습니다...

ls -hls img

1004M -rw-r--r-- 1 mikeserv mikeserv 1.0G Jul 16 21:58 img

...하지만 두 번째로 삭제하는 것도 물론 처음처럼 쉽습니다...

dd seek=411648 of=img </dev/null
ls -hls img

181M -rw-r--r-- 1 mikeserv mikeserv 201M Jul 16 22:01 img

Answer