这几天，开源界就 RMS 重返 FSF 形成了一场大辩论，有人因为 RMS 本人的一些言论和观点而 反对 他重新回到 FSF 董事会，相应的，也有一些人基于 RMS 的既往贡献和对言论自由的保护而 支持 他重返。

我个人一直以来是以敬仰和尊敬的态度来看待 RMS 的，也积极支持 RMS 重返他创立的 FSF。但是在我公开表明了“支持”的态度后，经过读者反馈，我发现 RMS 在其 博客 上发表的一些言论是充满偏见和误解的。

我对引发 RMS 辞职和重返 FSF 后受到的抗议的 原因，并没有强烈的倾向性观点。但是，在了解了 RMS 近年来关于中国的部分言论存在偏见，作为一名中国人，以我所了解的信息事实，有些观点和偏见是我无法接受的。虽然 RMS 曾多次来访中国，但我认为 RMS 至少在部分信息上存在严重缺失，并基于此有重大偏见。因此，我不会再继续支持他，并从支持 RMS 的公开信中撤销了签名，由此引发了一点关注，这也是我写这封说明的原因。

另外一方面，鉴于 RMS 对自由软件运动的巨大贡献，为如今的自由及开源软件的蓬勃发展奠定了坚实的基础，其创立的 FSF 也发挥了重要的作用，因此，我也不会反对他返回 FSF。

所以，我对 RMS 重返 FSF 这件事持既不反对、也不支持的态度。

wxy@Linux 中国

2021/3/28

Python 之禅 （ Zen of Python ） 最早由 Tim Peters 于 1999 年发表于 Python 邮件列表中，它包含了影响 Python 编程语言设计的 19 条软件编写原则。在最初及后来的一些版本中，一共包含 20 条，其中第 20 条是“这一条留空（...）请 Guido 来填写”。这留空的一条从未公布也可能并不存在。

Python 之禅作为一个信息条款也被录入 Python 增强建议 （ Python Enhancement Proposals ） （PEP）的第 20 条，在 Python 语言的官方网站也能找到。

此外，关于 Python 之禅，还有一件趣事。在 2001 召开第十届国际 Python 峰会（IPC 10，Pycon 的前身）前夕，会议主办方希望定制一件 T 恤，并绞尽脑汁地从投稿的标语中选择了一条 “import this”。然后，他们决定将这个语句实现在 Python 解释器中，于是将 Python 之禅的内容进行简单加密后放入到了 Python 2.2.1 中的 this.py 库当中。如果你在 Python 的解释器中输入 import this ，就会显示出来：

>>> import this;
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

作为 Python 之禅系列文章的总结，我在下面重新整理并链接了之前的各篇文章。对于 Python 之禅的理解大家各有不同，目前也有几个不同的中文翻译版本。为了避免雷同，我们在翻译这系列文章时有意没有参考现有的 Python 之禅中文译本。因此，这里是我们自行翻译选定的译本，可能在理解上有不到位的地方，也可能文字润色不够精要，大家也可以参考其他的译本形成你的理解和润色版本。

1. 美观胜于丑陋 （ Beautiful is better than ugly. ）
2. 明确胜于隐晦 （ Explicit is better than implicit. ）
3. 简单胜过复杂 （ Simple is better than complex. ）
4. 复杂胜过错综复杂 （ Complex is better than complicated. ）
5. 扁平胜过嵌套 （ Flat is better than nested. ）
6. 稀疏胜过密集 （ Sparse is better than dense. ）
7. 可读性很重要 （ Readability counts. ）
8. 特殊情况不足以违反规则 （ Special cases aren't special enough to break the rules. ）
9. 虽然，实用性胜过纯洁性 （ Although practicality beats purity. ）
10. 错误绝不应该悄悄传递 （ Errors should never pass silently. ）
11. 除非显式消除 （ Unless explicitly silenced. ）
12. 面对歧义 （ In the face of ambiguity, ） 要拒绝猜测的诱惑 （ refuse the temptation to guess. ）
13. 尽量找一种 （ There should be one - ） 最好是唯一一种明显的解决方案 （ and preferably only one - obvious way to do it. ）
14. 虽然这种方式一开始可能并不明显 （ Although that way may not be obvious at first. ） （除非你是荷兰人） （ unless you're Dutch. ）
15. 现在有总比永远没有好 （ Now is better than never. ）
16. 虽然将来总比现在好 （ Although never is often better than right now. ）
17. 如果一个实现难以解释 （ If the implementation is hard to explain, ） 那就是个坏思路 （ it's a bad idea. ）
18. 如果一个实现易于解释 （ If the implementation is easy to explain, ） 那它可能是一个好思路 （ it may be a good idea. ）
19. 命名空间是一个非常棒的想法 （ Namespaces are one honking great idea— ） 让我们做更多的命名空间！ （ let's do more of those! ）

