私のパーティションの詳細は次のとおりです
/dev/mapper/VolGroup00-LogVol00
57G 8.8G 46G 17% /
/dev/mapper/VolGroup00-LogVol05
259G 7.0G 239G 3% /home
/dev/mapper/VolGroup00-LogVol02
19G 493M 18G 3% /var
/dev/mapper/VolGroup00-LogVol03
19G 458M 18G 3% /tmp
/dev/mapper/VolGroup00-LogVol04
9.5G 152M 8.9G 2% /opt
/dev/sda1 965M 33M 883M 4% /boot
tmpfs 7.7G 3.7G 4.0G 48% /dev/shm
/とホームのデータを失うことなく、/ホームパーティションのサイズを小さくすることで、/のサイズを増やしたいです。
誰かがこの問題を解決するのを手伝ってくれる?
/ dev/mapper/VolGroup00-LogVol00についても、lvreduceの代わりにlvextendを使用して同じことを行います
私はvishaalの2番目の答えですが、彼はいくつかのステップを省略しました。また、Linuxレスキューでこれを行うことができるという事実
残りは説明したvishaalによく似ていますが、e2fsckを-fで強制的に実行する必要があります:e2fsck -f/dev/VolGroup00/LogVol ..
重要なのは、ボリュームを減らす前にファイルシステムのサイズを変更することです。
鉱山は、vishaalがすでに提供しているアドバイスへの単なる追加です。
VishaalとBobby Coxによって与えられたプロセスのマイナーな調整:
これは、2つのコマンドが明示的なサイズを異なる方法で解釈するオフチャンスに安全マージンを残します(私はlvmコマンドが整数のエクステントに丸めることを知っています;デフォルトのエクステントサイズはどのように決定されるのですか?確かに、本当に気にしないでください)。
LVのサイズを増やす場合、手順はやや簡単です。
これを行うために再起動するのはhaveではありません。ただし、手元に新しいバックアップがあることを確認してください。
もちろん、これはext [234]を使用することを前提としています。
繰り返したい:
縮小するときは、FSのサイズを最初に変更してから、LVMのサイズを変更します。拡張するときは、最初にLVMのサイズを変更してから、FSのサイズを変更します。
縮小するときは、ボリュームをアンマウントする必要があります。拡張するとき、Linuxカーネルに応じて、システムがマウントされているときにオンラインで実行できます
縮小するときは、バックアップを作成することが重要です。拡張するときは、バックアップを作成する(そうでない場合は)非常に非常に良いアイデアですが、縮小するときほど危険ではありません。
それ以外は、誰もがスポットを当てています