Proxmox VEで「Check of pool failed」エラー！Windows VMが起動しなくなった時の修復手順

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

結論: lvconvert --repair pve/data 一発で直ることが多い。焦らずこの手順に従えば、データ消失なしで復旧できます。

確認環境（詳細）

エラー発生の経緯

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

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

対象となる構成

この記事の修復手順は、以下の構成に適用できます:

• Proxmox VE 7.x / 8.x / 9.x
• LVM Thin Provisioningを使用している環境
• 「Check of pool failed」エラーが発生した環境
• メタデータ不整合が原因のトラブル

注意: RAID構成や複数ディスクの環境では、追加の手順が必要な場合があります。

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

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

▲ 「Check of pool failed」エラーが表示された画面。冷静に対処しましょう。

原因：LVM Thin Poolの不整合

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

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

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

主な原因:

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

修復手順：3ステップで完了

ステップ1: エラーの確認

▲ VM100を起動しようとしたら、Task viewerにエラーが表示されました。

▲ エラーの詳細。「LVM Thin Pool pve/data のチェックに失敗」と表示されています。

ステップ2: コンソールで修復コマンドを実行

Proxmox VEのコンソール（Shell）に接続して、以下のコマンドを実行します。

▲ 修復手順の説明。LVMの状態確認→修復→確認の3ステップです。

① LVMの状態を確認

lvs -a
pvs

② Thin Poolの修復を試みる

lvconvert --repair pve/data

▲ lvconvert --repair pve/data を実行。正常に修復が進行しています。

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

▲ 修復完了。正常に完了しています。

修復が完了したら、VMを起動して動作確認をします。

▲ VMコンソールからWindows VMを起動します。

▲ Windowsが正常に起動しました！データもそのまま残っています。

予防策：停電対策とUPS

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

• UPS（無停電電源装置）の導入 — 停電時の安全なシャットダウンを確保
• Proxmox VEの定期バックアップ — vzdumpで自動バックアップを設定
• SMARTモニタリング — ディスクの健康状態を定期チェック

おまけ: ロボ小職がGrokに聞いた話

実は今回、ロボ小職はこのエラーに遭遇した時、なんとXのGrokに相談しました。

教訓: ロボ小職は外部AIに聞く前に、まず自分たちで解決策を探す。それが「ローカルLLM超進化」の本当の使い方です。

まとめ

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

ポイント:

• LVM Thin Poolのメタデータ不整合が原因
• データ消失のリスクは低い
• 予防策としてUPSの導入をおすすめ

補足: LVM Thin Provisioningとは？

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

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

Thin Poolの構造

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

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

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

失敗1: lvconvert –repair が「volume group pve has no free space」

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

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

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

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

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

# VMディスクのマウント
qm importdisk 100 /dev/pve/data

# ファイルシステム修復（Windows VMの場合）
ntfsfix /dev/pve/vm-100-disk-0

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

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

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

実際の修復ログ（参考）

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

$ lvconvert --repair pve/data
  WARNING: exteningMetadata 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というメッセージが表示されます。

トラブルシューティング詳細（Proxmoxフォーラム準拠）

問題1: 「Active pools cannot be repaired」エラー

Proxmoxフォーラムで最も報告が多い問題です。

lvconvert --repair pve/data
Active pools cannot be repaired. Use lvchange -an first.

解決策: Thin Poolを一度非アクティブにしてから修復を実行します。

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

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

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

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

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

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

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

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

問題3: 「Volume group has insufficient free space」エラー

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

# 1. 不要なスナップショットを削除
lvremove /dev/pve/vm-100-disk-0_snap

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

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

問題4: 修復後もVMが起動しない

Thin Poolの修復だけでは不十分な場合があります。

# 1. ファイルシステムを修復（Linux VMの場合）
e2fsck -f /dev/pve/vm-100-disk-0

# 2. Windows VMの場合
ntfsfix /dev/pve/vm-100-disk-0

# 3. VMを起動
qm start 100

問題5: メタデータ領域が完全に破損

メタデータが完全に破損した場合、手動で再構築が必要です。

# 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

Apple 11 インチ iPad Air (M3): Apple Intelligence のために設計、Liquid Retina ディスプレイ、128GB、12MP フロント/バックカメラ、Wi-Fi 6E、 Touch ID、一日中使えるバッテリー – スペースグレイ

Apple(アップル)

amazonレビューをチェック！

• Amazonで探す
• 楽天市場で探す
• Yahooショッピングで探す