12 月 8 日，CentOS 项目宣布，CentOS 8 将于 2021 年底结束，而 CentOS 7 将在其生命周期结束后停止维护。

换言之，“免费”的 RHEL 以后没有了。

一直以来，CentOS 就是以“免费的 RHEL 版本”而深得开源社区和运维工程师们的喜爱。RHEL（ 红帽企业 Linux （ Red Hat Enterprise Linux ） ）是红帽公司推出的企业版 Linux ，向以稳定、可靠和高性能著称。但是，RHEL 是红帽公司的商业产品，用户需订阅红帽公司的商业支持服务才可以使用。而 CentOS 是基于红帽按照开源许可证发布的 RHEL 源代码，并去除了商标等商业信息后重构的版本。从产品特性和使用上来说，CentOS 和 RHEL 几无二致，当然，CentOS 的用户得不到红帽公司的商业支持。

除此以外，CentOS 的发行也比 RHEL 的发行晚得多。除了 CentOS 之外，还有一些也是基于 RHEL 衍生的 Linux 发行版，如 Oracle Linux。

可以说，在中国有大量的 CentOS 用户和装机量，这和 CentOS 的免费不无关系。

CentOS 项目本来是一个社区项目，但是后来红帽公司收购了 CentOS 之后，其地位就有些尴尬。红帽公司旗下有着三个主要的 Linux 发行版产品线：一个是 Fedora，作为先行实验版本，会在快速迭代的同时实验各种新的 Linux 功能和特性，稳定成熟后，这些特性会发布到 RHEL 上；另一个是红帽 Linux ，即 RHEL，它是红帽公司的主要 Linux 发行版，相对来说，在特性和新软件包的添加和更新方面更加保守；最后就是 CentOS，就是 RHEL 的自由开源构建版本，但是在 CentOS 被纳入红帽怀抱之后，其只是作为 RHEL 的一个“免费”版本发布，似乎在红帽公司内的定位也一直模糊。

而在去年，CentOS 团队宣布和红帽合作推出了一个新的滚动版 Linux：CentOS Stream。是的，你没看错，是滚动版。按照红帽的说法，这是一个“中游”的发行版，位于 Fedora 和 RHEL 之间。主要的目标是为了形成一个可循环的“彭罗斯三角”，以使社群对 CentOS 的改进可以流回到 RHEL 当中。

或许，从那一刻开始，就注定了 CentOS Linux 终将落幕吧。

在本次公告中，CentOS 项目宣布，“在接下来的一年里，我们将把重点从 CentOS Linux 转移到 CentOS Stream 上。CentOS Linux 8 作为 RHEL 8 的重构版，将在 2021 年底结束。”而尚在计划维护期的 CentOS 7 系列，也将在 2024 年维护期限到达之后停止维护。所以，还在使用 CentOS 作为生产服务环境的运维工程师们，要么考虑购买 RHEL 商业订阅；要么考虑自行根据 RHEL 源代码构建吧——或许也会有一群人重新接过这个重构的工作，发行新的 Linux 发行版吧。

目前使用 CentOS 的服务器，还可以继续在 RHEL 的计划维护期得到支持，见下表：

而 “CentOS Stream 将在该日期之后继续，作为 RHEL 的上游（开发）分支。”也就是说，以后，Fedora 依然是第一个上游，但是在 RHEL 发布新版本之后，CentOS Stream 会在它的基础上滚动更新，并将成熟的更新反哺到 RHEL 当中。

此外，CentOS Stream 也将成为 CentOS 特别兴趣小组（SIG）之间合作的核心，这可以让 CentOS 贡献者社区对 RHEL 的未来有很大的影响力。红帽认为，“将我们的全部投资转移到 CentOS Stream 是进一步推动 Linux 创新的最佳方式。”

