☰

Gparted 未检测到 LVM 卷中的可用空间

tag-icon • tag-icon partitioning gparted lvm
Gparted 未检测到 LVM 卷中的可用空间

我正在尝试缩小当前分区，以便可以扩大用于另一个操作系统的另一个分区。我已从可启动 USB 尝试此操作，GParted 中的黄色空间填满了分区。

已用空间？

当我运行 时df -h，我可以看到有 1.7 TB 的可用磁盘空间。为什么 GParted 没有检测到分区中有未使用的空间，以及如何在不重新刷新整个磁盘并重新启动的情况下增加小分区（48gb）的大小？

$ df -h
Filesystem                   Size  Used Avail Use% Mounted on
udev                          63G     0   63G   0% /dev
tmpfs                         13G  2.5M   13G   1% /run
/dev/mapper/ubuntu--vg-root  1.8T   33G  1.7T   2% /
tmpfs                         63G  163M   63G   1% /dev/shm
tmpfs                        5.0M  4.0K  5.0M   1% /run/lock
tmpfs                         63G     0   63G   0% /sys/fs/cgroup
/dev/loop0                   145M  145M     0 100% /snap/code/34
/dev/loop1                   145M  145M     0 100% /snap/code/35
/dev/loop2                    98M   98M     0 100% /snap/core/9289
/dev/loop3                    97M   97M     0 100% /snap/core/9436
/dev/loop4                    55M   55M     0 100% /snap/core18/1754
/dev/loop5                    55M   55M     0 100% /snap/core18/1668
/dev/loop7                   2.3M  2.3M     0 100% /snap/gnome-system-monitor/148
/dev/loop6                   256M  256M     0 100% /snap/gnome-3-34-1804/36
/dev/loop8                    45M   45M     0 100% /snap/gtk-common-themes/1440
/dev/loop9                   3.8M  3.8M     0 100% /snap/gnome-system-monitor/127
/dev/sda1                    511M  7.3M  504M   2% /boot/efi
/dev/loop10                   63M   63M     0 100% /snap/gtk-common-themes/1506
/dev/loop11                   44M   44M     0 100% /snap/snap-store/415
/dev/loop12                   50M   50M     0 100% /snap/snap-store/467
/dev/loop13                  162M  162M     0 100% /snap/gnome-3-28-1804/128
tmpfs                         13G   20K   13G   1% /run/user/121
tmpfs                         13G   24K   13G   1% /run/user/1000

答案1

解决方案被描述为这里（感谢 Parsa Mousavi 的链接）。我需要：

sudo lvresize --verbose --resizefs -L -800G /dev/ubuntu-vg/root

sudo pvmove --alloc anywhere /dev/sda2:yyyy-end

然后我可以在 gparted 中调整分区大小。Pvmove 是必需的，因为需要将可用空间移动到分区末尾，如链接解决方案中所述。

[编辑] 情节转折 - 使用 gparted 调整分区大小后，LVM 分区不再起作用，我的 grub 安装也损坏了。现在我只能启动到我的默认操作系统 (ubuntu 18.04)，无法再访问 LVM 分区。它告诉我

“在 /media/mars/ 上安装 /dev/dm-0 时出错：错误的 fs 类型、pad 选项、/dev/mapper/ubuntu--vg-root 上的超级块坏、缺少代码页或辅助程序，或者其他错误。”

老实说，这不是一个很有用的错误消息。我以为 LVM 应该使调整分区大小的过程变得更容易，但它也使销毁分区的过程变得更容易。我运行了很多诊断程序，但还没有时间在这里更新，周末会再次更新。

相关内容