LVM PVおよびLUKSコンテナ/パーティションの最小化[閉じる]

Question

1.)

マニュアルページから：

pvresize 物理ボリュームの新しい終了位置の後にエクステントが割り当てられると、物理ボリュームの縮小は拒否されます。

だから試行錯誤で作業を行います。実際、pvresizeその一部をお話しします。

/dev/dm-7: cannot resize to 17564 extents as 18620 are allocated.

正確なサイズを確認するには、PEサイズ（4MiBなど）と最初のPEオフセット（1MiBなど）を知る必要があります。もちろん、最後に割り当てられた範囲の番号も同様です。

pvs -o pv_name,pe_start,vg_extent_size,seg_pe_ranges

したがって、合計サイズは1MiB（最初のPE）+ 18620 * 4MiB（PEサイズ）にすることができます。

2.)

LUKSヘッダーサイズ/データオフセットを知る必要があります。通常、これは4096セクタ、つまり2MiBです。確認してくださいcryptsetup luksDump、Payload offset。

したがって、新しいパーティションサイズは、LUKSペイロードオフセットにPV自体のサイズを変更したサイズを加えた値です。

3.）

はい、いいえ。 LUKSはメタデータのサイズを保持しないため、LUKSコンテナをシャットダウンまたは再起動するときは、ブロックデバイス自体のサイズのみを使用します。

cryptsetup resizeただし、オンラインサイズ変更の場合は、使用してから使用するサイズに設定する必要がありますpvresize。

4.)

時には、読み取り専用モードで問題のあるデバイスをqemu / KVMインスタンスに渡し、いくつかのLinux回復システムを実行してこれを実行します。 LVMは冗長PV UUIDまたはVG / LV名を見るのが好きではないため、ホストを確認することは困難です（読み取り専用ループデバイスを使用するなど）。 PV が予想より小さい場合、LVM はアクティブ化を拒否します。

Answer 1

1.)