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

Yas*_*ant 2 upgrade package-management

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

全新安装比升级更好吗?

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

use*_*733 5

Debian ( dist-upgrade ) 和 Ubuntu ( release-upgrade ) 迁移到下一个版本而不格式化的方法不应该在您的文件系统中留下分散的无关文件。

Debian 花了 25 年的时间无情地提高软件包质量,而且非常好。Debian 档案管理员将拒绝并删除不符合标准或使系统不稳定的软件包。deb 包的标准是包管理器应该删除包的所有痕迹,将系统返回到与最初安装包之前类似的状态。

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

此外,如果您发现一个遗留问题的软件包,请提交错误报告。

对干净移除的期望有几个例外:

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