/ bootパーティションはLVMに基づいて作成できず、独立している必要があることに注意してください。
lvmケースを作成します
。1.システムタイプを表示します
。uname -r：
cat / etc / centos-release
2.パーティション容量
df -Thを表示します
3. fdiskを使用してパーティションを作成し、パーティションタイプを8e lvmタイプに変換します
fdisk / dev / sdb
pnp 1 2048 + 1G p
pnp 2 4096 + 2G p
w
4. pvを作成する
[root @ test-2〜]＃pvcreate / dev / sdb1
物理ボリューム「/ dev / sdb1」が正常に作成されました。
[root @ test-2〜]＃pvcreate / dev / sdb2
物理ボリューム「/ dev / sdb2」が正常に作成されました。
[root @ test-2〜]＃
5.创建vg
[root @ test-2〜]＃vgcreate database / dev / sdb1 / dev / sdb2
ボリュームグループ「データベース」が正常に作成されました
[root @ test-2〜]＃
[root @ test-2〜]＃vgs
VG #PV #LV #SN Attr VSize VFree
cl 1 2 0 wz–n- 49.00g 4.00m
database 2 0 0 wz–n- 2.99g 2.99g
[root @ test-2〜]＃
[root @ test-2〜] ＃pvdisplay
—物理ボリューム—
PV名/ dev / sdb1
VG名データベース
PVサイズ1.00 GiB /使用不可4.00 MiB 割り当て可能
はい
PEサイズ4.00 MiB
合計PE 255
フリーPE 255
割り当て済みPE 0
PV UUID uxRYlC-MbvM-sRKJ-3Urx-Jrey -3opk-UofDdV
—物理ボリューム—
PV名/ dev / sdb2
VG名データベース
PVサイズ2.00 GiB /使用不可4.00 MiB 割り当て可能
はい
PEサイズ4.00 MiB
合計PE 511
空きPE 511
割り当て済みPE 0
PV UUID nYzjRo-Wbjp-3eQo-iLRV-HgZU-9LAE -2wAt7y
—物理ボリューム—
PV名/ dev / sda2
VG名cl
PVサイズ49.00 GiB /使用不可3.00 MiB 割り当て可能
はい
PEサイズ4.00 MiB
合計PE 12543
空きPE 1
割り当て済みPE 12542
PV UUID aakJHq-OHN0-Fnnk-kNhd-UG82-qD8W -7drZmq
[root @ test-2〜]＃
6.创建lv
[root @ test-2〜]＃lvcreate -L 500M -n lvdata1 database
論理ボリューム「lvdata1」が作成されました。
[root @ test-2〜]＃
7.パーティションをフォーマットします。
[root @ test-2〜]＃mkfs.ext4 / dev / database / lvdata1
mke2fs 1.42.9（28-Dec-2013）
デバイスブロックの破棄：
ファイルシステムラベル全体=
OSタイプ：Linux
ブロックサイズ= 1024（log = 0）
ブロックサイズ= 1024（log = 0）
ストライド= 0ブロック、ストライプ幅= 0ブロック
128016 iノード、512000ブロック
25600ブロック（5.00％）、スーパーユーザー用に予約
最初のデータブロック= 1
最大ファイルシステムブロック数= 34078720
63ブロックグループ
8192ブロック/グループ、8192フラグメント/グループ
2032 iノード/グループ
ブロックに保存されたスーパーブロックバックアップ：
8193、24577、40961、57345、73729、204801、221185、401409
グループテーブルの割り当て：完了
iノードテーブルへの書き込み：完了
ジャーナルの作成（8192ブロック）：完了
スーパーブロックとファイルシステムアカウンティング情報の書き込み：完了
[root @ test-2〜]＃
8.マウントミラー：
ます。mkdir /データ
マウント// DEV /データベース/ lvdata1 /データ
コンパイルの/ etc / fatab
マウント-a
論理ボリュームlvdata1は、拡張する方法では不十分です。
[root @ test-2〜]＃lvcreate -L + 500M / dev / database
論理ボリューム「lvol0」が作成されました
[root @ test-2〜]＃
[root @ test-2〜]＃
[root @ test-2〜 ]＃resize2fs / dev / database / lvdata1 //ファイルシステムの同期
组大ロール组：
[root @ test-2〜]＃vgextend database / dev / sdb5
物理ボリューム「/ dev / sdb5」が正常に作成されました。
ボリュームグループ「データベース」が正常に拡張されました
ハードディスクの容量が不足している場合、論理ボリュームの容量を減らすと、他の論理ボリュームに解放されます。
論理ボリュームのスペースを削減する手順は次のとおりです
。1.論理ボリュームdata1をアンマウントします
。2.次に、e2fsckコマンドを使用して、論理ボリュームの空きスペースを確認します。
3. resize2fsを使用して、ファイルシステムを700Mに減らします。
4. lvreduceコマンドを使用して、論理ボリュームを700Mに減らします。
注：ファイルシステムと論理ボリュームのサイズは同じである必要があります。論理ボリュームがファイルシステムよりも大きい場合、一部の領域がファイルシステムにフォーマットされないため、スペースが無駄になります。論理ボリュームがファイルシステムよりも小さい場合、データに問題があります。
[root @ test-2〜]＃umount / data
[root @ test-2〜]＃e2fsck -f / dev / database / lv
lvdata1 lvol0
[root @ test-2〜]＃e2fsck -f / dev / database / lv
lvol0 lvdata1
[root @ 〜Test -2]＃e2fsck -f / dev / Database / lvdata1
e2fsck 1.42.9（2013年12月28日）
ステップ1：iノード、ブロックサイズ
、2番目のステップを作成：ディレクトリ構造
を確認手順3：ディレクトリの接続を
確認するパス4：参照カウントを確認する
手順5：クラスターの概要情報を確認する
/ dev / database / lvdata1：11/128016ファイル（0.0％不連続）、26684/512000ブロック
[root @ test-2 〜]＃resize2fs / dev / database / lvdata1 700M
resize2fs 1.42.9（28-Dec-2013）
含まれているパーティション（またはデバイス）が512000（1k）ブロックしかない
新しいサイズの716800ブロックをリクエストしました。
[root @ test-2〜]＃lvreduce -L 700M / dev / database / lvdata1指定された
新しいサイズ（175エクステント）以上のサイズ（125エクステント）以上
[root @ test-2〜] ＃mount / dev / database / lvdata1 / data
[root @ test-2〜] ＃ls / data
lost + found
[root @ test-2〜]＃
ディスクまたはパーティションに障害が発生した場合に、同じボリュームグループ内の他のスペースにデータをすばやく転送する方法。
1. pvmoveコマンドを使用してスペースデータを転送します
2. vgreduceコマンドを使用して、ボリュームグループvgdataから障害が発生しようとしているディスクまたはパーティションを削除します。
3. pvremoveコマンドを使用して、システムから壊れようとしているディスクまたはパーティションを削除します。
4.手動でハードディスクを取り外すか、いくつかのツールでパーティションを修復します。
6.論理ボリューム全体を削除
1.まず、umountコマンドで論理ボリュームlvdata1をアンマウントします
2.論理ボリュームのマウント情報を/ etc / fstabで変更します。変更しないと、システムが起動しない場合があります。
3. lvremoveを使用して論理ボリュームlvdata1を削除します
4. vgremoveを使用してボリュームグループvgdataを削除します
5. pvremoveを使用して物理ボリュームを通常のパーティションに変換します
LVM論理ボリュームは、フォーマットしないとパーティションのサイズを拡大または縮小する方法がないため、Linuxの優れたスペース使用メカニズムです。LVMを使用すると、ディスク領域を柔軟にすることができます。