系统文件升级的结果与完全全新安装的结果是否不同?

系统文件升级的结果与完全全新安装的结果是否不同?

我最近从 Scientific Linux (SL)(RHEL 衍生发行版)迁移到了 Ubuntu LTS。这是因为没有 SL 8,而且我一直在 SL 列表(一种比 Canonical 对这些列表使用的方法更自由的方法)上发布我对 Ubuntu LTS 与 SL(两者都是“企业”或“稳定生产”发行版——不是发烧友半测试版发行版)的观察。一个显著的区别是从 18.04 LTS 升级到 20.04.1 LTS——这是就地完成的,不需要重新格式化系统驱动器(假设有足够的存储空间,而且确实有)。对于 SL 上的类似主要版本升级,必须重新格式化——因此,我将删除包含 SL 主要版本 N 的驱动器,安装新驱动器,安装 SL 主要版本 N+1,然后从已删除的磁盘复制回任何非系统目录,例如 /opt、/usr/local 和 /home 的大部分内容。 Ubuntu LTS 主要版本升级不需要此过程。然而,SL 列表中有人声称,就地升级的“Debian 哲学”留下了一个包含系统(非系统)可执行文件与“升级”后的 Ubuntu 系统全新安装的文件不同。也就是说,升级后的 20.04.1 LTS 的系统文件将不是就像 20.04.1 安装在新驱动器上一样。这样对吗?Ubuntu(Debian)就地升级是否会留下系统“垃圾”?我指的不是 /etc 中针对特定实用程序具有特定配置的配置文件——我需要保留这些文件,只要升级后的主要版本中提供该功能即可。我已阅读

全新安装比升级更好吗?

我并不是在征求意见——我是在寻求有关全新安装 LTS 主要版本 N 与将 LTS 主要版本 N-1 升级到 N 之间具体差异的详细信息。除了(希望)发布的答复之外,我假设会有一个 URL 或其他文档来回答这个问题。

答案1

Debian (分布式升级)和 Ubuntu(发布升级) 无需格式化即可迁移到下一个版本的方法不应该让多余的文件散落在文件系统中。

Debian 花了 25 年时间不懈地改进软件包质量,而且做得非常好。Debian 档案管理员将拒绝和删除不符合标准或导致系统不稳定的软件包。deb 软件包的标准是包管理器应该删除包的所有痕迹,将系统恢复到类似于包最初安装之前的状态。

一般来说,如果您发现留下的“垃圾”文件,那就是一个错误——请提交错误报告!

此外,如果您发现某个软件包留下了垃圾,请提交错误报告。

对于彻底清除的期望有几个例外:

  • 您的数据位于 /home 中,包管理器永远不会删除这些数据。
  • /etc 中的系统配置和设置(使用 --purge 删除这些)
  • 运行应用程序时创建的临时文件,例如 /run 中的 PID 文件、/var 中的锁定文件以及 /tmp 中的临时文件(大多数情况下)。应用程序退出时应清理这些文件。如果没有,请提交错误报告。
  • 应用程序创建或修改的持久文件,如 /var 中的日志文件或缓存。有些文件将在卸载时被删除(缓存),有些则不会(日志文件)。如果您手动修改或添加了您自己的自定义设置,则包管理器可能不会删除您的文件。
  • 来自非官方 Debian 档案库或 Ubuntu 存储库的软件包可能符合标准,也可能不符合标准,而且确实可能​​会留下垃圾。您可能已经知道最好不要从庞大、肮脏的互联网上安装随机的 deb。

相关内容