Linux 이미지 생성
마지막 업데이트 시간:2025-09-08 15:29:09
작업 시나리오
본 문서는 로컬 또는 기타 플랫폼의 Linux 서버 시스템 디스크 이미지 제작 방법을 소개합니다.
작업 단계
준비 과정
시스템 디스크의 미러 이미지를 제작 후 내보내기 할 경우 아래의 검사를 진행해야 합니다.
설명：
데이터 디스크를 통해 이미지를 내보내는 경우에는 이 작업을 건너뛸 수 있습니다.
OS 파티션 및 실행 모드 검사
1. 다음 명령어를 실행하여 OS 파티션이 GPT 파티션인지 확인하십시오.
sudo parted -l /dev/sda | grep 'Partition Table'
반환 결과가 msdos인 경우, 즉 MBR 파티션으로 표시되면 다음 단계로 이동하십시오.
반환 결과가 gpt인 경우, GPT 파티션으로 표시되며.
2. 다음 명령어를 실행하여 운영 체제가 EFI 방식으로 시작되었는지 검사하십시오.
sudo ls /sys/firmware/efi
파일이 있는 경우, 현재 운영 체제가 EFI 방식으로 시작되었다고 표시됩니다. 티켓 제출을 통해 피드백을 보내주십시오.
파일이 존재하지 않으면 다음 단계로 이동하십시오.
시스템 키 파일 검사
검사할 시스템 키 파일에는 다음과 같은 파일이 포함되지만 이에 제한되지는 않습니다.
설명：
시스템 키 파일 위치 및 권한이 정확하게 정의되고 읽기/쓰기가 가능하도록 해당 릴리스 버전 표준을 준수하시기 바랍니다.
/etc/grub2.cfg: kernel 매개변수에서는 uuid로 root를 마운트하는 것을 권장하며 다른 방식(예: root=/dev/sda)은 시스템이 실행하지 못할 수 있습니다. 마운트 단계는 다음과 같습니다.1.1 다음 명령을 실행하여
/root의 파일 시스템 이름을 가져옵니다.df -TH
반환 결과는 아래 이미지와 같으며 
/root 파일 시스템 이름이 /dev/vda1임을 나타냅니다.
1.2 다음 명령을 실행하여 UUID를 가져옵니다.
sudo blkid /dev/vda1
설명：
파일 시스템 UUID가 고정되어 있지 않습니다. 정기적으로 확인하고 업데이트하십시오. 예를 들어 파일 시스템 포맷 시 파일 시스템의 UUID가 변경됩니다.
1.3 다음 명령어를 실행하여 VI 편집기를 사용하여
/etc/fstab 파일을 엽니다.vi /etc/fstab
1.4 i를 눌러 편집 모드로 진입합니다.
1.5 커서를 파일 끝으로 이동하여 Enter를 누르고 다음 내용을 추가하십시오. 이전 예시와 결합하여 다음을 추가하십시오.
UUID=d489ca1c-xxxx-4536-81cb-ceb2847f9954 / ext4 defaults 0 0
1.6 Esc를 누르고 :wq를 입력하고 Enter를 누릅니다. 설정을 저장하고 편집기를 종료합니다.
/etc/fstab: 다른 하드 디스크를 마운트하지 마십시오. 마이그레이션 후 디스크 부재로 인해 시스템이 시작하지 않을 수 있습니다./etc/shadow: 정상적인 권한으로 읽기 및 쓰기가 가능합니다.소프트웨어 언마운트
언마운트는 드라이버 및 소프트웨어 (VMware tools, Xen tools, Virtualbox GuestAdditions 및 하위 레이어 드라이버의 소프트웨어)의 충돌을 생성합니다.
virtio 드라이버 검사
cloud-init 설치
기타 하드웨어 관련 구성 검사
클라우드 업로드 이후의 하드웨어는 다음의 변화가 포함되지만, 이에 국한되지는 않습니다.
그래픽 카드가 Cirrus VGA로 교체됩니다.
하드 디스크가 Virtio Disk로 교체되고 장치 이름은 vda 및 vdb입니다.
네트워크 카드가 Virtio Nic으로 교체되고 기본으로 eth0만 제공됩니다.
파티션 및 크기 조회
다음 명령어를 실행하여 현재 운영 체제의 파티션 형식을 조회하고 복사할 파티션 및 크기를 결정하십시오.
mount
아래의 반환 결과를 예로 합니다.
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)dev on /dev type devtmpfs (rw,nosuid,relatime,size=4080220k,nr_inodes=1020055,mode=755)run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)/dev/sda1 on / type ext4 (rw,relatime,data=ordered)securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)systemd-1 on /home/libin/work_doc type autofs (rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12692)systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=39,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12709)debugfs on /sys/kernel/debug type debugfs (rw,relatime)mqueue on /dev/mqueue type mqueue (rw,relatime)hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)tmpfs on /tmp type tmpfs (rw,nosuid,nodev)configfs on /sys/kernel/config type configfs (rw,relatime)tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=817176k,mode=700,uid=1000,gid=100)gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
루트 파티션
/dev/sda1 에서 /boot 및 /home 은 독립적인 파티션이 없고 sda1에 boot 파티션이 포함되어 있으며 mbr이 누락되어 있음을 알 수 있습니다. sda 전체를 복사하면 됩니다.주의사항：
내보내기한 미러 이미지에는 최소한 루트 파티션 및 mbr가 포함되어야 합니다. 내보내기한 미러 이미지에 mbr가 없으면 시작할 수 없습니다.
현재 운영 체제에서
/boot 및 /home이 독립적인 파티션인 경우 내보내기한 미러 이미지에도 두 개의 독립적인 파티션을 포함해야 합니다.미러 이미지 내보내기
실제 요구 사항에 따라 다양한 방식으로 미러 이미지 내보내기를 선택하십시오.
VMWare vCenter Convert 혹은 Citrix XenConvert 등과 같은 버츄얼 플랫폼의 미러 이미지 내보내기 툴을 사용합니다. 자세한 내용은 각 플랫폼의 내보내기 툴 문서를 참고하십시오.
설명：
현재 Tencent Cloud 서비스에서 마이그레이션을 지원하는 이미지 형식에는 qcow2, vhd, raw, vmdk가 있습니다.
주의사항：
명령어를 통한 미러 이미지 수동 내보내기는 리스크가 상대적으로 높습니다(IO가 사용 중일 때 파일 시스템의 metadata 오류를 일으킬 수 있음). 미러 이미지를 내보낸 후 [미러 이미지 검사](# CheckMirror)를 진행하여 오류를 확인해야 합니다.
qemu-img 명령어 사용다음 명령어를 사용하여 필요한 패키지를 설치합니다. 본 문서는 Debian을 예시로 들고 있으며 릴리스 버전별로 패키지가 상이할 수 있으니 실제 상황에 맞게 조정하시기 바랍니다. 예를 들어 CentOS의 패키지 이름은
qemu-img입니다. apt-get install qemu-utils
다음 명령어를 실행하여
/dev/sda를 /mnt/sdb/test.qcow2로 내보냅니다.sudo qemu-img convert -f raw -O qcow2 /dev/sda /mnt/sdb/test.qcow2 이 중 /mnt/sdb는 마운트하기 위한 새로운 디스크 및 다른 네트워크 스토리지입니다.
다른 형식으로 전환해야 할 경우 -O의 매개변수 값을 수정하십시오. 수정 가능한 매개변수 값은 다음과 같습니다.매개변수 값 | 의미 |
qcow2 | qcow2 형식 |
vhd | vhd 형식 |
vmdk | vmdk 형식 |
raw | 형식 없음 |
예를 들면, 다음 명령어를 실행하여 raw 형식 미러 이미지를 내보냅니다.
dd 명령어 사용sudo dd if=/dev/sda of=/mnt/sdb/test.imag bs=1K count=$count
이 중 count 매개변수는 복사할 파티션의 수량이며 fdisk 명령어를 통해 해당 수량 값을 조회할 수 있습니다. 전체 디스크 복사가 필요할 경우 count 매개변수는 무시해도 됩니다.
예를 들어, 다음 명령어를 실행하여 /dev/sda의 파티션 수량을 조회합니다.
fdisk -lu /dev/sda
다음과 같은 결과가 반환됩니다.
Disk /dev/sda: 1495.0 GB, 1494996746240 bytes255 heads, 63 sectors/track, 181756 cylinders, total 2919915520 sectorsUnits = sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk identifier: 0x0008f290Device Boot Start End Blocks Id System/dev/sda1 * 2048 41945087 20971520 83 Linux/dev/sda2 41945088 46123007 2088960 82 Linux swap / Solaris/dev/sda3 46123008 88066047 20971520 83 Linux/dev/sda4 88066048 2919910139 1415922046 8e Linux LVM
fdisk 명령어의 반환 결과에 따르면, sda1의 종료 위치는 41945087 * 512 바이트이며, count는 20481M으로 설정하면 됩니다.
설명：
dd 명령어를 통해 내보내기한 미러 이미지는 raw 형식이므로 [qcow2, vhd 및 기타 미러 이미지 형식으로 전환](# ImageFormatConversion)을 권장합니다.
이미지 형식 변환(옵션)
이미지 형식 변환을 참고하고
qemu-img를 사용하여 이미지 파일을 지원하는 형식으로 변환합니다. 이미지 조회
설명：
서비스를 중지하지 않고 바로 이미지를 생성했거나 다른 원인으로 인해 생성한 이미지 파일 시스템에 오류가 있을 수 있으므로 이미지를 생성한 후에 오류가 없는지 확인하십시오.
미러 이미지 형식이 현재 플랫폼에서 지원하는 형식과 일치할 경우 미러 이미지를 열어 파일 시스템을 직접 확인할 수 있습니다. 예를 들어, Windows 플랫폼은 vhd 형식의 미러 이미지를 직접 추가할 수 있습니다. Linux 플랫폼은 qemu-nbd를 사용해 qcow2 형식 미러 이미지를 열 수 있으며, Xen 플랫폼은 vhd 파일을 직접 시작할 수 있습니다. 본 문서에서는 Linux 플랫폼을 예로 들어 확인 절차를 설명합니다.
1. 다음 명령어를 차례로 실행하여 nbd 모듈이 있는지 확인합니다.
modprobe nbd
lsmod | grep nbd
다음과 같은 결과가 반환되면 nbd 모듈이 있다는 의미입니다. 반환 결과가 비어있으면 커널 컴파일 옵션 
CONFIG_BLK_DEV_NBD이 활성화되어 있는지 확인하십시오. 활성화되어 있지 않으면 시스템을 변경하거나 CONFIG_BLK_DEV_NBD 컴파일 옵션을 활성화한 후 커널을 재컴파일합니다.
2. 다음 명령어를 차례로 실행하여 이미지를 확인합니다.
qemu-nbd -c /dev/nbd0 xxxx.qcow2
mount /dev/nbd0p1 /mnt
qemu-nbd 명령어를 실행하면 /dev/nbd0는 xxx.qcow2의 콘텐츠로 매핑되며 /dev/nbd0p1은 해당 버츄얼 디스크의 첫번째 파티션을 대표합니다. nbd0p1가 없거나 mount에 실패한다면 이미지 오류 때문일 가능성이 높습니다.
또한, 미러 이미지를 업로드하기 전에 먼저 클라우드 서버를 시작해 미러 이미지 파일의 사용 가능 여부를 테스트할 수 있습니다.피드백