我所有的 Linux 机器、服务器和笔记本电脑/工作站，都在 Fermilab/Cern 的 Scientific Linux 发行版下运行 Enterprise Linux。
随着该发行版（没有 SL8）的消亡，我们权衡了我们的替代方案并选择了 Ubuntu LTS。我发布此内容的机器是现在运行 Ubuntu 20.04.1 LTS 的移动工作站（“专业”笔记本电脑——HP Zbook）。
与 SuSE 一样，Red Hat 的唯一可用列表（从技术上讲，可安装的“支持的”端口/发行版）与 SL 用户列表不同，后者经常有其他有经验的专业人士发布和回复.
当我们需要的一些当前非 Beta 生产版本的应用程序显然不再与 SL 7 兼容，但需要 EL 8 时，我们开始转向 Ubuntu LTS。除了这个网站，还有其他列表相当于 SL 用户列表，其中有来自 SL 的专业付费维护者（在 Fermilab）和维护 EL 存储库（例如，ELrepo）的人的答案？
谢谢你的任何信息。我不允许将此发布到 META，因为我没有 5 或更高的分数。小心。注意安全。
我最近从 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 或其他文档来回答这个问题。