私の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 再起動
その後、損傷せずに正常に動作することが満足であれば、/usr
freeで削除します/
。
これは正気だと思いますか?
答え1
指示の順序は正確に見えますが、テストしたものではなく、観察したものだけです。
他の人が指摘したように、/usr
すべてのディストリビューションが分離をサポートしているわけではなく、現在正式にサポートされていても、最新のディスクサイズでは分離がほとんど必要ないため、サポートが中断される可能性があります。だから別れるのはお勧めできません/usr
。代わりに、ルートファイルシステムを拡張してください。
VMwareを使用すると、既存のディスクを拡張できると思います。だからそれをやってください。次に、fdisk
gpartedまたは他のパーティションツールを使用して、ディスクに新しいパーティション(必要に応じてプライマリパーティションまたは論理パーティション)を作成します。パーティションタイプを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はかなり静的でなければなりません。