☰

文件系统根目录的磁盘空间不足

tag-icon • tag-icon boot dual-boot partitioning disk disk-usage
文件系统根目录的磁盘空间不足

我有 Ubuntu 20.04。现在我经常遇到这个问题 - “文件系统根目录”中的磁盘空间不足，有时显示可用 635MB，有时显示 400MB。似乎每次我在 Ubuntu 上工作，甚至当我使用 Google Chrome 时，可用磁盘空间都会减少。我的笔记本电脑有 Linux 和 Windows 双启动系统。目前我的 sda9 占用了 25GB 的空间。请帮忙！！

PS：之前有人发过类似的问题，但是我没有从那篇帖子中得到满意的答案，所以请不要忽略这篇帖子。

这是我的输出df -h

Filesystem      Size  Used Avail Use% Mounted on
udev            3.8G     0  3.8G   0% /dev
tmpfs           784M  2.0M  782M   1% /run
/dev/sda9        25G   24G  124M 100% /
tmpfs           3.9G   17M  3.9G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/loop0       98M   98M     0 100% /snap/core/10185
/dev/loop3       61M   61M     0 100% /snap/core20/634
/dev/loop1       98M   98M     0 100% /snap/core/10444
/dev/loop2       56M   56M     0 100% /snap/core18/1932
/dev/loop4       62M   62M     0 100% /snap/core20/875
/dev/loop5       56M   56M     0 100% /snap/core18/1885
/dev/loop6      163M  163M     0 100% /snap/gnome-3-28-1804/145
/dev/loop8       65M   65M     0 100% /snap/gtk-common-themes/1514
/dev/loop11     218M  218M     0 100% /snap/gnome-3-34-1804/60
/dev/loop10      50M   50M     0 100% /snap/snap-store/467
/dev/loop13      52M   52M     0 100% /snap/snap-store/498
/dev/loop15     180M  180M     0 100% /snap/telegram-desktop/2185
/dev/loop7       65M   65M     0 100% /snap/gtk-common-themes/1513
/dev/loop14     179M  179M     0 100% /snap/telegram-desktop/2198
/dev/loop12     261M  261M     0 100% /snap/kde-frameworks-5-core18/32
/dev/loop9      256M  256M     0 100% /snap/gnome-3-34-1804/36
/dev/sda1       746M   73M  674M  10% /boot/efi
tmpfs           784M   32K  784M   1% /run/user/1000

答案1

由于您正在运行 Chrome，我推断您正在运行 Ubuntu 桌面版，并且有一个非特权用户，您可以出于管理目的使用其网页浏览、运行应用程序和 sudo。

我没有看到在 /home 上安装单独的用户分区，以防止用户数据在操作系统运行过程中耗尽磁盘空间。对于桌面环境来说，24G 并不算多。如果操作系统必须与用户共享，最终您的操作系统将耗尽磁盘空间 - 这是您想要避免的。但对于眼前的问题...

让我们确定问题出在哪里。请发布结果sudo du -sh /home。如果这是您 25G 中的很大一部分，那么...

用于sudo find /home -size +2G定位用户空间中的大文件。继续减小大小参数并删除任何您不需要的文件。如果您和我们大多数人一样，您可能有一些下载的 ISO 放在身边。如果您要保存重要的视频或图片文件 - 25G 不够用 - 您将需要另一个硬盘。

如果 /home 空间不是罪魁祸首，您可以使用 从顶部扫描整个系统sudo du -sk /* 2>/dev/null | sort -nk1。找到占用空间最大的文件夹，然后扫描其子文件夹，并清除所有可以清除的内容。

祝你好运，Nova

答案2

您可以尝试分析是什么占用了您分区中本来就较小的空间。一个可以分析的工具是德。例如，您可能会发现一些可以通过文件管理器删除的媒体文件。

可能安装了某些您不需要的软件，但如果需要，您应该使用一些包管理工具正确卸载它们。Ubuntu 桌面依赖于某些软件，如果您想继续使用默认的 Ubuntu 发行版，则不应卸载这些软件，但您可以卸载 列出的一些“推荐：”软件包apt-cache depends ubuntu-desktop。例如sudo apt autoremove rhythmbox。不要碰 ubuntu-desktop 中标记为“依赖：”的软件包。之后您自己安装的一些软件包可能不再需要了。

也许您可以考虑为 Ubuntu 获取一个更大的分区或为数据获取单独的分区？

或者你可以考虑从默认的 Ubuntu 切换到轻量级Linux发行版；有许多基于 ubuntu 的可用。

答案3

我有一个对我 100% 有效的解决方案...在 var/log 下，两个名为 kernel.log 和 syslog.log 的日志文件的大小正在稳步增长，并且 /cow（脏写时复制）已满，由于磁盘空间不足导致安装无法运行。df -kh [/cow --- 增加且已满] 因此第一个 systemctl stop syslog.socket cd /var/log rm -rf *

然后您就可以成功设置操作系统。

相关内容