标签 磁盘空间 下的文章

这个带有脚本的快速指南有助于清理旧的 Snap 版本并释放 Ubuntu 系统中的一些磁盘空间。

我正在使用的 Ubuntu 测试系统中的磁盘空间不足。因此,我通过 GNOME 的磁盘使用分析器进行调查,以找出哪个包正在消耗宝贵的 SSD 空间。除了通常的缓存和主目录,令我惊讶的是,我发现 Snap 和 Flatpak 消耗了大量的存储空间。

Snap 大小 - 清理前

尽管如此,我始终坚持一个规则:除非必要,否则不要使用 Snap 或 Flatpak。这主要是因为它们的安装尺寸和其他问题。我更喜欢原生 deb 和 rpm 包。多年来,我在这个测试系统中安装和移除了一定数量的 Snap 包。

但卸载后还有问题。Snap 在系统中保留了一些残留文件,一般用户不知道。

所以我打开了 Snap 文件夹 /var/lib/snapd/snaps,发现 Snap 保留了以前安装/卸载的软件包的旧版本。

例如,在下图中,你可以看到 GNOME 3.28、3.34 和 Wine 都被删除了。但它们还在那里。发生这种情况是因为 Snap 的设计,它在正确卸载后保留已卸载软件包的版本。

snaps 目录下的文件

或者,你可以在终端中使用:

snap list --all

snap 列出全部

对于保留的版本,默认值为 3。这意味着 Snap 会保留每个软件包的三个旧版本,包括活动版本。如果你对磁盘空间没有限制,这是可以的。

但是对于服务器和其他情况,这很容易遇到成本问题,它会消耗你的磁盘空间。

但是,你可以使用以下命令轻松修改计数。该值可以在 2 到 20 之间。

sudo snap set system refresh.retain=2

清理 Snap 版本

在 SuperUser 的一篇文章中,Canonical 的前工程经理 Popey 提供了一个简单的脚本,它可以清理旧版本的 Snaps 并保留最新版本。

这是我们将用来清理 Snap 的脚本。

#!/bin/bash
#Removes old revisions of snaps
#CLOSE ALL SNAPS BEFORE RUNNING THIS
set -eu
LANG=en_US.UTF-8 snap list --all | awk '/disabled/{print $1, $3}' |
while read snapname revision; do
    snap remove "$snapname" --revision="$revision"
done

将上面的脚本以 .sh 扩展名保存在一个目录中(例如 clean_snap.sh),赋予它可执行权限并运行。

chmod +x clean_snap.sh

当我运行脚本后,它减少了很多磁盘空间。该脚本还将显示要删除的包的名称。

执行脚本

清理后的 Snap 大小

结束语

对于 Snap 的设计效率如何,人们总是争论不休。许多人说,它的设计是坏的,是臃肿的,是消耗系统资源的。这种说法的某些部分是真实的,我不会否认它。如果实施和加强得当,整个沙盒应用的概念是很好的。但我相信,与 Snap 相比,Flatpak 工作做得更好。

也就是说,我希望这可以帮助你清理一些磁盘空间。尽管它只在 Ubuntu 中进行了测试,但它应该适用于所有支持 Snap 的 Linux 发行版。

此外,请查看我们关于 如何清理 Ubuntu 的指南以及其他步骤。

最后,如果你要清理 Flatpak 应用,请参阅 这篇指南


via: https://www.debugpoint.com/clean-up-snap/

作者:Arindam 选题:lkxed 译者:geekpi 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

明明有很多剩余空间,但 Linux 系统依然提示没有空间剩余。为什么会这样呢?Linux 偶尔会有一些令人沮丧的模糊的错误消息出现,而这就是其中一种。不过这种错误通常都是由某几种因素导致的。

通过 du 和 df 检查磁盘空间

在开始行动前,最好先检查一下是否磁盘上是否确实还有空间剩余。虽然桌面环境的工具也很不错,但命令行上的工具更直接,要好的多。

 title=

首先让我们看看 du 命令。用它来检查问题磁盘所在的挂载点目录。本文假设出问题的分区挂载点为根目录。

sudo du -sh /

 title=

由于它要遍历磁盘中的所有文件,因此需要花费一点时间。现在再让我们试试 df

sudo df -h

把根目录和在其中挂载的文件系统加在这条命令的后面。比如,若你的有一个独立的磁盘挂载到 /home,那么除了根目录之外,你也需要把它加进来。使用空间的总和应该跟你 du 命令得到的结果接近。否则的话,就说明可能有已删除文件的文件被进程占用。

当然,这里主要专注点在于这些命令的结果是否要小于磁盘的大小。如果确实小于磁盘大小,那么很明显有很多地方不对劲。

相关使用 Agedu 分析硬盘空间使用状况

可能的原因

这里列出了一些产生这种情况的主要原因。若你发现 dudf 的结果之间有差别,那么可以直接检查第一项原因。否则从第二项原因开始检查。

已删除文件被进程所占用

有时,文件可能已经被删掉了,但有进程依然在使用它。在进程运行期间,Linux 不会释放该文件的存储空间。你需要找出这个进程然后重启这个进程。

 title=

使用下面命令来定位进程。

sudo lsof / | grep deleted

这应该会列出出问题的进程了,然后重启该进程。

sudo systemctl restart service_name

i 节点不够了

 title=

文件系统中有一些称为 “ i 节点 inode ” 的元数据,其用来保存文件的相关信息。很多文件系统中的 i 节点数量是固定的,因此很可能 i 节点已经耗尽了而文件系统本身还没有用完。你可以使用 df 来检查。

sudo df -i /

比较一下已用的 i 节点和总共的 i 节点数量。如果没有可用的 i 节点了,那么很不幸,你也无法扩充 i 节点。删除一些无用的和过期的文件来释放一些 i 节点吧。

坏块

最后一个很常见的问题就是坏的文件系统块。除非另有标记,否则操作系统很可能会认为这些块都是可用的,这会导致文件系统损坏或者硬盘坏死。最好是使用带 -cc 标志的 fsck 搜索并标记出这些块。记住,你不能使用正在使用的文件系统(LCTT 译注:即包含坏块的文件系统)中的 fsck 命令。你应该会要用到 live CD。

sudo fsck -vcck /dev/sda2

很明显,这里需要使用你想检查的磁盘路径取代命令中的磁盘位置。另外,要注意,这恐怕会花上很长一段时间。

相关:[使用 fsck 检查并修复你的文件系统 [Linux]](https://www.maketecheasier.com/check-repair-filesystem-fsck-linux/ "Check and Repair Your Filesystem With fsck [Linux]")

希望这些方案能解决你的问题。这种问题在任何情况下都不是那么容易诊断的。但是,在运气好的情况下,你可以把文件系统清理干净并让你的硬盘再次正常工作。


via: https://www.maketecheasier.com/fix-linux-no-space-left-on-device-error/

作者:Nick Congleton 译者:lujun9972 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出