☰

filesystem.root 上的磁盘空间不足（已更新）

tag-icon • tag-icon partitioning 20.04 kernel filesystem
filesystem.root 上的磁盘空间不足（已更新）

四周前，我下载了 Ubuntu 20.04 来创建 Windows 10/Ubuntu 20.04 双启动环境，一周前，每次打开系统时，我都会收到警告消息。这似乎是 Ubuntu 许多版本上的一个老问题，可以追溯到近十年甚至更久。我试图追查过去十年左右的各种答案，它们让我头晕目眩。

当我输入时df -h，我得到以下读数：

Filesystem      Size  Used Avail Use% Mounted on
udev            7.7G     0  7.7G   0% /dev
tmpfs           1.6G  1.8M  1.6G   1% /run
/dev/nvme0n1p6   11G  9.8G  418M  96% /
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/loop0       56M   56M     0 100% /snap/core18/1988
/dev/loop1       65M   65M     0 100% /snap/gtk-common-themes/1514
/dev/nvme0n1p1  252M   33M  220M  14% /boot/efi
/dev/loop2       56M   56M     0 100% /snap/core18/2074
/dev/loop3      219M  219M     0 100% /snap/gnome-3-34-1804/66
/dev/loop4      219M  219M     0 100% /snap/gnome-3-34-1804/72
/dev/loop5       66M   66M     0 100% /snap/gtk-common-themes/1515
/dev/loop7       52M   52M     0 100% /snap/snap-store/518
/dev/loop6       51M   51M     0 100% /snap/snap-store/547
/dev/loop8       33M   33M     0 100% /snap/snapd/12398
/dev/loop9       33M   33M     0 100% /snap/snapd/12704
tmpfs           1.6G   56K  1.6G   1% /run/user/1000

第三行显示我只剩下418M，使用了96％。

当我输入时dpkg --list | grep linux-image，输出如下：

/Desktop$ dpkg --list | grep linux-image
ii  linux-image-5.11.0-25-generic              5.11.0-25.27~20.04.1                  amd64        Signed kernel image generic
rc  linux-image-5.8.0-43-generic               5.8.0-43.49~20.04.1                   amd64        Signed kernel image generic
rc  linux-image-5.8.0-59-generic               5.8.0-59.66~20.04.1                   amd64        Signed kernel image generic
ii  linux-image-5.8.0-63-generic               5.8.0-63.71~20.04.1                   amd64        Signed kernel image generic
ii  linux-image-generic-hwe-20.04              5.11.0.25.27~20.04.10                 amd64        Generic Linux kernel image

内核列表非常小。我需要删除任何内核映像吗？这真的是问题的根源吗？

当我输入时sudo apt autoremove，没有任何内容被删除：

/Desktop$ sudo apt autoremove
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 31 not upgraded.

另一个奇怪的是，当我打开 Ubuntu 20.04 时，我无法自动连接到互联网；我必须先打开 Windows，然后重新启动 Ubuntu 才能连接互联网。当我打开 Ubuntu 时，应该在右上角的文件系统菜单不见了。此外，即使安装了磁盘应用程序，它也不会打开。也许所有这些问题都是有关联的。

我在 Windows 端截取了磁盘管理读数的屏幕截图，并尝试将其上传到这里：

分区的屏幕截图

sudo apt autoremove我尝试过、等各种方法sudo apt-get --purge，但它们都无法恢复磁盘空间。

目前解决文件系统根磁盘空间问题的正确方法是什么？

答案1

看起来成功了！我从几周前安装 Ubuntu 时创建的安装 USB 启动了 Try Ubuntu。然后我使用 Gparted 调整分区大小。这是我的新 df -h 读数：

~/Desktop$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.7G     0  7.7G   0% /dev
tmpfs           1.6G  1.8M  1.6G   1% /run
dev/nvme0n1p4  385G  9.9G  356G   3% /
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/loop0       56M   56M     0 100% /snap/core18/1988
/dev/loop1      219M  219M     0 100% /snap/gnome-3-34-1804/66
/dev/loop2      219M  219M     0 100% /snap/gnome-3-34-1804/72
/dev/nvme0n1p1  252M   33M  220M  14% /boot/efi
/dev/loop3       65M   65M     0 100% /snap/gtk-common-themes/1514
/dev/loop4       66M   66M     0 100% /snap/gtk-common-themes/1515
/dev/loop5       51M   51M     0 100% /snap/snap-store/547
/dev/loop6       52M   52M     0 100% /snap/snap-store/518
/dev/loop7       56M   56M     0 100% /snap/core18/2074
/dev/loop8       33M   33M     0 100% /snap/snapd/12398
/dev/loop9       33M   33M     0 100% /snap/snapd/12704
tmpfs           1.6G   24K  1.6G   1% /run/user/1000

以下是 Gparted 提供的新磁盘分配：

Gparted 提供的新磁盘分配

（修改后的Ubuntu分区为dev/nvme0n1p4 385G 9.9G 356G 3%。）

另外，互联网图标又出现在右上角，刚才打开 Ubuntu 时自动连接上了。我猜是因为之前分区已经满了，Ubuntu 通过削减一些启动活动来补偿，所以我无法再自动连接了。

无论如何，看起来我现在已经恢复工作了。非常感谢你的帮助！

相关内容