はじめに

VMDK形式のストレージが容量いっぱいで困ったので拡張しました。
いろいろググったのですが、情報がちりばめられていたため、まとめることに。
正直、このあたりはそんなに知識もなかったので、検索ワードとかも悩んで迷いました。

バージョン

Windows 10 の VirtualBoxのバージョンは 5.2.12 r122591 (Qt5.6.2)
仮想マシンのOSは CentOS Linux release 7.3.1611 (Core)

状態

/ が狭くて何かするのが辛い。
/dev/mapper/cl-rootを増やしたい。

[root@localhost ~]# df -h
ファイルシス        サイズ  使用  残り 使用% マウント位置
/dev/mapper/cl-root   6.2G  6.0G  225M   97% /
devtmpfs              1.9G     0  1.9G    0% /dev
tmpfs                 1.9G     0  1.9G    0% /dev/shm
tmpfs                 1.9G  8.4M  1.9G    1% /run
tmpfs                 1.9G     0  1.9G    0% /sys/fs/cgroup
/dev/sda1            1014M  182M  833M   18% /boot
tmpfs                 380M     0  380M    0% /run/user/0

容量拡張

大きく分けて3つの手順を行うことで容量拡張ができました。各所のポイントでそれぞれ悩みました。

1. VBoxManage コマンドを使って拡張

最初、対象の仮想マシンをシャットダウンします。
対象の仮想マシンに割り当てられているストレージを確認し、vmdk形式のファイルの保存場所を確認します。
次にコマンドプロンプトを開いてVBoxManageコマンドがある場所に移動します。

> cd C:\Program Files\Oracle\VirtualBox

現状のvmdk形式ファイルをvdi形式にしてクローンします。(--format vdiオプションを使います)

> VBoxManage clonehd "D:\VirtualBox VMs\xxxx\xxxx-disk001.vmdk" "D:\VirtualBox VMs\xxxx\xxxx-disk001_resize.vdi" --format vdi
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Clone medium created in format 'vdi'. UUID: xxxxxxxxxxxxxxxxxxxxxxxxxxxx

クローンしたvdi形式ファイルのリサイズを行います。(8Gを20Gに拡張)

> VBoxManage modifyhd "D:\VirtualBox VMs\scp_dev\scp_dev-disk001_resize.vdi" --resize 20480
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

リサイズしたvdi形式をvmdk形式に戻します。

> VBoxManage clonehd "D:\VirtualBox VMs\xxxx\xxxx-disk001_resize.vdi" "D:\VirtualBox VMs\xxxx\xxxx-disk001_resize.vmdk" --format vmdk
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Clone medium created in format 'vmdk'. UUID: xxxxxxxxxxxxxxxxxxxxxxxxxxxx

それから、仮想メディアマネージャーを起動してハードディスクのタブを見てみると、クローンしたvdi形式とvmdk形式のファイルが追加され、仮想サイズが20Gに増えたものが確認できます。その後、対象の仮想マシンの設定にある「ストレージ」を選択し、容量を拡張したxxxx-disk001_resize.vmdkに変更します。容量の小さいほうは「-」を押して、マウントを外すだけでいいです。（なぜなら、ミスったとき元に戻れなくなるので）

ちなみに仮想メディアマネージャーで容量変更を試みると。。

VBOX_E_NOT_SUPPORTEDというようなエラーが出力されます。

Resizing to new size 17179869184 is not yet supported for medium 'D:\VirtualBox VMs\xxxxxx\xxxxxx-disk001.vmdk'.

容量変更ができません。ここで出来ればすぐ終わる話なのに....

2. 「GNOME Partition Editor」を使って容量再割り当て

さて、入れ物の大きさは20Gに調整しました。しかし、これでは既存のパーティション/dev/mapper/cl-rootは6.2Gのままです。これを器いっぱいにしたいので、「GNOME Partition Editor」というもので広げます。

GNOME Partition Editorのダウンロードはこちらで行います。
「GNOME Partition Editor」
Stable Releasesにある「Download gparted-live-0.32.0-1-i686.iso」をダウンロードします。

落として来たら仮想マシンの設定にある「ストレージ」を選択し、光学ドライブの「空」にgparted-live-0.32.0-1-i686.isoをセットします。セットしたら、仮想マシンの電源を入れて、通常起動を行います。通常起動したらCD扱いのisoを読み込むために急いでF12キーをおしてcd-romを選択すると次のような画面が表示されるので、「GParted Live」を選択。

don't touch keymap を選択
Loading language settings を 15に
Continue to start X to use GParted automatically を選択（そのままEnterで）

次のように12Gが未割当領域として表示されています。

増やしたいボリュームをクリックして「リサイズ／移動」を選択し新しいサイズを表示されている最大サイズに変更し、後方の空き領域を０にします。

