tencent cloud

Linuxイメージの作成
PDFファイルをダウンロード
最終更新日:2025-09-08 15:28:17
Linuxイメージの作成
最終更新日: 2025-09-08 15:28:17
PDFファイルをダウンロード

概要

このドキュメントでは、ローカルまたはその他のプラットフォームのLinuxサーバーのシステムディスクイメージを作成する方法について説明します。

操作手順

準備作業

システムディスクイメージを作成してエクスポートする前に、次のことを確認してください。
説明：
データディスクを介してイメージをエクスポートする場合は、この手順をスキップしてください。

OSのパーティションと起動方法の確認

1. 次のコマンドを実行して、OSパーティションがGPTパーティションであるかどうかを確認します。
sudo parted -l /dev/sda | grep 'Partition Table'
返された結果がmsdosである場合、MBRパーティションであることを示します。この場合、次の手順を引き続き実行します。
返された結果がgptである場合、GPTパーティションであることを示します。
2. 次のコマンドを実行して、OSがEFIモードで起動するかどうかを確認します。
sudo ls /sys/firmware/efi
ファイルが存在する場合、現在のOSが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ドライバーの確認

操作の詳細については、LinuxでのVirtioドライバーの確認 をご参照ください。

cloud-initのインストール

インストールの詳細については、Linuxでのcloud-initのインストール をご参照ください。

その他のハードウェア構成の確認

クラウド移行後のハードウェアの変更には、以下が含まれますが、これらに限定されません：
グラフィックカードがCirrus VGAに変更されました。
ディスクがVirtio Diskに変更されました。デバイス名はvda、vdbです。
ENIがVirtio Nicに変更されました。デフォルトではeth0のみを提供します。

パーティションとサイズの検索

次のコマンドを実行して、現在のOSのパーティション形式を確認して、コピーするパーティションとそのサイズを特定します。
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にはブートパーティションが含まれ、mbrは欠落しています。したがって、sda全体をコピーするだけで済みます。
ご注意：
エクスポートされたイメージには少なくともルートパーティションとmbrを含む必要があります。エクスポートされたイメージにmbrがない場合、システムを起動できません。
現在のOSでは、/bootと/homeが独立したパーティションである場合、エクスポートされたイメージにはこの2つの独立したパーティションを含む必要があります。

イメージのエクスポート

実際のニーズに応じて、それぞれの方式を選択してイメージをエクスポートします。
プラットフォームツールを使用してイメージをエクスポートする
コマンドを使用してイメージをエクスポートする
VMWare vCenter ConverterまたはCitrix XenConvertなどの仮想化プラットフォームのイメージエクスポートツールを使用します。詳細については、各プラットフォームのエクスポートツールドキュメントをご参照ください。
説明：
現在、Tencent Cloudのサービス移行は、qcow2、vhd、raw、およびvmdk形式のイメージをサポートしています。
ご注意：
コマンドを使用してイメージを手動でエクスポートすると、リスクが大きいため（例えば、I/O がビジー状態の場合、ファイルシステムのメタデータが破損する可能性があるなど）、イメージのエクスポート後にエラーの有無を確認することをお勧めします。
qemu-img または ddコマンドを使用 してイメージをエクスポートできます：

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
形式なし

ddコマンドの使用

例えば、次のコマンドを実行して、raw形式のイメージをエクスポートします。
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 bytes
255 heads, 63 sectors/track, 181756 cylinders, total 2919915520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0008f290
fdiskコマンドの返された結果により、sda1の終了位置が41945087*512バイトの位置である場合、countを20481Mに設定すれば良いことが分かります。
説明：
ddコマンドでエクスポートしたイメージがraw形式です。qcow2、vhd、またはその他のイメージ形式に変換 することをお勧めします。


イメージ形式の変換（オプション）

イメージ形式の変換を参照して、qemu-imgを使用してイメージファイルをサポートされている形式に変換してください。

イメージのチェック

説明：
サービスを停止せずにイメージを作成するか、またはその他の理由により、作成したイメージファイルシステムが破損している可能性があります。イメージ作成後にエラーの有無を確認することをお勧めします。
イメージの形式が現在のプラットフォームでサポートしている形式と一致している場合は、イメージを直接開いてファイルシステムを確認できます。例えば、Windowsプラットフォームではvhd形式のイメージを追加でき、Linuxプラットフォームではqemu-nbd を利用してqcow2 形式のイメージを開くことができ、Xenプラットフォームではvhdファイルを直接開くことができます。このドキュメントでは、Linuxプラットフォームを例として説明します。
1. 次のコマンドを順番に実行して、nbdモジュールがあるかどうかを確認します。
modprobe nbd
lsmod | grep nbd
以下の結果が返された場合、nbdモジュールがあることを示しています。返された結果がNULLである場合、カーネルコンパイルオプション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が存在しない場合、またはマウントに失敗した場合は、イメージが正しくない可能性があります。 また、イメージをアップロードする前に、CVMを起動してイメージファイルを使用できるかどうかをテストすることもできます。
この記事はお役に立ちましたか？
営業担当者に お問い合わせ いただくか チケットを提出 してサポートを求めることができます。
はい
いいえ

フィードバック