LVM组中的Ubuntu磁盘空间增加未反映在操作系统中

我在RAID配置中添加了一些磁盘，使其从6TB增加到大约14TB。将我的Ubuntu服务器的虚拟机磁盘的大小增加到12TB，然后使用GParted将分区从原始大小扩展为使用所有可用的12TB。

但是，当我登录到服务器时，仍然显示我已满80％。df看起来没错，但我不能说。为什么这没有改变？我确实在GParted中应用了更改，它说成功了。

更改并重新启动后，这是我在GParted中得到的结果：

这是我登录并运行后得到的结果df：

知道为什么驱动器似乎没有扩展吗？

更新：按照此答案中的说明进行操作后，我取得了一些进展：从Ubuntu live CD中，我找到了挂载点，将其卸载并用扫描了e2fsck，那里没有任何问题。尝试调整大小时，出现“文件系统已经[xxxxxx]个块长。没关系！”答案可能会说。不知道这里还有什么。这是否是LVM与它有关系吗？

您正在使用LVM，因此在调整分区大小时，您只是增加了LVM 物理卷的大小。然后将该空间分配给逻辑卷。

如果要增加现有逻辑卷的大小以使用该空间，请lvresize在情况下使用，

sudo lvresize -L 100% /dev/mapper/gatlinburg--vg-root

…将使用所有可用空间对其进行扩展，然后您可以使用以下方法扩展文件系统以使用该空间：

resize2fs /dev/mapper/gatlinburg--vg-root

您无需卸下任何东西即可执行此操作。

听起来好像当设备全部展开时，其上的文件系统没有填满空间。修复起来很简单。

确保已卸载该卷。

首先，您应该卸载连接到的卷/dev/sda3；请注意，我假设设备/dev/sda3基于您问题中的信息，但是如果我不正确，请随时进行调整：

sudo umount /path/to/whatever/uses/that/space

还要注意，如果要扩展的卷是系统的主引导卷，则需要引导到另一个OS实例，在此安装第一个文件系统的主卷，然后从那里运行整个扩展操作。只是由于某种原因而无法挂载文件系统，因此您永远无法在启动到的卷上扩展空间。

检查/修复文件系统本身。

然后运行e2fsck以检查文件系统，/dev/sda3如下所示：

sudo e2fsck -f /dev/sda3

我只是想以e2fsck自己的方式做到彻底。如果您知道文件系统是干净的并且不需要修复，那么它并不是该过程的真正核心，但是通常可以在继续进行任何其他操作之前确保文件系统是干净的，这是很好的选择。

调整文件系统的大小。

当e2fsck完成后，移动到实际的调整进程运行resize2fs是这样的：

sudo resize2fs /dev/sda3

现在，请注意此处的输出。如果它说像这样：

resize2fs 1.42 (29-Nov-2011)
Resizing the filesystem on…

然后，您知道必须扩展文件系统，而现在正在扩展文件系统，这很好！但是，如果输出显示类似以下内容：

resize2fs 1.42 (29-Nov-2011)
The filesystem is already [xxxxxx] blocks long.  Nothing to do!

可能还有其他问题。什么？不太确定。但是相当有信心跑步resize2fs会为您解决这个问题。