「リサイズ」ボタンを押して、サイズを変更します。しかしまだ確定されていません。
上のほうにある「Apply」ボタンを押して本当の確定になります。

容量がでっかくなりました。もう、ここに用は無いので、この後いったんこの仮想マシンを閉じます。（仮想マシンの電源オフ）

3. lvextend コマンドで論理ボリュームを拡張する

まずは、仮想マシンを通常起動します。
さて、これでもまだ容量は広くありません。

[root@localhost ~]# df -h
ファイルシス        サイズ  使用  残り 使用% マウント位置
/dev/mapper/cl-root   6.2G  6.0G  224M   97% /
devtmpfs              1.9G     0  1.9G    0% /dev
tmpfs                 1.9G     0  1.9G    0% /dev/shm
tmpfs                 1.9G  8.4M  1.9G    1% /run
tmpfs                 1.9G     0  1.9G    0% /sys/fs/cgroup
/dev/sda1            1014M  182M  833M   18% /boot
tmpfs                 380M     0  380M    0% /run/user/0
[root@localhost ~]#

lvdisplayでみると/dev/mapper/cl-rootは次のように6.20Gです。（/dev/cl/rootとう場所みたい。）

[root@localhost ~]# lvdisplay
  --- Logical volume ---
  LV Path                /dev/cl/swap
  LV Name                swap
  VG Name                cl
  LV UUID                xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx0
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2017-07-03 13:12:20 +0900
  LV Status              available
  # open                 2
  LV Size                820.00 MiB
  Current LE             205
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:1

  --- Logical volume ---
  LV Path                /dev/cl/root
  LV Name                root
  VG Name                cl
  LV UUID                xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2017-07-03 13:12:20 +0900
  LV Status              available
  # open                 1
  LV Size                6.20 GiB
  Current LE             1586
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           253:0

vgdisplayというコマンドで見てみると19Gあるけど7G使ってます。。的な雰囲気を感じ取れます。

[root@localhost ~]# vgdisplay
  --- Volume group ---
  VG Name               cl
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               19.00 GiB
  PE Size               4.00 MiB
  Total PE              4863
  Alloc PE / Size       1791 / 7.00 GiB
  Free  PE / Size       3072 / 12.00 GiB
  VG UUID               xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1

今回は確保した12Gすべてを(トータル約20G)割り当てたいのでパーセンテージ指定で実行します。
ずばりの容量指定や、＋〇G追加とかもできます。
では、100%指定でlvextendコマンドを実行します。

> lvextend -l +100%FREE /dev/cl/root
  Size of logical volume cl/root changed from 6.20 GiB (1586 extents) to 18.20 GiB (4658 extents).
  Logical volume cl/root successfully resized.

これでサイズ変更は完了しました！そこでdfコマンドで見てみると

[root@localhost ~]# df -h
ファイルシス        サイズ  使用  残り 使用% マウント位置
/dev/mapper/cl-root   6.2G  6.0G  224M   97% /
devtmpfs              1.9G     0  1.9G    0% /dev
tmpfs                 1.9G     0  1.9G    0% /dev/shm
tmpfs                 1.9G  8.4M  1.9G    1% /run
tmpfs                 1.9G     0  1.9G    0% /sys/fs/cgroup
/dev/sda1            1014M  182M  833M   18% /boot
tmpfs                 380M     0  380M    0% /run/user/0

まだでっかくなっていません。。正しく適用するためにxfs_growfsコマンドを実行します。(centos7以降のコマンドみたいです。)
data blockが変更され容量確保が行われます。

[root@localhost ~]# xfs_growfs /dev/cl/root
meta-data=/dev/mapper/cl-root    isize=512    agcount=4, agsize=406016 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=0 spinodes=0
data     =                       bsize=4096   blocks=1624064, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal               bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 1624064 to 4769792

拡張結果

再度dfコマンドで容量確認します。

[root@localhost ~]# df -h
ファイルシス        サイズ  使用  残り 使用% マウント位置
/dev/mapper/cl-root    19G  6.0G   13G   33% /
devtmpfs              1.9G     0  1.9G    0% /dev
tmpfs                 1.9G     0  1.9G    0% /dev/shm
tmpfs                 1.9G  8.4M  1.9G    1% /run
tmpfs                 1.9G     0  1.9G    0% /sys/fs/cgroup
/dev/sda1            1014M  182M  833M   18% /boot
tmpfs                 380M     0  380M    0% /run/user/0

無事容量確保できました。とても長い道のりでした。

まとめ

そんなに難しいことではないにしても、知らない事ばかりで不安でしたがなんとか容量確保できました。
この手の情報は時間の経過とともにやり方が変わっていくので、せめて1年おきに再確認が必要かもしれませんね。