在使用/home收缩过程中意外丢失resize2fs

Question

我试图缩小我的/home的大小，以增加我的根/太小。我试图通过遵循这个演练来实现这一点。不幸的是，我没有意识到标准分区(我的系统所基于的)和逻辑卷管理(LVM；演练是基于)...at之间的区别--至少我这样认为。

简单地说，我所做的：

1.以root身份登录

2.通过

umount /home

3.将我的/home分区从436 g缩小到426 G

e2fsck -f /dev/my_home
resize2fs /dev/my_home 426G

4.尽量将/home降至426 G。

lvreduce -L 426G /dev/my_home

在这里，我得到一个错误，即位置/dev/my_home不存在。实际上，检查

df -h

不再显示我的/home了。

我被困在这里，强烈担心我用resize2fs命令以某种方式破坏了我的D11分区。因为我不敢重新启动，所以我仍然在积极地参加这个会议。我们非常感谢你的帮助！

系统: Ubuntu 20.04

Answer 1

幸运的是，我成功地调整了分区的大小，避免了任何(明显的)数据丢失。为了未来可能失去的灵魂(像我一样)，我很快放弃了解决问题的方法：

随着我的/home被卸载，我首先通过以下方式调整它的大小

resize2fs /dev/my_home

这基本上将/dev/my_home扩展到未分配的空间。就我而言，系统要求我先运行。

e2fsck -f /dev/my_home

我做了，确认当我被问到优化我的系统。

然后，我从实时USB重新启动，打开G期，并相应地移动/调整分区大小。然后，我重新启动到一个正常的会话。据我所知，分区已被正确调整大小+我可以访问我的所有数据。呼！

注意:由于我必须移动我的/home，我希望重新安装GRUB。但就我而言，这似乎是不必要的。

Answer 2

df -h只显示挂载文件系统上的可用空间。因此，如果不看到您卸载的分区以调整其大小，这将是正常的。

使用以下命令列出可用分区

lsblk -fs

您可以看到分区的当前设备名和UUID。这两种方法都可以用于引用安装分区的设备。

sudo mount UUID="" /tmp

若要将文件系统挂载到目录/tmp，请执行以下操作。

如果您的/home分区的UUID在调整大小操作期间没有更改，那么它将在下一次引导时自动挂载。否则，您将需要使用分区的新UUID更新/etc/fstab配置文件中的UUID。