☰

为什么当我有近 35GB 的可用空间时，它会显示“文件系统根目录”几乎已满？

tag-icon • tag-icon dual-boot partitioning filesystem disk-usage rar
为什么当我有近 35GB 的可用空间时，它会显示“文件系统根目录”几乎已满？

我尝试解压一个 37MB 的 RAR 文件，但系统显示 root 已满。我曾经sudo baobab /检查过，它显示 / 占用了 14.1GB。它承认有可用空间，但仍显示 root 已满。我sudo du -h在 root 中运行，它显示 19GB。我运行sudo df -i后显示：

Filesystem      Inodes  IUsed   IFree IUse% Mounted on
/dev/sda5      3244032 321772 2922260   10% /

我运行sudo df -h --total后显示：

Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           394M  1.5M  393M   1% /run
/dev/sda5        49G   14G   33G  29% /
tmpfs           2.0G     0  2.0G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/loop0      221M  221M     0 100% /snap/code/63
/dev/loop1      208M  208M     0 100% /snap/code/65
/dev/loop3       99M   99M     0 100% /snap/core/11081
/dev/loop2      100M  100M     0 100% /snap/core/10958
/dev/loop5       56M   56M     0 100% /snap/core18/2066
/dev/loop4       56M   56M     0 100% /snap/core18/1997
/dev/loop6      218M  218M     0 100% /snap/gnome-3-34-1804/60
/dev/loop7      219M  219M     0 100% /snap/gnome-3-34-1804/66
/dev/loop8       65M   65M     0 100% /snap/gtk-common-themes/1514
/dev/loop9       66M   66M     0 100% /snap/gtk-common-themes/1515
/dev/loop11      52M   52M     0 100% /snap/snap-store/518
/dev/loop10      52M   52M     0 100% /snap/snap-store/498
/dev/loop12      33M   33M     0 100% /snap/snapd/11588
/dev/loop13      33M   33M     0 100% /snap/snapd/11841
/dev/sda1       511M  4.0K  511M   1% /boot/efi
tmpfs           394M   60K  394M   1% /run/user/1000
total            58G   15G   40G  27% -

我以两种不同的方式使用了 xdiskusage：， sudo xdiskusage /显示 13.11GB，然后 sudo xdiskusage从图形界面中选择安装有磁盘 / ，显示 48.6GB，其中 32.94 为（可用），2.49 为（inodes），其余为实际根。

sudo fdisk -l

Disk /dev/sda: 50 GiB, 53687091200 bytes, 104857600 sectors
Disk model: VBOX HARDDISK   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xee2b9e47

Device     Boot   Start       End   Sectors  Size Id Type
/dev/sda1  *       2048   1050623   1048576  512M  b W95 FAT32
/dev/sda2       1052670 104857599 103804930 49.5G  5 Extended
/dev/sda5       1052672 104855551 103802880 49.5G 83 Linux

系统在 VMBox 上运行。最初分配 25GB，但我使用 GParted 将分区扩展到 50。问题在我弄乱分区之前就开始了。我已重新启动系统，以防有打开但未删除的文件。没有大型日志文件（仅 349MB）。

答案1

我妈妈的电脑 (Kubuntu 16.04) 上的根分区报告已满。解决方案是运行：sudo apt autoremove
在这种情况下，更新程序从未清除旧文件。现在运行 20.04，它运行良好。

相关内容