当然，在 CentOS Linux 8 结束时，你可以考虑迁移到 CentOS Stream 8，它会像传统的 CentOS Linux 版本一样定期更新。但是，切记，这是一个作为 RHEL 中游的滚动发行版，并不太建议你在生产环境中使用。关于这个变化，你还可以参考这个 FAQ。

不过，像 Facebook 这样的有足够技术力量的大型 IT 公司，已经将其运行着的数百万台服务器迁移（或正在迁移）到一个他们从 CentOS Stream 衍生而出的操作系统上了。红帽也鼓励所有合作伙伴和开发人员不仅仅参与 CentOS Stream，而是开始建立自己的分支。

此外，除了 CentOS Stream 之外，红帽也提供了一系列平台来支持不同的需求：

• Fedora 项目：是 Fedora 操作系统的基础，用于那些希望贡献操作系统创新前沿的人。
• Red Hat Universal Base Image：是一个免费的、可再发行的、面向开发人员的镜像，用于创建容器化的、云原生企业应用。有了它，开发人员可以更轻松地在 RHEL 上和红帽的开放混合云产品组合（包括红帽 OpenShift）中创建经认证的应用。
• RHEL 开发者订阅：是一个免费的、自助支持的开发者订阅，它为应用的开发提供了一个开发/测试环境，在 RHEL 的稳定、更安全和高性能的基础上部署到生产中。

好了，你对这件事怎么看？

GIMP（ GNU 图像处理程序 GNU Image Manipulation Program ）是一个一流的开源自由的图像处理程序。加州大学伯克利分校的 Peter Mattis 和 Spencer Kimball 早在 1995 年的时候开始了该程序的开发。到了 1997 年，该程序成为了 GNU 项目 官方组成部分，并正式更名为 GIMP。时至今日，GIMP 已经成为了最好的图像编辑器之一，并有经常有 “GIMP vs Photoshop” 之争。

GIMP 不仅仅有 Linux 版本，在 Windows 和 macOS 平台上，也一直有大量专业用户。它被很多人认为是 Photoshop 的最佳替代品之一。不过，由于 GIMP 采用了和 PhotoShop 不同的用户界面和交互逻辑，因此那些从 Photoshop 迁移过来的用户需要一段时间的适应。

Photo GIMP 补丁

现在，有人开发了一个新的补丁，可以将你的 GIMP “打扮” 得像 Photoshop 一样。这个补丁就是 PhotoGIMP，它所做的就是调整 GIMP，使其模仿 Photoshop 的界面，同时还增加了一堆额外的功能。

该补丁是针对 GIMP 2.10 的，主要提供的特性有：

• 对工具箱进行组织，以模仿 Adobe Photoshop
• 默认安装数百种新字体
• 默认安装新的 Python 滤镜，如 heal selection
• 新的启动闪屏
• 新的默认设置，以最大化画布空间
• 按照 Adobe 文档为 Photoshop 上的相似功能设置快捷键
• 自定义的 .desktop 文件添加了新的图标和名称
• 新的默认语言是英语（如果你想的话，仍然可以在设置中更改）

安装该补丁后，GIMP 的外观看起来如下：

如何安装

这里是以 flatpak 做示例介绍的，但这个补丁其实“只是文件”而已，所以，你可以在以任何打包方式安装的 GIMP 上使用（.deb、.rpm、Snap、AppImage、Windows、macOS），只需检查每个系统/包中 GIMP 文件的本地化。

准备 Flatpak 环境

首先，你需要使用 Flatpak 在系统上安装最新的 GIMP。

通过 AppCenter/Package Manager 或终端安装 GIMP Flatpak：

flatpak install flathub org.gimp.GIMP

安装此补丁

在发布页面的 .zip 文件中，你会发现三个隐藏的文件夹（在 Linux 上，使用名字前的 . 来隐藏文件）。所有这些文件夹都必须解压到你的 /home/$USER 文件夹中，如果你在之前的安装中已经有了相同的文件，那么就会覆盖所有内容。

该文件有以下目录。

• .icons（这里有一个新的 PhotoGIMP 图标）
• .local（其中包含个性化的 .desktop 文件）
• .var （其中包含 GIMP 2.10+ 的 flatpak 补丁定制）

如果你只是想要自定义 PhotoGIMP，而不改变原来的 GIMP 图标和名称，只需解压 .var 文件夹到你的主目录。

