web-dev-qa-db-ja.com

ディレクトリのサイズ変更

ボリュームサイジングがどのように機能するかについてはあまり詳しくありませんが、Ubuntu 14.04を実行しているVPSがあり、ホームディレクトリがすべて使い果たされていることに気付きました。このマシンに1TBのドライブがありますが、/ homeにより多くのスペースを割り当てるにはどうすればよいですか？

$ df
Filesystem            1K-blocks    Used Available Use% Mounted on
udev                    8186844       4   8186840   1% /dev
tmpfs                   1639632     572   1639060   1% /run
/dev/md1                4095616  378936   3716680  10% /
none                          4       0         4   0% /sys/fs/cgroup
none                       5120       0      5120   0% /run/lock
none                    8198144       4   8198140   1% /run/shm
none                     102400       0    102400   0% /run/user
/dev/mapper/vg00-usr    3997376  901812   2869468  24% /usr
/dev/mapper/vg00-var    3997376  550088   3221192  15% /var
/dev/mapper/vg00-home   3997376 3771276         4 100% /home
ubunturesize2fs
1
George L

VPSでは、マシンに物理的にアクセスできないと想定しているため、使用中のファイルシステムのサイズを変更する通常のアプローチは機能しません（レスキューCD-ROMを使用することです）。

リストでは、/dev/mapper/vgxxxマウントポイントはLVMボリュームがマウントされる方法です。

LVMのチュートリアルはかなり簡単に見つかります。すべてのスペースを使用した場合の問題は、ライブファイルシステムのボリュームグループを縮小することは危険であると言われていることです。

cannot/homeを空にすることができない場合、システムをレスキューする1つの方法は次のようになります。この：

  • 両方のファイルシステムを保持するのに十分なスペースが/usrまたは/varのいずれかにあることを確認します。
  • /varのすべてを/usrツリーの一時ディレクトリにコピーして、
  • /etc/fstabに行を追加して、bind-mountを使用して/varのコピーをマウントas/varにします。
  • 「古い」/etc/fstabの/varの行をコメントアウトし、再起動します
  • /varの「一部の」更新（コピーと再起動の間）は失われますが、再起動するとシステムは通常の動作に戻ります。
  • 再起動後、/varがある（現在は非アクティブな）ボリュームグループのサイズを変更できます。
  • /homeを含むグループにスペース（物理ボリューム）を追加します。

それでも、最初にバックアップを作成することは常に良い考えです。

参考文献：

コメントによると、実際にはディスク上に未使用のスペースがあるため、この場合、あるボリュームを縮小して別のボリューム用のスペースを確保する必要はありません。有用なアドバイスになる可能性があるため、回避策の提案は残しておきます。

ただし、論理ボリュームを単純に成長する場合は、ボリュームにスペースを追加してから、ファイルシステム（気にする部分）のサイズを変更する必要があります 約）。 LVMは3つのレイヤーです（pvdisplay、vgdisplay、およびlvdisplayで表示されます）。 pvdisplayが1Tbを反映していない場合は、fdiskを使用して物理ボリュームのセットにパーティションを追加する必要があります。次に、ボリュームグループを更新し、物理ボリュームを追加します。最後に、resize2fsを使用して、そのボリュームグループ内のファイルシステムのサイズを増やします。ここにいくつかの便利なリンクがあります：

2
Thomas Dickey