主页 / ubuntu / 问题 / 1300374
Accepted
Nova Stark
Asked: 2020-12-16 09:51:57 +0800 CST

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

  • 772

我有 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
boot dual-boot partitioning disk disk-usage

4 个回答

  1. Best Answer

    由于您正在运行 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. 找到顶部的空间吞噬者并扫描它的子文件夹，消除你可以做的事情。

    祝你好运，新星

    • 2

  2. 您可以尝试分析在开始时相对较小的分区上占用如此多空间的原因。一种工具是Duc。例如，您可能会发现一些可以通过文件管理器删除的媒体文件。

    可能安装了一些您不需要的软件，但如果需要，您应该使用一些软件包管理工具正确卸载它们。Ubuntu 桌面依赖于一些你不应该卸载的软件，如果你想继续使用默认的 Ubuntu 发行版，但你可以卸载一些被apt-cache depends ubuntu-desktop. 例如sudo apt autoremove rhythmbox. 不要触摸 ubuntu-desktop 中标有“Depends:”的包。之后可能还会有一些您不再需要的软件包是您自己安装的。

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

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

    • 0

  3. 使用QDirStat查看占用所有磁盘空间的内容。

    根文件系统上使用的 25 GB 中的 24 对我来说听起来太过分了（我的使用了 9.3 GB）；但是，您似乎没有单独的 /home 文件系统来存储您的个人数据。我想这就是隐藏所有这些 GB 的地方。

    • 0

  4. 我有一个 100% 为我工作的解决方案... 在 var/log 下，名为 kernel.log 和 syslog.log 的两个日志文件的大小稳步增长，并且 /cow（写时脏复制）已满，由于磁盘空间不足而阻止安装运行。df -kh [/cow --- 增加和完整] 所以第一个 systemctl stop syslog.socket cd /var/log rm -rf *

    然后你就可以成功设置 os.

    • 0

相关问题