我尝试减小我的根的大小，/home以便增加/太小的根。我尝试通过以下方法实现此目的演练。不幸的是，我不知道标准分区（我的系统基于此）和逻辑卷管理（LVM；本演练基于此）之间的区别......至少我是这么认为的。
简要介绍一下我所做的事情：
1.以root身份登录
2.卸载我的/homevia
umount /home
3.将我的 /home 分区从 436G 缩小 10G 到 426G
e2fsck -f /dev/my_home
resize2fs /dev/my_home 426G
4.尝试将/home减小到426G
lvreduce -L 426G /dev/my_home
/dev/my_home这里我得到了位置不存在的错误。事实上，通过检查
df -h
不再显示我的/home。
我几乎被困在这里，非常担心我以某种方式/home用命令破坏了我的分区resize2fs。我仍然在会话中，因为我不敢重新启动。非常感谢您的帮助！
系统：Ubuntu 20.04
答案1
df -h显示可用空间安装文件系统。因此，看不到您为了调整其大小而卸载的分区是正常的。
使用以下命令列出可用分区
lsblk -fs
您可以看到分区的当前设备名称和 UUID。两者都可用于指代要挂载分区的设备，例如
sudo mount UUID="<UUID>" /tmp
将文件系统挂载到目录/tmp。
如果在调整大小操作期间 /home 分区的 UUID 没有更改，它将在下次启动时自动再次挂载。否则，您需要使用/etc/fstab分区的新 UUID 更新配置文件中的 UUID。
答案2
幸运的是，我成功地调整了分区大小，没有丢失任何（明显的）数据。为了防止未来可能迷失的灵魂（比如我），我很快放弃了解决问题的方法：
在卸载 /home 后，我首先通过以下方式将其调整为原始大小
resize2fs /dev/my_home
这基本上扩展/dev/my_home到未分配的空间。就我而言，系统要求我先运行
e2fsck -f /dev/my_home
我照做了，并在被问到时确认优化了我的系统。
然后我从实时 USB 重新启动，打开 Gparted，并相应地移动/调整分区大小。然后我重新启动进入正常会话。据我所知，分区已正确调整大小 + 我可以访问所有数据。呼！
注意：由于我必须使用 gparted 移动 /home，所以我希望重新安装 GRUB。但就我而言，这似乎没有必要。