☰

ライブ CentOS 6 サーバー上の LVM パーティションのサイズ変更

tag-icon • tag-icon linux partitioning centos lvm
ライブ CentOS 6 サーバー上の LVM パーティションのサイズ変更

現在、次のパーティションがあります。

  ACTIVE            '/dev/vg_server/lv_root' [50.00 GiB] inherit
  ACTIVE            '/dev/vg_server/lv_home' [1.76 TiB] inherit
  ACTIVE            '/dev/vg_server/lv_swap' [5.86 GiB] inherit

lv_homeほぼ空になっているパーティションを縮小し、いっぱいに近づいているパーティションを拡大したいと思いますlv_root。完全バックアップはありますが、ライブ CD を使用することができないライブ サーバーでこれを実行したいと思います。

パーティションのサイズを変更して再起動し、すべてをすぐに再実行できるようにしたいのですが、これを実行するための適度に安全な方法はありますか?

答え1

基本的な問題は、バックアップを使わなくて済むようにすることです。lv_home本当に「ほぼ空」の場合、

  • それを縮小することができます（ファイルシステムのサイズを変更し、論理ボリュームを縮小します）。
  • 解放されたスペースをコピー先の一時ボリュームとして使用しますlv_home。
  • それから既存のものはlv_home空なので、lv_root必要に応じて取り壊したり、拡張したり、
  • 最後に（lv_homeもし本当に最初はそれほど小さくなかったとしても、一時ボリュームの内容を に必要のない空き領域の部分に戻しlv_root、それを一時領域と結合します。

提案された順序付けは、当然ながら、基礎となるディスク パーティションが同じ順序になっていることを前提としています。LVM は、パーティションを上下に移動するのには適していません (一部のオフライン ディスク パーティション分割ツールが行う場合があります)。

さて、OPの質問では、基礎となるファイルシステムがすべて1つの物理ディスク上に存在するかどうか、またそれらのディスクパーティションが同じ順序になっているかどうかについては触れられていませんでした。すべてが1つの物理ディスク上に存在する場合、これがMBR（最大4つの物理パーティション）でパーティション化されているか、GPT（128）でパーティション化されているかという疑問が生じます。たとえば、MBR と GPT の違いは何ですか?前者の場合、OP はサイズ変更されたパーティションのベースとして拡張パーティションを作成する必要がある場合がありますlv_home。

LVM は基本的に 3 つのレイヤー、つまり物理、ボリューム、論理です。整理整頓するには、物理​​ディスクを隣接させるのがよいでしょう。しかし、LVM ではそれが必須ではありません。1lv_homeつのステップで (ファイルシステムと物理パーティションも含めて) 縮小し、最後のスペースに新しい物理パーティションを作成し、そのパーティションを対応するボリューム グループに追加してlv_root実行することができます。resize2fsファイルシステムを拡張します。サイズを大きくする方法は既に多くの実績がありますが、小さくする方法はあまり実績がありません。最近まで、ドキュメントには、このツールを使用するとファイルシステムが破壊される可能性があるという警告が記載されていました。

これらは役に立つかもしれません:

答え2

lvextended論理ボリュームのサイズを変更するコマンドの使用:

lvextend -l +4607 /dev/vg_home/LogVol01
resize2fs /dev/vg_home/LogVol01

概念的に読んでみることをお勧めしますこのサイトでのlvmのサイズ変更と縮小。

関連情報