第 3 章 选择一个 Debian 发布版本

尝试使用搜索引擎在网上搜索，看一下有没有其他人可以让它在 stable 中工作。绝大多数硬件应当可以在 stable 中工作。但是如果您拥有一些最新的、最前沿的硬件，它可能不能在 stable 中工作。如果是这种情况，您可能需要安装/升级到 testing 或者 unstable。

对于笔记本，https://www.linux-on-laptops.com/ 是查看有没有其他人可以让它在 Linux 下工作的非常棒的一个网站。这个网站不是针对 Debian 的，但仍是一个丰富的信息来源。对于桌面计算机，我不知道任何类似的网站。

另一个选择是在 debian-user 邮件列表中提问，方式是发送邮件到 debian-user@lists.debian.org。您不需要订阅就可以向这个邮件列表发送信息。邮件存档可以在 https://lists.debian.org/debian-user/ 阅读。关于订阅该邮件列表的信息，也可以在邮件存档页面找到。强烈建议您将您的问题发送到邮件列表，而不是 IRC。邮件列表的信息会被存档，所以您的问题的解决方法可以帮助其他有相同问题的人。

是的。unstable 中的版本最新。但是 unstable 的软件包没有经过良好测试，并可能存在缺陷。

另一方面，stable 包含的软件包的版本比较旧。但这些软件包经过了良好的测试，存在缺陷的可能性更低。

testing 中的软件包处于这两个极端之间。

好吧，您可能是对的。stable 中的软件包的年龄取决于最近一次版本发布在什么时候。因为版本发布之间通常会间隔 1 年以上，您可能会发现 stable 包含了版本非常陈旧的软件包。然而，它们已经经过了反复测试。可以十分有信心地说，这些软件包没有任何已知的严重缺陷、安全漏洞等。stable 中的软件包和其他 stable 中的软件包无缝整合。这些特性对于每天 24 小时、每周 7 天不间断运行的生产环境的服务器十分重要。

另一方面，testing 或者 unstable 中的软件包可能有隐藏的缺陷、安全漏洞等。更重要的是，testing 和 unstable 中的一些软件包可能不能正常工作。通常在单一桌面计算机上工作的人更喜欢使用最新、最现代的软件包集合。unstable 是更适合这类人群的解决方案。

正如您所看到的，稳定性和新版本的软件是不可兼得的。如果您需要稳定性：安装 stable。如果您需要使用最新的软件包进行工作，安装 unstable。

可以，但这一过程是单向的。您可以从 stable --> testing --> unstable。但反过来是“不可能”的。所以您最好要确定您希望安装/升级到 unstable。

实际上，如果您是专业人士，还愿意花费一些时间，而且您非常小心，并且您知道您在做什么的话，那么或许可以从 unstable 降级到 testing，再到 stable。但是安装脚本在设计时不支持这么做。所以在此过程中，您的配置文件可能会丢失，而且……

不能。这是一个十分主观的问题。没有一个完美的答案，因为这取决于您对软件的需求、您是否愿意处理可能出现的问题，以及您在系统管理方面的经验。这儿有一些提示：

当在 testing 和 unstable 之间作出选择时，请注意有时候使用 testing 可能比使用 unstable 更有利。本文档的作者之一曾在 gcc 版本从 gcc3 过渡到 gcc4 时碰到了这种情况。他尝试在一台使用 unstable 的机器上安装 labplot 软件包，但是无法安装，因为它的有些依赖关系已经过渡到了 gcc4，有些没有。但在运行 testing 的机器上，可以安装该软件包的 testing 版本，因为已经过渡到 gcc4 的软件包还没有“渗漏”到 testing。

有时候，某个软件包可能无法通过包管理工具安装。有时候，某个软件包可能完全不可用，可能它因为有缺陷或依赖关系未满足而被（暂时）移除了。有时候，某个软件包可以安装，但无法正常工作。

当这些事情发生时，我们就说这个发布版本“出问题”了（至少对于这个软件包而言）。

unstable 引入的缺陷修复和改进会在一个固定的天数后进入 testing。假设是 5 天。unstable 中的软件包只在没有针对它们的 RC bug 被报告的情况下才能进入 testing。如果在 unstable 中的软件包有针对它的 RC bug 报告，它在 5 天后也不会进入 testing。

其中的想法是，如果软件包有任何问题，就会被使用 unstable 的用户发现，并会在进入 testing 之前被修复。这会让 testing 在大多数时候都保持一个可用的状态。这是个极好的想法，如果您问我的话。但是事情并不总是如此简单的。考虑以下的情况：

情况还有可能变得更加复杂，比如说，XYZ 依赖 4 个其他的软件包。这可能导致 testing 版本在数月内都不能使用。尽管以上的场景是虚构的，类似的事情有可能在现实中发生，虽然十分罕见。

许多人选择 Debian 而不是其他 Linux 发行版的主要原因之一就是 Debian 仅需要极少的管理工作。人们只需要一个能够工作的系统。通常我们可以说 stable 仅需要极少的维护工作，而 testing 和 unstable 则需要管理员的持续维护。如果您运行 stable，您需要留心的仅仅是跟踪安全更新。如果您运行 testing 或者 unstable，您则需要注意已安装的软件包的新发现的缺陷、新修复的缺陷和新引入的功能等。

这个问题不能帮助您选择 Debian 的发布版本。但是您迟早会碰到这个问题。

当前的 stable 发布版本为 bullseye；下一个 stable 发布版本将被称作 bookworm。作为一个特例，让我们考虑 bookworm 作为下一个稳定版本被发布时将会发生什么。

大多数情况下非常容易搞清楚。查看 /etc/apt/sources.list 文件。会有类似这样的行：

deb http://ftp.us.debian.org/debian/ unstable main contrib