想在 Windows、macOS 或 Ubuntu（Snap）上使用？

由于这个补丁只是文件，你唯一需要做的就是将软件仓库中的 /.var/app/org.gimp.GIMP/config/GIMP/2.10 中的所有文件复制到每个特定系统的 GIMP 文件夹中，覆盖现有的文件。

• Windows：C:/Users/YOUR_USER/AppData/Roaming/GIMP/2.10
• macOS：/Users/Library/Application Support/GIMP/2.10/
• Ubuntu（Snap）：/home/$USER/snap/gimp/47/.config/GIMP/2.10/
• 常规 Linux 安装（.deb、.rpm）：/home/$USER/.config/GIMP/2.10/

GIMP 在 macOS 上的发布时间有点延迟，这样一来，这个补丁仍然可以工作，特别是在快捷键方面，但有些东西，比如工具箱的组织，至少要等到 macOS 版本达到 2.10.20 版本。

新的图标只有通过 Linux 环境下的补丁提取才能使用，但你可以在你的系统上手动设置它。

总结

好了，你是不是从 PhotoShop 转移过来的 GIMP 用户，你有没有试过这个补丁？你觉得这个补丁有用吗？欢迎留言。

Linux 与 Windows 10 相比的一个优势是它更安全，但是 Linux 系统并不是绝对可靠的， 美国国家标准技术研究院 （ National Institute of Standards and Technology ） （NIST）的 国家漏洞数据库 （ National Vulnerability Database ） （NVD）的最新数据似乎证实了这一点。

Windows 中的安全缺陷更少

根据其数据，在 1999 - 2019 年期间，Debian Linux 是所有操作系统中带有安全漏洞最多的一个。在此期间，在 Debian Linux 中报告了 3067 个漏洞，在 Ubuntu 中报告了 2007 个漏洞。另一方面，Windows 7 受到了 1283 个漏洞的困扰，在 Windows 10 中才发现了 1111 个漏洞。

从历史上看，Windows 并不是为安全而设计的，但是从 Windows XP 开始微软更加重视 Windows 的安全性，在 Windows XP 中就包括了各种安全功能和强大的防火墙。为了应对日益增长的安全性问题，微软还开始给 Windows 更新更多的安全性和隐私功能，但是 Windows 的一个主要目标仍然是为大多数个人和商用计算机提供了动力。

另外，对于更早的 Windows 7 而言这个数字实际上要低于 Windows 10。例如，在 2019 年，Windows 7 中发现了 250 个安全缺陷，而 Windows 10 中发现了 357 个安全缺陷。

重要的是要知道，计算机上的许多漏洞都是由硬件组件（例如芯片组和驱动程序）引起的，而不是由操作系统本身引起的。 许多 Windows 漏洞都是针对企业的，因此，某些漏洞可能不会对最终用户造成不良影响。

不过，值得注意的是，Debian Linux 表示其社区通常会在几天内修复该漏洞。另一方面，Windows 用户有时必须等待一个月。

整体微软产品线安全缺陷最多

但是回溯这整整 20 年来看，这些数据所描述的景象更加完整。在查看整个公司的产品时，微软产品的安全缺陷比任何其他公司都要多。自 1999 年以来，微软产品总共发现了 6814 个漏洞。以下是前 5 名：

1. 微软：6814 个安全缺陷
2. 甲骨文：6115 个安全缺陷
3. IBM：4679 个安全缺陷
4. 谷歌：4572 个安全缺陷
5. 苹果：4512 个安全缺陷

Android 的安全缺陷数量持续霸榜

近年来，在所有技术产品中，安全缺陷数量逐年保持稳定高位的是谷歌的 Android 操作系统。根据该数据报告，Android 在 2019 年、2017 年和 2016 年是所有操作系统中安全缺陷最多的一个。只有在 2018 年，Android 才从冠军席位上临时掉下来一次，当年 Debian GNU/Linux 的安全缺陷更多。在 2019 年，Android 凭借着 414 个安全缺陷位居榜首，而 Debian Linux 以 360 个安全缺陷“夺得”亚军，而 Windows 10/Windows Server 2016&2019 以 357 个安全缺陷“屈居”季军。

以下是历年来安全缺陷最多的产品：

