Proxmox VEで「Check of pool failed」エラーが出た時の修復方法｜LVM Thin Poolの復旧手順

Proxmox VEで「Check of pool failed」エラーが発生し、VMが起動しなくなった時の修復手順を解説します。

結論: lvconvert --repair pve/data で直ることが多いですが、Active状態の場合は lvchange -an pve/data を先に実行する必要があります。焦らずこの手順に従えば、多くの場合データ消失なしで復旧できます。

確認環境

エラー発生の経緯

1. Proxmox VEのアップデート実施
2. ホストの再起動を実行
3. 再起動後、VM100が起動失敗
4. Task Viewerで「Check of pool failed」エラーを確認
5. LVM Thin Poolのメタデータ不整合を特定

原因: アップデート後の再起動時に、LVM Thin Poolのメタデータ領域が不整合になった可能性が高いです。

このエラーが表示されたら：まずは焦らない

Proxmox VEでホストを再起動しようとしたら、こんなエラーが表示されました。

原因：LVM Thin Poolの不整合

このエラーの原因は、LVM Thin Pool（pve/data）のメタデータ領域が破損または不整合になったことです。

主な原因:

• 予期せぬシャットダウン（停電・強制電源OFF）
• ディスクI/Oエラー
• Proxmox VEのupdate後の再起動時

OCRで読み取ったエラーメッセージの要点:

• activating 'error' recovery failed — エラー復旧の自動処理に失敗
• LVMThinPool pve/data check failed — Thin Poolの整合性チェック失敗
• reset できなかった — 自動リセットが不可能

LVM Thin Provisioningとは？

LVM Thin Provisioningは、ストレージ容量を動的に割り当てる仕組みです。通常のLVMと違い、実際のデータ量まで容量を確保しないため、効率的なストレージ管理が可能です。

しかし、この柔軟性がゆえに、メタデータの不整合が発生すると整个プールが使えなくなるリスクがあります。Proxmox VEではデフォルトでこの設定が採用されているため、注意が必要です。

Thin Poolの構造

• data: 実際のデータを格納する論理ボリューム
• meta: データのメタデータ（どのブロックが使用されているか）
• pool: data + meta を束ねたThin Pool

今回のエラーは、このmeta領域が破損したことが原因です。

修復手順：lvconvert –repair で復旧

以下の手順で修復します。多くの場合、ステップ2で完了します。

ステップ1: LVMの状態を確認

Proxmox VEのコンソール（Shell）に接続して、LVMの状態を確認します。

lvs -a
pvs

Thin Poolの状態（Attr列）を確認します。twiで始まっていればThin Poolとして認識されています。

ステップ2: Thin Poolを修復

Active状態の場合（最初に試す）

# Thin Poolを修復
lvconvert --repair pve/data

正常に修復されると、Logical volume pve/data has been repaired というメッセージが表示されます。

「Active pools cannot be repaired」エラーが出た場合

Thin PoolがActive状態の場合は、先に非アクティブ化が必要です。

# 1. Thin Poolを非アクティブ化
lvchange -an pve/data

# 2. 修復を実行
lvconvert --repair pve/data

# 3. Thin Poolを再アクティブ化
lvchange -ay pve/data

ステップ3: 修復の確認とVM起動

修復完了後、以下のコマンドで状態を確認します。

lvs
pvesm status

lvsでData%とMeta%が正常な値であれば修復成功です。

VMを起動して動作確認をします。

予防策：停電対策とUPS

このエラーを予防するために、以下の対策をおすすめします:

• UPS（無停電電源装置）の導入 — 停電時の安全なシャットダウンを確保（Proxmox VE入門でUPS設定を解説）
• Proxmox VEの定期バックアップ — vzdumpで自動バックアップを設定
• SMARTモニタリング — ディスクの健康状態を定期チェック
• update前のスナップショット — VMのスナップショットを取ってからupdate
• metadata容量の監視 — 80%を超えたらlvextend --poolmetadatasize +1G pve/dataで拡張

トラブルシューティング：よくある失敗と対処

失敗1: 「volume group pve has no free space」

Thin Poolの空き容量が不足している場合に発生します。

# Thin Poolの空き容量を確認
lvs

# 不要なスナップショットを削除して空き容量を確保
lvremove /dev/pve/vm-100-disk-0_snap

失敗2: 修復後もVMが起動しない

Thin Poolの修復だけでは不十分な場合があります。この時はファイルシステムの修復が必要です。

• Linux VMの場合: e2fsck -f /dev/pve/vm-100-disk-0 をゲスト内で実行
• Windows VMの場合: ゲストを起動して chkdsk /f を実行（より安全）

※ Thin LVを直接 ntfsfix する場合は、kpartx / losetup などでパーティションを露出させる必要があります。

失敗3: Proxmox VEのWeb UIが表示されない

Thin Poolが完全に壊れた場合、Proxmox VE自体が起動できなくなることがあります。この場合はPhysical Console（物理コンソール）から修復します。

# Physical Console でログイン
# Thin Poolのアレイを再構築
vgcfgrestore pve
vgchange -ay pve

問題4: 「Device or resource busy」エラー

Thin Poolがマウントされている場合に発生します。

# 1. 関連するVMを停止
qm stop 100

# 2. Thin Poolを非アクティブ化
lvchange -an pve/data

# 3. 修復を実行
lvconvert --repair pve/data

問題5: メタデータ領域が完全に破損（上級者向け・最終手段）

メタデータが完全に破損し、lvconvert --repair で修復できない場合の最終手段です。

# 1. Thin Poolを非アクティブ化
lvchange -an pve/data

# 2. メタデータ領域を削除（⚠️ データ消失リスク大）
lvremove /dev/pve/data_tmeta

# 3. 新しいメタデータ領域を作成
lvcreate -L 1.6G -n data_tmeta pve

# 4. Thin Poolを再構築（⚠️ データ領域が初期化される可能性あり）
lvconvert --type thin-pool pve/data

# 5. Thin Poolをアクティブ化
lvchange -ay pve/data

実際の修復ログ（参考）

以下は、実際に修復した際のコンソール出力です。

$ lvconvert --repair pve/data
  WARNING: extendingMetadata of pve/data is not in use.
  Logical volume pve/data has been repaired.

$ lvs
  LV   VG   Attr       LSize   Pool Origin Data%  Meta%
  data pve  twi-a-tz-- 100.00g      45.23  1.56

正常に修復されると、has been repairedというメッセージが表示されます。

FAQ: よくある質問

修復手順の確認ポイント

Proxmox VEで「Check of pool failed」エラーが出ても、焦らず lvconvert --repair pve/data を実行すれば修復できることが多いです。

ポイント:

• LVM Thin Poolのメタデータ不整合が原因
• 多くの場合は lvconvert --repair で直る
• Active状態の場合は先に lvchange -an が必要
• データ消失のリスクは低いが、バックアップは必須
• 予防策としてUPSの導入をおすすめ

関連記事

Proxmox VEに関するその他の記事もあわせてご覧ください。

• Proxmox VE入門：ゼロから始める——古いPCが自宅サーバに生まれ変わる — Proxmoxのインストールから基本設定、UPS導入まで
• Proxmox VE スワップ枯渇でVMが落ちる原因と対策 — メモリ不足によるVMクラッシュの予防法
• 4コア4GBでも快適？Proxmoxに軽量Linuxを入れてみた — 軽量VMの作り方とSPICE/noVNC比較