Linux論理ボリューム拡張

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 
のデータブロックから変更26214403644416

今、あなたは、ルートの拡張が完了した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の首長が展示ことを願っています。

 

おすすめ

転載: www.cnblogs.com/despotic/p/10936430.html