2026年、Proxmox VE 9.2で仮想マシンを拡張したのに、容量が増えないのはなぜ？

結論として、Proxmox VE 9.2で仮想ディスクを広げても、ゲストOSの分割領域、LVM、ファイルシステムは自動では広がりません。今週の作業では追加操作を急がず、ホストのストレージ余量を確認してから、容量が止まっている層を特定してください。ホスト側の空き不足を、ゲストOSの拡張漏れと取り違えないことが出発点です。

Proxmox VE 9.2のシステム管理者や、VMリソースプールを運用するMSPの担当者に向けた手順です。複数の顧客VMを保守する場合は、復旧経路も含めて変更管理に組み込んでください。開発・テスト環境や社内サービスを担当する小規模ITチームにも役立ちます。

容量が増えないときは、どの層で止まっているかを切り分けます

容量は、ホストのストレージ、VMに割り当てた仮想ディスク、ゲストOS内のブロックデバイス、分割領域、LVMやファイルシステムといった複数の層で管理されています。Proxmoxの管理ガイドでストレージの構成を確認し、まず対象ストレージの状態と使用量を見てください。ストレージの種類によって、仮想ディスクの表示容量とホスト上の実使用量の関係は異なります。Proxmox VE管理ガイドのストレージ解説

Proxmox VE 9.2の公開日は2026年5月21日です。ただし、公開日だけを根拠に個々の拡張操作や画面表示の挙動を決めつけず、利用中の構成に合う管理ガイドを参照してください。Proxmox VE 9.2の公式リリース情報

ホストとVMの状態を読み取り専用で確認します

まずProxmox側で対象VMの設定と対象ディスクを特定します。VMの設定表示はqm config <VMID>、ストレージの状態確認にはpvesm statusを使い、意図したストレージに容量が残っているか照合してください。qmのコマンド仕様はProxmox公式のqmコマンドリファレンスで確認できます。

ゲストLinuxでは、lsblk -fでデバイス・分割領域・ファイルシステムの対応を確認し、df -hTでマウント済みファイルシステムの容量と形式を見ます。LVMを使っている場合はpvs、vgs、lvsも確認します。Windowsゲストでは「ディスクの管理」を開き、対象ディスクとボリュームの状態を見ます。

注意
対象VMやディスク名を特定できない、またはホストのストレージに余裕がない場合は、拡張操作を保留してください。表示上の容量だけを根拠に作業を進めず、バックアップから復元できることも先に確認します。

症状に合わせて、次の確認先を選びます

次の条件で分岐すれば、必要のない拡張操作を避けられます。

• ホストのストレージに余裕がない場合は、VM側の拡張を続けず、ホストの容量と保存先を見直します。
• VM設定のディスク容量が変わっていない場合は、対象VMとディスク名を再確認してから、実行した操作を照合します。
• VM設定では増えているが、ゲストのブロックデバイスが旧容量のままなら、ゲストOSが変更後の容量を認識しているか調べます。未確認の状態で分割領域を変更しないでください。
• ブロックデバイスは大きく、分割領域が旧サイズなら、未割り当て領域の位置を確認し、バックアップと復旧手順を準備してから分割領域の変更を検討します。
• 分割領域まで大きくなっているなら、LVMの有無とファイルシステムの種類を確認し、それぞれに適合した拡張手順へ進みます。

qm resizeで仮想ディスクを拡張する場合も、VM ID、ディスク名、指定するサイズを必ず照合してください。コマンドの書式と対象をProxmox公式のqmコマンドリファレンスで確認し、作業後にゲスト側でディスク容量が認識されたことを別途確かめます。

ゲストOSでは分割領域、LVM、ファイルシステムを分けて扱います

Linuxの通常の分割領域では、ディスクが認識されたことと、分割領域のサイズが変わったことを別々に確認します。分割領域を変更する作業はデータに影響する可能性があるため、作業前にバックアップ、保守時間、復旧手順を用意してください。すべての構成に同じコマンドを当てはめることはできません。