也许最令人担忧的趋势是，随着操作系统和其他软件产品变得越来越复杂，漏洞在最近 20 年中才有所增加。1999 年，仅报告了 894 个技术漏洞。而在 2019 年报告了 12174 个技术漏洞，增长了 14 倍以上。

不过，对此数据的解读，Android 发言人发表了以下声明：

“我们致力于提高透明度，并每月发布有关 Android 中已解决的问题的公共安全公告，以加强生态系统的安全性。我们不同意这样的观点，即衡量操作系统中已解决的安全问题的数量来表示平台的安全性。这实际上是 Android 生态系统按预期工作的开放性的结果。”

Ref：softpedia.com，fastcompany.com，windowslatest.com

最近在网上看到一张图（原图出处不详，题图据原图重制，有修改。）

唔，感觉很有道理啊，你看，rm 是删除，这个单词简单好记；连 rf 都给出了解释，“垃圾文件”；/* 代表目录下的所有文件，没毛病；sudo 也有了，确保权限没问题。

哈哈，你一定会说，又编段子搞笑，没人会信的。

会有人执行这样的命令来清理所谓的垃圾文件么？你别说，这还真不好说。

我们经常会发一些关于关于 Bash 别名的文章，总有一些同学皮一下“贡献”一些别致的别名，比如 alias ls=rm -rf，alias cd=rm -rf 等等。虽然我认为几乎没有人会被这些命令恶搞，但是大家也屡屡乐此不疲。

我将这张图发到朋友圈里，好友“龙十三”表示，这不仅仅清除垃圾文件，而且清除垃圾系统管理员。

是啊，为什么会有这样的段子一再出现呢？就是因为我们有些不求甚解的人，遇到问题了，习惯于从网上随便找个命令示例瞎试，不去探究其原理，也不去核实可靠性。所以，这样的段子真是用来清除“系统管理员里的垃圾”的。

那么让我们来探究一下上面这条命令，看看这里有多少知识点。

rm 的那些事

首先，这条命令是用来清除 Linux 系统的根目录（/）下所有文件的。它使用了两个命令选项：

• -r： 递归 （ recursive ） ，对目录及其下的内容进行递归操作
• -f： 强制 （ force ） ，无需确认操作

这两个选项可以单独写作 -r 和 -f ，也可以按 POSIX 惯例，将两个选项合并成 -rf 。这里的 -r 和 -f 选项，绝非上图中恶搞的 “Rubbish” 和 “Files”。

其后的参数 /* 指的是根目录 / 下的所有文件。

-r 选项

-r 选项代表 递归 （ recurive ） ，其意思是指递归地对参数中的目录及其下的文件或子目录进行删除操作。

这个选项除了短选项风格，还有 GNU 风格的长选项 --recursive ；也出于兼容性的原因，支持同义的大写 -R 参数。

如果没有该选项，则不会删除目录及其下的内容。

-f 选项

在介绍 -f 选项之前，让我们先看一下这里没有出现的 -i 选项。

原生的 rm 命令在删除文件或目录时，遵循 UNIX 惯例，在执行删除操作前和操作成功后，是静默的，毫无提示的。除非遇到错误（如要删除的文件不存在）时，否则绝不抱怨。

后来，可能是鉴于很多人经常会错误删除文件，在绝大多数的 Linux 发行版上的 rm 命令是一个添加了 -i 选项的别名：

alias rm=rm -i

这里的 -i 选项用于在每一个删除动作前做个提示，需要用户明确给予确认才会删除。

但是，有时候，这种提示实在是太烦了，所以，很多人在操作时，特意使用 -f 选项覆盖了 -i 选项的行为，使得这个别名的定义毫无意义。

因此，还有一个 -I 选项，这个选项在要删除三个及更多的文件或递归删除时，会做一次确认提示。这样，既没有 -i 选项那么烦人，又能防止大部分错误操作。所以，可以将上述别名采用 -I 选项，并避免使用 -f 选项。

* 通配了什么

我们看到命令中以* 来指代目录下的所有文件。但是严格来说，* 这个通配符代表不以点 “.” 开头的所有文件。以 “.” 开头的文件默认属于 Linux 下的隐藏文件。

因此，这个命令不会删除 / 目录下以 . 开头的隐藏文件，以及 . 和 .. 两个目录。但是在递归操作时，会递归地删除子目录下除了 . 和 .. 目录之外的所以文件和子目录——无论是否以 . 开头——因为递归操作不是由 Bash 等 shell 进行通配展开的。

至于为什么不在删除目录下的内容时也将 . 和 .. 一视同仁？因为自从 1979 年 rm 命令开始有删除目录的能力时，就专门避开了这两个特殊目录。

根目录保护

有一定经验的系统管理员可能这个时候会想起来，rm 命令有一对专门针对根目录的选项 --preserve-root 和 --no-preserve-root 。这对选项的意思是：

• --preserve-root：保护根目录，这是默认行为。
• --no-preserve-root：不保护根目录。

这对选项是后来添加到 rm 命令的。可能几乎每个系统管理员都犯过操作错误，而这其中删除过根目录的比比皆是（我就是一个）。出现这种情况的原因有几种：

• 输入手误：比如本来想输入 rm /tmp/test.txt，结果不小心键盘打的飞起，多输入了一个空格变成： rm / tmp/test.txt 。看到根目录（/）后面的空格了么？！——这就是我当前自己亲手犯过的错误，而且是在生产服务器上。
• 未正确初始化或命名错误的 shell 脚本变量：比如在脚本中，rm -rf /${tmp_dir}，如果无论是 tmp_dir 变量没有正确赋值还是输入错误（原本或许是 tmpdir ？），那会导致什么？当然是删除根目录咯~

鉴于这种情况层出不穷，在 Linux 圈子几乎和“初学者如何退出 vi” 一样成为经典笑话了。所以，在 POSIX 第七版规范中，rm 命令添加了 --preserve-root 选项，并将其作为默认行为，以降低出现这种错误的可能。

但是，这个选项不能防范本文中所述的清除根目录下所有文件（/*）的操作。

有的同学可能要问，那为什么还会专门出现 --no-preserve-root 选项呢？这可能主要是出于 UNIX 哲学的考虑，给予你想要的一切权力，犯傻是你的事情，而不是操作系统的事情。万一，你真的想删除根目录下的所有文件呢？

你还别说，真有这种需求：比如你要清除一个 chroot 环境下的所有文件。 chroot 我们这里不多讲，它就是以一个目录作为“监狱”，该目录在逻辑上形成了新的“根目录”，在该监狱内的文件操作不能跨出该目录范畴。近些年流行的 Docker、LXC/LXD 之类的容器技术，都是一种 chroot 技术。

UEFI 系统

好吧，你可能更特立独行一些，就是要清除物理环境中的根目录下所有文件！但是在你按下回车键之前，请再考虑一下，你是否在一个 UEFI 系统上？

因为 UEFI 系统会将其固件、变量和设置映射到根目录下的 /sys 分区里面，所以，如果在 UEFI 环境中清除根目录下的所有内容，也会同样清除 /sys ，这将可能会导致你丢失 UEFI 的固件设置，从而使设备变砖。

sudo 提权

为了可以删除属于 root 等系统和其它用户的文件，这个命令还需要在前面加上 sudo 来提权。

输入该命令后，会要求输入密码。谁的密码？不是 root 密码，而是输入该命令的当前用户的密码。

而对于谁能执行 sudo 命令，以及他可以通过 sudo 命令执行什么命令等知识点，这里就不再赘述，请参阅我们的其它文章。顺便说一句，要记得区分 sudo 和 su 命令的联系与区别。

垃圾文件

研究到这里，我们不能忘记这条命令原本的意图，删除“垃圾文件”。

Linux 下有垃圾文件么？有。这些垃圾文件一般来源于：

• 没有被包管理器管理的孤儿文件，在软件包被删除后，遗留在系统中
• 无用的依赖包，在需要这些依赖包的软件被删除后，没有相应删除
• 没有清理的临时文件
• 遗留的诊断文件

那么这些垃圾文件需要清除么？一般而言，Linux 系统上的这些文件大多不会对系统的健康运行造成任何影响，除非太多了，占据了很多存储空间和 inode。

所以，如果你感觉你的 Linux 系统慢了，那几乎可以肯定不是由于垃圾文件导致的，至少在这一点上，来自 Windows 系统的经验并不值得复制。

好了，关于这个简单的命令，我们已经挖掘了这么多知识点，你都知道了吗？

事实上，关于这些知识，还有更多的内涵、外延和历史信息，作为一个真正的系统管理员，而不是一个脚本小子，需要认真地研究每个命令和细节。