web-dev-qa-db-ja.com

仮想サーバーのデータを失うことなくext4パーティションのサイズを変更する

VMWare vSphereで実行されている仮想Linuxサーバー(Fedora Core 2.6.35.6-45.fc14.x86_64)があります。当初は、それぞれ32GbのSCSCIドライブが3つありました。これで、「/ home」の下にマウントされたディスクが256GBに拡張されました。しかし、Linuxサーバーは、明らかに、再起動後にその変更を認識しません。データを失うことなく、そのext4パーティションを32GBから256GBに拡張する安全な方法はありますか?

この質問とGPartedを使用するための多くのアドバイスをする前に、私はGoogleで検索を行いました。しかし、現時点ではそのサーバーへのシェルアクセスしか持っていないため、今のところそれは選択肢ではないようです。

[〜#〜] edit [〜#〜]:これはdfからの出力です:

[root@d0001-prf01 dmr]# df -T
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
/dev/mapper/vg_d0011prf01-lv_root
              ext4    31705024   3385376  27997620  11% /
tmpfs        tmpfs     4098300        88   4098212   1% /dev/shm
/dev/sda1     ext4      495844     31317    438927   7% /boot
/dev/mapper/vg_d0011prf01-lv_home
              ext4    23674012  11840672  10630756  53% /home

必要に応じて、より多くのパーティション情報を提供できます。

[〜#〜] edit [〜#〜]:LVMがそのLinuxサーバーにセットアップされていることがわかります。

lvm> lvs
  LV      VG            Attr   LSize  Origin Snap%  Move Log Copy%  Convert
  lv_home vg_d0011prf01 -wi-ao 22.94g
  lv_root vg_d0011prf01 -wi-ao 30.72g
  lv_swap vg_d0011prf01 -wi-ao  9.81g

Lvresizeコマンドを使用できるということですか?

1

はい、ボリュームグループにスペースがあると仮定すると、lvresizeを使用できるようです。

空き容量があるかどうかを確認してください:-

Sudo vgs -v vg_d0011prf01

その場合、を使用してボリュームのサイズを変更できます。以下はサイズを2Gig増やします。

Sudo lvextend -L+2G /dev/mapper/vg_d0011prf01-lv_home

次に、次のようにresize2fsを使用してボリュームのサイズを変更します。-

Sudo resize2fs /dev/mapper/vg_d0011prf01-lv_home
4
Decado

パーティションのサイズを変更するためのツールはいくつかありますが、parted(またはグラフィカルインターフェイスの場合はgparted)がおそらく最善の策です。ここには2つのステップがあります。まず、パーティションを新しいスペースに拡張する必要があります。次に、パーティション全体を使用するようにファイルシステムを拡張する必要があります。

LVMの使用に切り替えることをお勧めします。この種の変更を将来的に管理する柔軟性は、それを設定するために努力する価値があります。新しい空白スペースに新しいパーティションを追加し、その中にLVMを構成し、その中にボリュームグループとファイルシステムを起動し、データを新しいスペースにコピーしてから、現在のパーティションをホース接続して、ボリュームグループに追加することもできます。 、そしてそれに展開します。

何をするにしても、システムをバックアップしない限り何もしないでください!

2
Caleb