LVM構成の場合は、物理ボリューム、ボリュームグループ、論理ボリュームの状態を順に調べます。論理ボリュームの拡張とファイルシステムの拡張は別の段階です。Red Hatの論理ボリューム管理ガイドに照らし、実際の構成と対象パスが一致してから操作してください。

ext系ファイルシステムではresize2fsが候補ですが、適用条件はファイルシステムと環境により異なります。Debianのresize2fsマニュアルで対象と条件を確認してください。XFSの場合はマウント状態や対象パスを確かめたうえで、xfs_growfsのマニュアルに沿って判断します。拡張処理がオンラインで安全に完了すると一律に保証することはできません。

Windowsゲストでは「ディスクの管理」でディスクとボリュームの状態を確認し、隣接する未割り当て領域など、拡張条件を満たしているか調べます。Microsoftの基本ボリューム拡張手順に該当しない場合は、操作を進めず構成を確認してください。

作業前の警告
分割領域、LVM、ファイルシステムを変更する前に、バックアップの取得だけでなく復元手順も確認します。構成やストレージバックエンドを判別できないときは、メンテナンス時間を確保して詳しい情報を集めるまで変更を保留してください。

よくある表示の違いをFAQで整理します

Proxmox側で拡張したのに、ゲストの空き容量が変わらない場合

仮想ディスクの容量が増えたあとも、ゲスト側では分割領域やファイルシステムが以前のサイズのままということがあります。lsblk -fとdf -hTを見比べ、どの層まで新しい容量が見えているかを特定します。ホストのストレージ不足なら、ゲストOS内の拡張では解決しません。

Linux側で次に調べる項目

ブロックデバイス、分割領域、LVM、ファイルシステムの順に確認します。dfの表示だけでは、ゲストのディスク自体が拡張されたかは分かりません。ext系とXFSでは手順が異なるため、形式を確かめ、公式マニュアルと実際のマウント先を照合してから進めます。

分割領域とファイルシステムを区別する方法

ディスクと分割領域のサイズをlsblkなどで比較し、ファイルシステムの使用可能容量をdf -hTで確認します。ディスクだけが大きければ分割領域の状態、分割領域も大きいのにdfが変わらなければLVMやファイルシステムの状態を確認します。復旧手順がない状態で分割領域を変更しないでください。

拡張前に確認しておくこと

対象VMとディスク、ホスト側ストレージの空き、ゲスト内の構成、復元可能なバックアップを確認します。対象ストレージやゲストのレイアウトが不明なら、操作は保留が適切です。業務利用のVMでは保守時間を調整し、変更後にディスク、分割領域、論理ボリューム、ファイルシステムを個別に検証します。

VMの容量不足とホストの容量不足を分けて計画します

VMの空き容量が足りないだけなら、ホスト側に余裕があることを確認してから仮想ディスクの拡張を検討できます。一方、ホストのストレージ自体が不足している場合、VMを大きくしても解決にはなりません。保存先の見直しやストレージ構成の再計画が先です。

AmdMetalの独享AMD物理サーバーを比較する場合も、VMの容量不足だけを見て契約を決めず、必要なストレージ選択肢を先に確認してください。AmdMetalの料金・構成情報とサーバーの案内で実際に選べる内容を照合できます。

共用クラウドやVPSは、小さく始めたい場合に適していますが、共有リソースの影響、ストレージ構成を選べる範囲、容量や利用料の条件は契約内容によって異なります。VMを多数運用し、ストレージ設計を自分で管理したいなら、独享型のAMD物理サーバーを選択肢に加える意味があります。ただし、物理サーバーへ移っても、ゲストOS内で分割領域やファイルシステムを確認する手順は必要です。まずAmdMetalの実際のストレージ選択肢を確認し、ホストの余量を含めた計画に合う場合に検討してください。

よくある質問