第三个字段（上面的例子中是“unstable”）指出了这个系统正在跟踪哪一个 Debian 发布版本。

您也可以使用 lsb_release（在软件包 lsb-release 中）。如果您在一个 unstable 的系统上运行这个程序，您会得到：

$ lsb_release  -a
LSB Version:    core-2.0-noarch:core-3.0-noarch:core-3.1-noarch:core-2.0-ia32:core-3.0-ia32:core-3.1-ia32
Distributor ID: Debian
Description:    Debian GNU/Linux unstable (sid)
Release:    unstable
Codename:   sid

但是，事情并不总是那样简单。有些系统的 sources.list 文件可能有数行，对应不同的发布版本。如果管理员跟踪来自不同 Debain 发布版本的不同软件包，就可能出现这一情况。经常把这种配置叫做 apt-pinning。这种系统可能是不同发布版本的混合。

如果您当前正运行 stable，那么 /etc/apt/sources.list 文件的第三个字段将要么是“bullseye”，要么是“stable”。您需要将其改成您想要运行的发布版本。如果您想要运行 testing，那就将 /etc/apt/sources.list 的第三个字段改成“testing”。如果您想要运行 unstable，那么就把第三个字段改成“unstable”。

当前 testing 被叫做 bookworm。所以，如果您将 /etc/apt/sources.list 的第三个字段改为 “bookworm”，那么您也将运行 testing。不过即使在 bookworm 变为 stable 之后，您仍然将会跟踪 bookworm。

Unstable 永远被称作 Sid。所以如果您将 /etc/apt/sources.list 的第三个字段改成“sid”，那么您将跟踪 unstable。

当前 Debian 向 testing 提供安全更新，但不对 unstable 提供，因为对 unstable 的修复会直接进入 main 仓库。所以如果您运行 unstable，请务必从 /etc/apt/sources.list 中删除关于安全更新的行。

如果您准备升级到的版本有一份发行说明（即使它还没有发布），阅读它可能是个好主意，因为发行说明可能会提供如何升级到该版本的信息。

话虽如此，一旦您作出了以上的修改，您就可以运行 aptitude update，并安装您所需要的软件包。注意，从一个不同的发行版本安装软件包可能会自动升级您系统的一部分。如果您单独安装了一些软件包，您将会得到一个混合了不同的发布版本的系统。

在有些情况下，简单地使用 apt full-upgrade，aptitude safe-upgrade 或者 aptitude full-upgrade 完全升级到新的发布版本可能是最佳选择。阅读 apt 和 aptitude 的手册页以获得更多信息。

这取决于 /etc/apt/sources.list 中的行。如果您正运行 testing，这些行要么类似：

deb http://ftp.us.debian.org/debian/ testing main

要么类似：

deb http://ftp.us.debian.org/debian/ bookworm main

如果 /etc/apt/sources.list 的第三个字段是“testing”，那么即使新版本发布后，您也会跟踪 testing。所以在 bookworm 发布之后，您将会运行一个具有不同代号的、新的 Debian 发布版本。这一变化起初可能不明显，但当新软件包从 unstable 移至 testing 后就会明显起来。

但如果第三个字段为“bookworm”，那么您就将跟踪 stable（因为 bookworm 将成为新的稳定版）。

如果还是不确定的话，最佳的尝试是使用 stable 发布版本。

这些发行版是基于 Debian 的。但它们不是 Debian。您仍可通过将 /etc/apt/sources.list 文件指向这些发行版的仓库的方式使用 apt 包管理工具。但那样您运行的不是 Debian，而是一个不同的发行版。它们是不同的。

大多数情况下，如果您坚持使用一个发行版，您应当只使用它，而不是混用来自其他发行版的软件包。很多常见的损坏都是由于用户运行一个其他的发行版，又试图安装 Debian 的软件包导致的。虽然这些软件包使用相同的格式和名称（.deb），但这并不意味着它们是兼容的。

例如，Knoppix 是一个被设计为从 Live CD 引导的发行版，而 Debian 被设计为安装到硬盘。如果您想知道一个特定的硬件是否能够工作，或者想体验一下 GNU/Linux 系统是什么样子的，Knoppix 就很不错。Knoppix 适合用于演示目的，而 Debian 被设计为能够 24/7 不间断运行。并且，Debian 的软件包数量和支持的架构数量远远超过 Knoppix。

如果您需要 Debian，您最好从一开始就安装 Debian。虽然有可能能够从其他发行版安装 Debian，比如 Knoppix，但这一过程需要专门的知识。如果您正在阅读这份 FAQ，我会假设您对 Debian 和 Knoppix 都比较陌生。如果确实如此，您应当在一开始就安装 Debian，以避免后续的更多麻烦。

建议您不要使用 Debian 的论坛（包括邮件列表和 IRC）寻求帮助，因为那里的用户提供的建议可能会假设您在使用 Debian。这些“修复方案”可能不适合您运行的系统，并可能使您的问题变得更加糟糕。

首先使用您正在运行的发行版的论坛。如果您没有得到回答，或您得到的回答不能解决问题，您可能想要尝试在 Debian 的论坛获得帮助，但不要忘了上一段提供的建议。

您应当把从基于 Debian 的发行版切换到 Debian 视为从一个操作系统切换到另一个。您应当备份您的全部数据，并从头重新安装操作系统。您不应当尝试用软件包管理工具将现有的系统“升级”到 Debian，因为您可能得到一个无法使用的系统。

如果您的全部用户数据（也就是您的 /home）都在一个单独的分区下，迁移到 Debian 事实上是十分简单的，您只需要在安装时告诉安装程序挂载（但不格式化）这个分区。但仍然建议备份您的数据，以及您先前系统的配置（也就是 /etc/，可能还包括 /var/）。