/usrを独自のファイルシステム/論理ボリュームに移動する

/usrを独自のファイルシステム/論理ボリュームに移動する

私のFedora 17(x64 - VMware Workstation 8で実行)のルートファイルシステムスペースが不足しています(Fedoraインストーラが提案したデフォルトのレイアウトを使用したインストールです)。

#df-h
マウントされた%を使用して利用可能なファイルシステムサイズを利用可能
ルートファイルシステム 18G 17G 937M 95% /
devtmpfs 1.5G 0 1.5G 0% /dev
tmpfs 1.5G 224K 1.5G 1% /dev/shm
tmpfs 1.5G 51M 1.5G 4%/実行
/dev/mapper/vg_bloss-lv_root 18G 17G 937M 95% /
tmpfs 1.5G 51M 1.5G 4%/実行
tmpfs 1.5G 0 1.5G 0% /sys/fs/cgroup
tmpfs 1.5G 0 1.5G 0% /メディア
/dev/sda2 485M 85M 376M 19% /boot

ほとんどのスペースはディレクトリが占めています/usr。仮想マシン()に40 GBのディスクを追加し、それを独自の論理ボリュームに/dev/sdb移動したいと思います。/usr

LVMは私にとって少し新しいものですが、LVMを使用してこのディスクを追加する手順を行ったようです。

fdisk /dev/sdb
#(すべてのディスクを使用して新しい0x8e LVMパーティションタイプを作成する)

PVCCreate /dev/sdb1
vgextend vg_bloss /dev/sdb1
lvcreate -l +100%FREE -n lv_usr vg_bloss /dev/sdb1
mkfs -t ext4 /dev/vg_bloss/lv_usr
# ファイルシステムのマウント
mkdir /mnt/usr
マウント -t ext4 /dev/vg_bloss/lv_usr /mnt/usr

次に、次の手順を使用して/usrこの新しいファイルシステムに転送します。

cp -aR /usr/* /mnt/usr
/mnt/usr を削除
# /etc/fstabに関連するマウントエントリを追加します。
# /dev/mapper/vg_bloss-lv_usr /usr ext4 デフォルト 1 1
mv /usr/usr_old
mkdir /usr
マウント -t ext4 /dev/vg_bloss/lv_usr /usr
再起動

その後、損傷せずに正常に動作することが満足であれば、/usrfreeで削除します/

これは正気だと思いますか?

答え1

指示の順序は正確に見えますが、テストしたものではなく、観察したものだけです。

他の人が指摘したように、/usrすべてのディストリビューションが分離をサポートしているわけではなく、現在正式にサポートされていても、最新のディスクサイズでは分離がほとんど必要ないため、サポートが中断される可能性があります。だから別れるのはお勧めできません/usr。代わりに、ルートファイルシステムを拡張してください。

VMwareを使用すると、既存のディスクを拡張できると思います。だからそれをやってください。次に、fdiskgpartedまたは他のパーティションツールを使用して、ディスクに新しいパーティション(必要に応じてプライマリパーティションまたは論理パーティション)を作成します。パーティションタイプを8e(Linux LVM)として指定します。新しいパーティションが次のと仮定します/dev/sda9。ここに物理ボリュームを作成し、それを既存のボリュームグループに追加します。

pvcreate /dev/sda9
vgextend vg_bloss /dev/sda9

次に、論理ボリュームを拡張し、ファイルシステムを拡張します。

lvextend vg_bloss/lv_root /dev/sda9
resize2fs /dev/mapper/vg_bloss-lv_root

ディスクを拡大できない場合でも、ファイルシステムを拡大することをお勧めします。複数の物理ディスクにファイルシステムを分散させることは、一般的に悪い考えです。ディスクの1つが破損すると、ここで仮想ディスクのデータが失われるためです。したがって、上記のように新しい物理ボリュームを既存のボリュームグループに配置し、論理ボリュームとファイルシステムを拡張します。

答え2

/ usrを自分のボリュームやマウントポイントに入れないでください。

標準ファイルシステムのレイアウトを変更し、以前は/ usrを別々のLVにマウントしました。

/ usrを使用するinitプロセスの数が増え、問題がますます大きくなっています。 /usr/binと/usr/sbinの代わりに/binと/sbinを放棄する計画もあります。

したがって、私たちの解決策は、/を古い/および/ usrよりも大きな新しいサイズに調整することです。

必要なすべてのrpmをインストールした後、/および/ usrはかなり静的でなければなりません。

関連情報