Linux論理ボリューム拡張
キーワード:PV(物理ボリューム)、VG(ボリュームグループ)、LV(論理)
Linuxのルートパーティションのサイズは十分ではありませんと、今日の過程で、突然長い時間を思い出したブログを更新しなかった、今論理ボリューム拡張の問題という懸念しています。
拡張前1.チェック
それは/ dev /マッパー/ RHEL-ルートを覚えているので、我々はそれを拡張を与える、XFSのための良いルートパーティションの種類を覚えています
[Hsunルート@〜] DF# - HT
ファイルシステムタイプが利用可能で%の容量を使用されているマウントポイント
は/ dev /マッパー/ XFS、10GルートRHEL 6.7グラム、67%の3.4gの/
devtmpfs devtmpfs 1.9G 1.9G 0%/ DEV TMPFS TMPFS 1.9G 1.9G。1%4.0 K / DEV / SHMの TMPFS TMPFS 9.2M 1.9G 1.9G 1%/ RUNのTMPFS TMPFS 1.9G 1.9G 0%/ SYS / FS / cgroup内の/ dev /マッパー/ USR-RHEL 68%。12G 35G 24G、XFS / USR / DEV / SDA1 XFS 145M 870M 10〜14メートル/ 15%ブートの/ dev /マッパー/ VAR RHEL XFS-5.5G 2.6gの69%8.0グラム/ VARは/ dev /マッパー/ 4.0G RHEL XFS-OPT 32%の2.8G 1.3G / OPTは/ dev /マッパー/ TMP RHEL XFS-34M 4.0G 4.0G 1%/ TMP TMPFS TMPFS 378メートル378メートル0%/ RUN /ユーザー/ 1002378M 0 378M 0%/実行/ユーザー/ 20001116 tmpfsのtmpfsの378M 0 378M 0%/実行/ユーザー/ 0 tmpfsのtmpfsの
VG(ボリュームグループ)ルートRHELことがわかります
[ルート@ hsun〜]#のLVS LV VG AttrのLSIZEプール起源データ%メタ%の移動ログCPY%同期変換 オプトRHEL -Wi-AO ---- 4 0.00グラム ルートのRHEL -Wi-AO ---- 13 0.90グラム スワップRHEL -Wi-AO ---- 8 0.00グラム のTMP RHEL -Wi-AO ---- 4 0.00グラム USR RHEL -Wi-AO ---- < 35 0.00グラム VAR RHEL -Wi-AO ---- 8 0.00グラム
そして、VG(ボリュームグループ)と空き領域のPV(物理ボリューム)は0ですので、我々は新しいディスクを増やす必要があります
【hsun〜@ルート]#VGS VG #PV #LV #SNたAttr VSIZE VFree RHEL 1 6 0 WZ - N- < 69 0.00グラム0 [ルートhsun @〜]#のPVSの PV VG FMTのAttr PSIZE PFree は/ dev / SDA2 RHEL LVM2 A-- < 69 0.00グラム0
私たちの最初のマシンのシャットダウン
#電源オフ[hsun〜@ルート] - F
電源を切ります。
2、新しいディスク(新しいハードドライブを挿入するマシン)を追加
VMwareのハードディスク、4Gのサイズを大きくします。ブーツの上に増加した後、
3、ディスク拡張
ブート3.1の後に新しいドライブをチェック
あなたはディスクが4Gのは/ dev / sdbのサイズとして私のマシン上で、読み出されたばかりの挿入、見ることができます
[ルートHsun〜@]#のfdisk -l | grepのは/ dev / SD ディスクは/ dev / sdbと:4294 MBの4294967296バイト、8388608個のセクタの ディスクは/ dev / sdaに:75.2 GB、75161927680バイト、146800640 部門 / dev / sda1を* 2048 2099199 1048576 83 Linuxの は/ dev / sda2は2099200 146 800 639 72350720 8EのLinux LVM
3.2 PVを作成します
[ルート@ hsun〜]#のPVSの PV VG FMTのAttr PSIZE PFree は/ dev / sda2はRHEL LVM2 A-- < 69 0.00グラム 0 [のhsun @ルート#は、pvcreateは/ dev /〜] sdbの 物理ボリューム" は/ dev / sdbと" 正常に作成。 【hsun @ルート〜#のPVSの】 PV VG FMTのAttr PSIZE PFree は/ dev / SDA2 RHEL LVM2 A-- < 69 0.00グラム 0 は/ dev / sdbとLVM2 --- 4 0.00グラム4 0.00グラム
RHELという名前のVGに割り当てられたスペースの3.3 PV
[Hsunルート@〜]#Vgsは Attrの#PV #LV #SN VSIZEのvfreeのVG RHEL 1。 6。 0 WZ - N- < 69 0.00グラム 0 [Hsunルート@〜]#vgextend RHELの/ dev / SDBの ボリュームグループ" RHEL " 拡張成功 [Hsunルート@〜]#Vgsが VGのAttrの#PV #LV #SN VSIZEはvfree RHEL 2 6。 0 WZ - N- 72 0.99グラム< 4。.00g VGボリュームグループが正常69G 73Gに拡張された参照、スペースが未使用4G残り
ルート論理演算の拡張のための3.4
[ルート@ hsun〜]#は、lvextend -L + 3 .9Gは/ dev / RHEL / ルート :物理エクステントの境界に丸めるサイズ3.90 ジブ。 論理ボリュームRHELのサイズ /ルートから変化10.00ジブ(2560個のへのエクステント)13.90ジブ(3559 程度)。 論理ボリュームRHEL /ルートが正常にリサイズ。
3.5更新容量
そして、パーティションタイプXFSので、容量を更新するので、最新の情報に更新コマンドxfs_growfsの容量を使用
パーティションタイプがextタイプ、resize2fsのでリフレッシュコマンドの場合
【hsun〜@ルート]#xfs_growfsの/ dev / RHEL / ルート メタ -data =は/ dev /マッパ/ RHELルートISIZE = 512 agcount = 4、agsize = 655360 BLKS = sectsz = 512 ATTR = 2、projid32bit = 1 = CRC = 1 finobt = 0 spinodes = 0 データ = BSIZE = 4096ブロック= 2621440、imaxpct = 25 = SUnitは= 0 swidth = 0 BLKS 命名 =バージョン2 BSIZE = 4096 ASCII-CI = 0 FTYPE = 1 ログ =内部BSIZE = 4096ブロック= 2560、バージョン= 2 = sectsz = 512 SUnitは= 0 BLKS、遅延カウント= 1つの リアルタイム =なしextsz = 4096ブロック= 0、rtextents = 0 のデータブロックから変更2621440に3644416
今、あなたは、ルートの拡張が完了した14Gのサイズを確認します
[Hsunルート@〜]#DF - HTの ファイルシステムタイプが使用可能な容量と使用されてきた%ポイントマウント は/ dev /マッパー/ XFS RHELルート-14Gを 6。 .7G 7。 .3 G 49%/ devtmpfs devtmpfs 1。 0.9グラム 0 1。 9G 0%/ devの TMPFS TMPFS 。1 0.9グラム 4 .0K 。1 0.9グラム 。1%/ DEV / SHM TMPFS TMPFS 。1つの 0.9グラムの 9.2M 1 0.9グラム 。1%/ RUN TMPFS TMPFS 1 .9G 0 1 .9G 0%/ SYS / FS / cgroup内 の/ dev /マッパ/ RHEL-USR XFS 35G 24G 12G 68%/ USR / DEV / SDA1 XFS 1014M 145M 870M 15%/ ブート / DEV /マッパ/ RHEL-VARのXFS 8 .0G 5 .5G 2 .6G 69%/ VAR は/ dev /マッパ/ RHEL-OPT XFS 4 .0G 1 .3G 2 .8G 32%/ OPT は/ dev /マッパ/ RHEL-TMP XFS 4.0G 34M 4 .0G 1%/ TMP TMPFS TMPFS 378M 0 378M 0%/実行/ユーザ/ 1002 378M TMPFS TMPFS 0 378M 0%/実行/ユーザ/ 20001116 TMPFS 378M TMPFS 0 378M 0%/実行/ユーザ/ 0
論理展開が終了しました。
あなたが任意のどこかのコメントがわからないしている場合は、私にはプライベートの手紙を喜ばまたは対応する最初の時間を見た後、コメント欄にメッセージを残します。
私は、Linuxに新しいです、Linuxの首長が展示ことを願っています。