☰

如何为 root 提供额外的磁盘空间用于 Ubuntu 更新？

tag-icon • tag-icon ubuntu upgrade updates disk-space ubuntu-22.04
如何为 root 提供额外的磁盘空间用于 Ubuntu 更新？

我想将 Ubuntu 升级到 22.04，但是出现以下错误：

The upgrade has aborted. The upgrade needs a total of 11,4 G free 
space on disk '/'. Please free at least an additional 2 817 M of disk 
space on '/'. Empty your trash and remove temporary packages of 
former installations using 'sudo apt-get clean'.

我做了所有这些，甚至更多，但我仍然需要以某种方式在“/”上获得 3 GB 的磁盘空间。当我从“~”文件夹中删除这么多内容时，这似乎并不重要，IE不知何故，“~”似乎没有使用“/”上的磁盘空间，因此在这里释放磁盘空间对我的更新无关紧要。

我尝试使用该工具gparted来实现这一点，但这证实了我的所有磁盘空间都已用于 Ubuntu（并且我似乎无法进行进一步的分区，例如给“/”更多而给“~”更少）。

我的问题是：如何让 Ubuntu 使用来自“~”的一些可用磁盘空间，因为我无法从“/”中释放更多空间？

编辑：请求输出df -h

df: /root/.cache/doc: Operation not permitted
Filesystem              Size  Used Avail Use% Mounted on
udev                    7,6G     0  7,6G   0% /dev
tmpfs                   1,6G   19M  1,6G   2% /run
/dev/mapper/crypt-root   46G   36G  8,1G  82% /
tmpfs                   7,7G     0  7,7G   0% /dev/shm
tmpfs                   5,0M  4,0K  5,0M   1% /run/lock
tmpfs                   7,7G     0  7,7G   0% /sys/fs/cgroup
/dev/loop4               56M   56M     0 100% /snap/core18/2560
/dev/loop6              114M  114M     0 100% /snap/core/13425
/dev/loop8               83M   83M     0 100% /snap/discord/141
/dev/loop7               64M   64M     0 100% /snap/core20/1623
/dev/loop1              128K  128K     0 100% /snap/bare/5
/dev/loop9               71M   71M     0 100% /snap/core22/188
/dev/loop10              23M   23M     0 100% /snap/dm-tools/164
/dev/loop17             165M  165M     0 100% /snap/gnome-3-28-1804/161
/dev/loop19             141M  141M     0 100% /snap/skype/226
/dev/loop22              92M   92M     0 100% /snap/gtk-common-themes/1535
/dev/loop23             347M  347M     0 100% /snap/gnome-3-38-2004/115
/dev/loop24             128K  128K     0 100% /snap/leagueoflegends/65
/dev/loop25             346M  346M     0 100% /snap/telegram-desktop/4116
/dev/loop28             251M  251M     0 100% /snap/zoom-client/170
/dev/loop32             219M  219M     0 100% /snap/gnome-3-34-1804/77
/dev/loop36             261M  261M     0 100% /snap/kde-frameworks-5-core18/32
/dev/sda1               921M  116M  742M  14% /boot
/dev/mapper/crypt-home  418G   56G  341G  15% /home
/dev/mapper/crypt-tmp   2,7G   31M  2,5G   2% /tmp
tmpfs                   1,6G  152K  1,6G   1% /run/user/1001
/dev/loop37              46M   46M     0 100% /snap/snap-store/592
/dev/loop29             143M  143M     0 100% /snap/chromium/2082
/dev/loop0              104M  104M     0 100% /snap/julia/51

EDIT2：截图gparted

gparted 屏幕截图

答案1

您的df -h结果显示 位于/home独​​立于 的单独文件系统上/。这意味着它分配了固定大小的空间。删除 下的文件可释放/home仅可再次用于 的空间/home。

从您提供的数据来看，我无法完全清楚您的系统是如何设置的，但这似乎很奇怪。/home对于大多数用户来说，分离是不必要的，但在某些情况下可能是有意义的，所以没关系。您还有一个/tmp似乎毫无意义的分离。看起来您可能有多层全盘加密：首先加密整个分区，然后在其中设置 LVM，令人惊讶的是，LVM 内部的每个卷（root、home、tmp）都再次独立加密。这些本身都不是问题，但这种设置在无用的双重加密上浪费了 CPU 性能，这与一层加密相比并没有增加任何额外的安全性，并且单独的卷会/home分配几 GB，您现在可以将这些空间用于升级。

看起来你目前正在运行 Ubuntu 18.04。这将是一次相当大的升级，可能不会顺利进行（即使是单个版本的升级在 Ubuntu 上也相对脆弱，而你将在这里跳过 8 个版本）。这意味着你应该确保你有完整的、最新的备份所有数据。如果出现任何问题，您可能需要这些数据。我还建议事先创建一个完整的磁盘映像，以防在升级失败后必须快速恢复此系统完全运行。Clonezilla 是我首选的工具。

此时，你已经备份了所有数据，并准备好恢复，为风险升级做好准备，我认为你应该利用这个机会从头安装 Ubuntu 22.04使用更传统的分区。安装程序将提供多个选项。其中之一是删除所有内容并从头开始安装。这将为 和其他所有内容设置一个分区/，/home其优点是所有文件夹之间共享可用空间，不会导致这种情况。您可以选择加密磁盘。

相关内容