问题的描述请参见上一篇记录的博文：《LVM 带来的问题》。

根据从网上查阅消息，得到有这么几个工具与此工作相关：fdisk、gdisk、GParted、KVPM、system-config-lvm。这其中我最熟悉的是 GParted，但是在存在着 LVM 分区的情况下，GParted 的界面上拒绝对相重叠的 Extended Partition 做任何操作。根据执行下载后安装的 KVPM 和 system-config-lvm 的情况来看，解决扩展分区（Extended Partition）的扩展问题绝对是第一要务。

在有些文章里，作者提到了用 fdisk 来做这个操作的方法，就是先把现有的扩展分区先删除，然后再使用相同的起始扇区重建一个分区，把结束扇区指定到磁盘尾即可。进入到 fdisk 的交互命令行里试了试，发现命令集和帮助不对口味，没敢贸然下狠手。这时突然想起一个恍惚见过的命令 parted，决定用它来实验一下，进去后用 help 命令查看帮助，发现了这个命令描述：

这实在是太符合心理预期了，因为它显然只需要指定分区的结束扇区即可，于是毫不迟疑就采取了行动。退出来打开 GParted 一看，果然空余的空间已经被包进到了扩展分区里，而选中 LVM 分区后，工具栏上的扩展按钮也是可用的状态，如下图。

点击那个图标为向右的箭头的按钮将 LVM 分区扩展成功。特别提醒一下，以上的所有操作，并不需要重新启动系统。

截止到目前，显然，在 LVM 分区之内，空间又被分为三个区域：数据区、交换区、新纳入的空闲区。要想验证这个布局，GParted 或者 Disks 就不够用了，system-config-lvm 勉强可以，但是并不足够直观，最佳工具是 KVPM。

为了维护交换分区在磁盘分布上通常居于末尾的惯例，显然要对其进行移动，如果不出所料，这个分区应该是要删除重建的。又做了一小会儿思想斗争，加之之前也曾听说 SSD 上貌似并不建议创建交换分区，为了减小烧脑程度，遂决定干脆把交换分区干掉算了。于是把 /etc/fstab 里加载交换分区的语句屏蔽掉后重启了系统，打开 KVPM 后看到 LVM 上的情况是这样的：

把交换分区删除后，又把 root 分区进行了扩展，终于形成了大一统的局面，最后在 Disks 里的呈现如下图，真是完美。