lvm2論理ボリュームとファイルシステムのサイズ変更：正確なサイズ？

私のイントラネットサーバーには、lvm2の物理ボリュームとして使用する100.00 GiBパーティション/ dev / sda5があります。

• これは、ボリュームグループvg01の唯一の物理ボリュームです。
• vg01には現在、1つの論理ボリュームlv01が含まれており、完全な100.00 GiBを使用しています。まあ、実際には（丸めが原因で）丸めが原因で99.99 GiBになっています。
• lv01には、スペース全体を使用するext3ファイルシステムが含まれています。

lv01を約97 GiBに減らしたいので、およそlv02を作成できます。3 GiB（lvmスナップショットを撮るために必要です）。

これまでに行ったこと：

e2fsck -f /dev/mapper/vg01-lv01
resize2fs /dev/mapper/vg01-lv01 97G

これはうまくいきました。しかし今、私は実行する必要があります

lvreduce --size ? /dev/mapper/vg01-lv01

また、正確にどの値を指定する必要があるのかわかりません。lvreducemanページには、結果のサイズは、ファイルシステムより小さくてはならないこと、明示的に警告しています。また、必要以上に大きくしたくありません。しかし今、私は異なる数を持っています：

• 97Gresize2fsで指定しました。
• df -h 言う、それは96 Gです。
• df 言う、それは100115936 1 Kブロックです。
• lvdisplay（もちろん）はまだ論理ボリュームの99.99 GiBを報告します。

何を指定する必要がありlvreduceますか？

編集：

現在受け入れられている答えは良い回避策を提供します。しかし、そのようなものを堅固なスクリプトなどに統合するために、私は通常、代わりに正確な測定値を使用することを好みます。または、サイズ変更手順全体を1つのステップで実行する信頼性の高い（！）スクリプトまたはツールがすでにあるのでしょうか。

私の経験では、LVMとresize2fsは「97G」の意味について同じ考えを持っているので、両方の場所で同じサイズを指定することで十分です。ただし、私は偏執的であり、可能な限り常に質問のコメントでラースクによって提案された戦略を使用し、希望よりも1 GB小さいサイズに変更し、lvresizeを希望のサイズに変更してから、resize2fsを再実行しました（サイズ）LV全体を埋めるように拡張します。

これは、lvreduce / lvresizeに--resizefsオプションを使用して行うのが最適だと思います。

   -r, --resizefs
          Resize underlying filesystem together with the logical volume using fsadm(8).

確かに、それは今あなたを助けませんが、将来的には役立つかもしれません。