/var を LVM にする - 茨城県つくばみらい市から来ました

エンタープライズ：特集：LVMによるディスクパーティションの動的化（前編） (4/7)
エンタープライズ：特集：LVMによるディスクパーティションの動的化（前編） (5/7)
/var を LVM にしてマウントする。

ディスク /dev/sda: 80.0 GB, 80000040960 バイト
ヘッド 255, セクタ 63, シリンダ 9726
Units = シリンダ数 of 16065 * 512 = 8225280 バイト
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト
I/O size (minimum/optimal): 512 bytes / 512 bytes
ディスク識別子: 0x000eb6e9

デバイス ブート      始点        終点     ブロック   Id  システム
/dev/sda1   *           1         131     1048576   83  Linux
パーティション 1 は、シリンダ境界で終わっていません。
/dev/sda2             131        2742    20971520   83  Linux
/dev/sda3            2742        3003     2097152   82  Linux スワップ / Solaris
/dev/sda4            3003        9726    54005760    5  拡張領域
/dev/sda5            3003        4309    10485760   83  Linux
/dev/sda6            4309        9726    43517952   8e  Linux LVM

物理ボリューム(PV)を作る

pvcreate /dev/sda6

  Physical volume "/dev/sda6" successfully created

VG(Volume Group)を作る

vgcreate VolGroupVer /dev/sda6

  Volume group "VolGroupVer" successfully created

vg の内容をしらべる

vgs

  VG         #PV #LV #SN Attr   VSize  VFree 
  VolGroup00   1   0   0 wz--n- 41.50g 41.50g

論理ボリューム(lv)の作成

lvcreate -L -n VG名

lvcreate -L 41.50g -n LogVol00 VolGroup00

  Logical volume "LogVol00" created

ファイルシステムを作る

mkfs.ext4 /dev/VolGroup00/LogVol00

fstab の編集

UUIDを使ったディスクドライブ指定 | OSDN Magazine
blkid で UUID を得る

blkid

/dev/sda1: UUID="d143be48-1ee8-49de-bf1a-342d5062dbc2" TYPE="ext4" 
/dev/sda2: UUID="3fefa500-31b3-47f6-9071-a66beb63463d" TYPE="ext4" 
/dev/sda3: UUID="1599e706-a2b1-450b-8a7e-da09637b20e8" TYPE="swap" 
/dev/sda5: UUID="41e17127-b495-40a6-8e88-86d8e83afe20" TYPE="ext4" 
/dev/sda6: UUID="5hwvJc-vEz7-oJXa-jG6Q-VbQW-0fqs-sUsD3O" TYPE="LVM2_member" 
/dev/mapper/VolGroup00-LogVol00: UUID="9316b216-6e23-42dc-bb62-b4473345c1d1" TYPE="ext4"

vi /etc/fstab

/var を追記する。

#
# /etc/fstab
# Created by anaconda on Thu Aug 18 16:49:00 2011
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=3fefa500-31b3-47f6-9071-a66beb63463d /                       ext4    defaults        1 1
UUID=d143be48-1ee8-49de-bf1a-342d5062dbc2 /boot                   ext4    defaults        1 2
UUID=41e17127-b495-40a6-8e88-86d8e83afe20 /home                   ext4    defaults        1 2
UUID=9316b216-6e23-42dc-bb62-b4473345c1d1 /var      Connection to youpandora closed by remote host.
Connection to youpandora closed.9637b20e8 swap                    swap    defaults        0 0
motchang@palltennon 21:31:19 木  8月 18 job(s):0 wd:~   defaults        0 0
bash-4.2 $              /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

/var の移植

mount /dev/VolGroup00/LogVol00 /mnt/var/
cp -ipr /var/* /mnt/var/

再起動

sync && sync && sync && shutdown -r now

LVMとかゆるふわすなぁ。などとタカをくくってモニタを眺めていたんだけど、system loggerの起動で止まっていたので、強制的に再起動をかけてシングルユーザーモードで状況を確認すると、移動したあとの /var (つまり/dev/VolGroup00/LogVol00) のSELinuxのラベルが一般ファイルになっていたためサービスがファイルの読み書きを行えずにハングしていたみたい。

restorecon -R /var

で再起動したら直った。

やっぱり LVM とかゆるふわっすな。