一般有关 CentOS 的常见问题

1. 为何 CentOS 存在？

CentOS 为了提供一个免费的企业级计算机平台给有兴趣的用户而存在。CentOS 5 及 6 都是由北美洲的一个企业级 Linux 供应商，即「上游」或「上游提供者」（TUV），所提供的可自由使用源代码编译而成。CentOS 完全遵守上游提供者的再发行政策，并且以百分之百的软件兼容性为目标（CentOS 对组件的修改主要是去除上游提供者的商标等信息）。CentOS 是为那些需要企业级操作系统，但撇除了北美洲企业级 Linux 供应商的收费或支持的人们而设的。不论是 CentOS 计划（创建 CentOS 的人）或任何版本的 CentOS，都不隶属於这个北美洲企业级 Linux 供应商、也不是由它制作或支持。我们的软件亦不包含上游供应商的产品 …… 纵使它与上游的企业级产品都是由同一组 SRPM 编译而成。

2. 在 Red Hat 发行修正之后，CentOS 需要多久才会发行修正？

我们的目标是在 RPM 组件发行后的 72 小时内将它放在镜像上，一般来说 24 小时内他们便会出现。偶尔 个别的组件会因为不同原故而被延迟。在罕见的情况下，组件或许会被编译及放在镜像上，但不能通过 yum 使用。（这是由於 yum-arch 仍未在主镜像上执行。假若上游组件在发行后的不久被发现有问题，而发放这个组件会破坏它的功能，这个情况或许会出现。）

更新集（见这个常见问题）内的安全性修正会按照上述的步骤发放，但错误修正及提升功能的组件会接受较严格的测试，并且在更新集的新映像制成后才发放。 定点发行本或更新集的发放目标是上游发行后的四至八个星期。详情请参阅「CentOS 的重建及发行程序」。

当上游的次版本有待 CentOS 发行时，期间的更新将会收录在一个持续发行（CR）的软件库内。

3. 哪里可找到某版本的发行注记？

当一个发行版本与它的官方文档有差异时，发行注记会载有最新文档或描述常见问题。发行注记亦会在有必要强调某些改动时采用。不出所料，发行注记按主要发行版本（CentOS 6、5、……）及每个规模定点发行本而有改不同。此汇编收集了每个发行注记的连结。

4. 我如何取得更新？

CentOS 内连带一个名叫 yum 的应用程序，它是我们推荐用作更新及组件安装的工具。请参阅zh/PackageManagement、zh/PackageManagement/Yum及「利用 yum 管理软件」的手册

此外，一个不会连接到上游供应商，却会连接到 CentOS Network（CN）取得更新的 up2date 版本亦已被提供。由 CentOS 4 起，yum 只会在用户看见及核实金钥的真确性后才将它输入。

关於如何输入 CentOS RPM 签署金钥，请见另一题常见问题。

有关 yum 的应用：由 CentOS-4 起我们采用了（相比起 CentOS-3）较新版本的 yum，因此新的中继数据系统已将所有头文件压缩在同一个文件内（而不是众多的小头文件）。

5. 仍有很多 RPM 的名称内含有 redhat、rhel、或 rh 等字眼。它们不应被更换吗？

这个问题的答案占有自己的一页：CentOS 的目标。

JohnnyHughes 附加的文字：

• 上游供应商在他们的商业模式中采用了开源软件（主要是 GPL）。他们录用其它人写的软件（就如 Gnome.org、X.org、KDE.org、OpenOffice.org 等）。然后将源代码包装为 RPM 的格式再发行出来。由於他们选择了开源模式来取得所发行的软件，他们必须将源代码提供给其它人。这是 GPL 的运作方式。通过创建这些源代码 RPM 组件及发行它们，上游供应商带来了很多附加价值。他们亦修正软件中的问题及反馈软件开发者 …… 这正是令开源软件可行的原因。 CentOS 计划取录由上游供应商公开发行的源代码组件（SRPMS），然后创建已编译（可安装）的组件供任何在兴趣的人仕使用。

  有些组件内含商标的信息，而上游供应商亦创建了指引，关於如何重新发行这些由公开源代码编译的软件。你可以参阅这里。我们支持上游供应商的商标权利，并力求完全遵从这些指引。 CentOS 计划没有兴趣因他人所做的事情而取得功劳，因此在许可的情况下我们都会保留所有文件的原名。若我们必须对组件作出改动（由於商标限制、或要创建一个配置文件等），文件名称便会有 .centosx（x 字是 CentOS 的版本 …… 3 是 CentOS-3.x、4 是 CentOS-4.x、如此类推）。一如其它重新编译的计划，我们更改内核 SRPM 但不会加入 .centosx 的标签。这是由於内核的名称必须是完全相同，才能让第三方的模块运作。

  我在此要应谢上游供应商以他们的方式公开 SRPMS。有某些企业级的供应商并没有让他们的源代码照样易获得。上游供应商的产品杰出（否则我们不会把它重建为 CentOS），他们的支持亦然。若果你需要这种支持，我们极力推荐他们的企业级产品。 我亦希望澄清 CentOS 计划与上游供应商之间的关系。CentOS 计划并没有上游供应商的支持，亦不隶属於他们。上游供应商并不推荐或支持我们任何的出品。

6. CentOS 会否更改上游的源代码 RPM？

不会。CentOS 对於 base 及 updates 软件库的主要守则，是不要将组件扩展或增强功能过於上游供应商的源代码 RPM。CentOS 蓄意为用户提供一个软件及功能上都相同的复制品。

CentOS 备有其它（自选的）软件库名叫 extras、addons、contrib 及 centoplus，可提供额外功能。Wiki 的其中一页是关於各个 CentOS 软件库及它们的用途。

7. 有没有地方可供参予？

有。请参阅参予 CentOS 计划 Wiki 页面。

8. CentOS 与 Red Hat®, Inc. 或 RHEL 有什么关系？

他们中间一点关系都没有。

CentOS-x 并不是隶属於 Red Hat®, Inc. 或 Fedora™ Core 的产品或计划。

CentOS 计划并不隶属於 Red Hat®, Inc 或 Fedora™ Project，亦没有他们的支持。

CentOS-x 并不能以任何方式获得 Red Hat®, Inc 或 Fedora™ Project 的支持。

CentOS-x 不是 Red Hat® Linux，它不是 Fedora™ Core。它不是 Red Hat® 企业级 Linux。它不是 RHEL。CentOS-x 内并不包含 Red Hat® Linux、Fedora™ Core、或 Red Hat® 企业级 Linux.

CentOS 是采用公开的开源 SRPMS 所创建而成的。若你有甚何问题，请参阅「有关 CentOS」。

9. 我可以从哪里为 CentOS 取得 XyZ.rpm 组件？

Wiki 内有一页是关於 CentOS 的软件库及其它「友善」的软件库。很大机会在这些软件库内你能找到所需的组件。

10. 那些结构是被支持的？

这里只枚举在上游拥有支持的主要版本。其它结构亦有候选的发行版本，但以下是截至 2012 年 8 月的最新列表：

CentOS 5 现时支持 x86 及 x86_64。

CentOS 6 现时支持 x86 及 x86_64。

11. 为什么 yum 在 CentOS 投诉关於遗漏了的 GPG 金钥？或者我刚安装了 CentOS，但 yum 不断地汇报正确的 GPG 金钥未被安装。我如何安装它？

这些问题在常见问题集内的 CentOS 4 及 CentOS 5 部份已被解答。

12. 上游提供者所提供的企业级 Linux 有不同规范，例如：AS、ES、WS、PWS 等。CentOS 与哪一个相似？

CentOS 是由 AS 企业级的公开源代码创建而成的，纵使上述的所有版本都是由同一组的源代码创建出来。AS 版本可以是包含较多的组件（相对 PWD 及 WS），或者是内核能通过高级参数支持较多处理器及内存（相对 ES）。

上游提供者在 AS 中支持某些 IBM 结构，在其它版本（ES、PWS、WS）中是不被支持的。CentOS 是仿効 AS 创建出来的。

参考：我在执行哪一个版本？

13. 我如何能轻易地对比 CentOS 5 及 CentOS 6 内各软件的主要版本？

在 DistroWatch.com CentOS 发行页内你可以对比主要的组件所有被追踪的组件。 DistroWatch 是对比 Linux 及 BSD 发行版本的一个极好资源。

14. CentOS 的软件库（目录）是什么，它们有什么用途？

addons

藏有那些创建主发行版本时需用的组件，以及那些在创建主发行版本时由 SRPMS 产生的组件，而这些组件并不纳入 Red Hat 的主组件树中（CentOS-3.x 内的 mysql-server 属於这个类型）。那些在 addons 软件库中的组件基本上可以被视为核心发行版本的一部份，但或许不会被纳入 Red Hat 的主组件树中。

centosplus

藏有 CentOS 开发者及用户所供献的组件。这些组件可能会取替核心发行版本内的 rpm。你必须明白启用这个软件库及内里的组件的含意。

contrib

藏有 CentOS 用户供献的组件，它们并不会与核心发行版本的组件重叠。这些组件并没有经过 CentOS 的开发者测试，亦未必会紧贴上游的发行。

docs

藏有 CentOS 的使用手册及发行注记。

extras

藏有由 CentOS 开发者创建及维护的组件，它们能为核心发行版本新增功能。这些组件都经过基本测试，并应该紧贴上游的发行，而且永远不会取替核心发行版本内的组件。

isos

藏有映像可供下载。在 CentOS 的主镜像网站，映像是不能被直接下载的，但我们提供 Bittorrent 文件供下载时使用。在外界的公开镜像，映像有可能是被直接下载（由镜像的主人酌量）。

os

藏有主映像上的基本操作系统目录树。

updates

藏有为 CentOS 而发放的更新。

CR

藏有来自下个 CentOS 定点发行本、已通过基本 QA 但仍未被正式推出的组件。

debuginfo

藏有载著编译主组件时所产生的侦错符号的 RPM。这个软件库并未提供配置文件。这些组件可以在 http://debuginfo.centos.org/ 找到。

testing

这个软件库为那些将要放入 CentOSPlus 及 CentOS Extras 的组件提供一个试验场。它们可能会更改 CentOS 的核心组件，而且并不保证能正确运作。这些组件能被编译及安装，但正在等待测试者反馈它们的功能及稳定性。这个软件库内的组件在开发期间会不时替换，所以在未考虑清楚前，不应被启用或使用於实际运行系统内。在缺省情况下，这个软件库的配置文件并没有被提供。你可将 CentOS-Testing.repo 放进 /etc/yum.repos.d。请借着在 CentOS 开发者邮件列表内汇报成败来供献给 CentOS。请小心使用。

详情请参阅软件库页。

15. CentOS 的版本／发行编号如何编排，这方法又如何与上游供应商对比？

CentOS 采用免费提供的 SRPMS 重建上游供应商所发行的两个企业级 Linux（详情见About CentOS）。因此，CentOS 的主要发行版本分别是 CentOS 5 及 CentOS 6。上游供应商会按情况所需发布安全性更新。CentOS 会尽快发布重新编译的安全性更新。这多数在 24 小时内发生（我们所声明的目标是 72 小时，但我们一般都会较快）。

根据最近的经验，上游供应商亦为会每年为他们产品的第 5 版及第 6 版发布二次编了号的更新集（现时有 EL 5 update 8 及 EL 6 update 3 —— 所谓的「定点发行版本」）。上游供应商亦为这些更新集提供新的映像。更新集会在供应商发布后尽快完成。请参阅「CentOS 的重建及发行程序」取得更详情解释。

CentOS 亦跟从这些惯例，因此 CentOS 5.8 对应 EL 5 update 8、CentOS 6.3 对应 EL 6 update 3、如此类推。

有一件事对某些人来说是较难理解的，就是假若你有任何的 CentOS-x 产品，然后更新它，你会将它更新至最新的 CentOS-x.y 版本。

这个道理对 CentOS-5 及 CentOS-6 同样适用。若果你更新任何 CentOS-5 或 CentOS-6 产品，你会将它更新至最新的 CentOS-5.y 或 CentOS-6.y 版本。

任何定点发行版本只是个「定镜」，它把上个版本的更新连同最后的上游更新一并放进新的 [base] 软件库内，并打开一个空置的 [updates] 软件库。除非你破坏了 $baserelease 的机制及主要版本（现时是 6）的连结指向最新定点发行（6.x）的惯例，定点发行之间的更新会自动地发生。

旧的定点发行版本 永不会受支持。如果你想／需要「冻结」在旧的定点发行版本上，你便要独自走这条路。

这个特性与上游产品完全一样。假设最新的 EL5 产品是 update 8。如果你安装上游的原装 EL5 光盘（未有任何更新集前的那些）然后通过他们的 up2date 工具升级，你将会安装最新的更新集（在我们的例子中是 EL5 update 9）。由于在同一个主要发行（CentOS 5、CentOS 6）内进行的所有更新都会升级至最新版本（也就是仿效上游的特性），CentOS 镜像只会维护每个主目录树的最新版本。

在 CentOS 地下室内你可以找到旧的 CentOS 目录树。这个地下室记录了每颗目录树在移离主树时的模样，而且不会获得更新。这只使用它作为参考之用。

16. 我如何下载及烧录 CentOS 映像？

你可在这里下载最新的 CentOS 映像：「CentOS 下载区」

在你下载完映像之后，你应该将这些 ISO 档的 MD5 检查码（甚至更好的 sha1 或 sha265 检查码）与 ISO 目录内所公布的 MD5 检查码（又或者 sha1 或 sha265 检查码）相比。假若这两个数值相等，你的下载是可靠的；若它们不相符，下载的文件并不正确，而你必须重新取得它。Bittorrent 下载是最优胜的，因为他们在下载的过程中已经包含了 MD5 检查码的测试。普遍来说 DVD 是较可取的媒体，因它可避免在安装时转换媒体，并且可以通过缺省的 [c5-media] 软件库定义及 yum 在本地安装更多的组件。有些环境拦截 Bittorrent 等 P2P 文件共享，而直接下载便是唯一可行的方案。要找到支持这个方法的镜像，请在主页或论坛打开顶首选单的 Downloads/Mirrors 选项。接着选择 Current CentOS Public Mirror List 这个连结，选择你所在的地区，然后在 Direct DVD Downloads 这栏找个邻近你的合适镜像。

一旦你已查核了映像的检查码，你便可以肯定你的下载是可靠的。现在你可以将映像烧录在光盘上。如果你有 k3b（缺省 CentOS-4 用户会有，其它 CentOS 用户没有），我推荐你使用它。你可以用 Tools -> CD -> Burn CD Image 或 Tools -> DVD -> Burn DVD ISO Image 这两个选项将 ISO 文件写录在 CD 或 DVD 上。

有关如查核及烧录光盘 ISO 映像的更多信息可在 http://www.centos.org/docs/5/html/CD_burning_howto.html 找到。

当你完成烧录光盘后，你可以用它来引导计算机。你须要做的最后一个检查就是查核这张媒体。这个步骤会检查 ISO 映像是否正确地被烧录在你的媒体上。当你选择了键盘及语言后，将会在一个「检查媒体」的选项。

若果你的媒体通过了这个检查（请个别检查媒体集内的每张碟片），你便拥有一套可用的安装媒体。假若这个检查失败了，但通过了上述的 MD5（又或者 sha1 或 sha265 检查码）检验，那应问题就在所烧录的媒体上。可以的话，请尝试用较慢的速度烧录在新的媒体上。

我们所发行的所有 CentOS 映像都已经通过检查，因此你的检查码只要是相同的，这些映像应该可以顺利地被烧录及通过媒体检查。要是不能的话，问题差不多都是出在 CD／DVD 的烧录上。

假若你宁愿购买已经烧录好的 CentOS 映像，这参阅我们的官方「CentOS CD/DVD 供应商」页。这些官方 CentOS 供应商会将每只 CD/DVD 的收益的一部份直接捐赠给 CentOS 计划。你会拥有一张通过测试随时可用的光盘 …… 我们会获得金钱 …… 还有什么比这样更好。

17. 我可以在安装后为服务器补加 X 吗？又或者我用服务器映像作安装，而它不包含 X，我应如何安装 X？

安装 X（及一个界像界面系统）的最简单方法就是使用 yum groupinstall 功能。 首先你可以这个指命查看 yum 的所有群组： yum grouplist

你可以如此安装 X 及 Gnome 或 KDE：

CentOS5 yum groupinstall "X Window System" "GNOME Desktop Environment" 或 yum groupinstall "X Window System" "KDE (K Desktop Environment)"

CentOS6 yum groupinstall "X Window System" "Desktop" 或 yum groupinstall "X Window System" "KDE Desktop"

你也许会想加入这个清单内的其它群组，例如 "Graphical Internet" 或 "Office/Productivity"

注： 若果你使用的是 CentOS 5，yum groupinstall "GNOME Desktop Environment" 可能会投诉 libgaim.so.0 被遗漏了。这是一个已知的错误。详情请参阅 CentOS-5 常见问题集。

18. 我如何创建一个 xorg.conf 档？

X 的上游开发者已经花了功夫令 /etc/X11/xorg.conf 在一般情况下变为不必要的。不过，有时你也要为多重显示屏等情况作出「微调」。通过 root 你可以这样创建一个 xorg.conf 的范本：

Xorg :1 -configure 

它会在你身处的目录内产生一个名叫 xorg.conf.new 的文件。你可以用 xorg 的 -config 选项来测试这个文件。一旦合适，你但可以备份这个文件及把它安置在 /etc/X11/ 作为缺省的配置文件。

19. 各个 CentOS 版本所支持的 CPU 最高数量、文件系统最大尺寸、最少及最多内存，及其它特规范是什么？

请看 CentOS 产品 Wiki 页

20. CentOS 没有 mp3 的支持！抑或是有呢？其它多媒体格式又如何？

正确。CentOS 内没有 mp3 的支持，因为上游发行的源代码并没有 mp3 的支持。基于法律（版权）上的理由它没有被包含在内，而 CentOS 计划只负责重建上游提供的组件。你可以将你的音乐制录成 ogg vorbis，这是 CentOS 所支持的，或者从一个第三方软件库，例如 rpmforge，安装 mp3 的支持。举个例说：假若你想 xmms 支持 mp3，你可以从这个软件库安装 xmms-mp3。

这个道理亦适用于其它多媒体格式（编码解码器，例如：gstreamer 插件）及如 xine 或 mplayer 等多媒体播放器。基于法律理由它们并不被包装在 CentOS 内，但你可以 rpmforge 软件库中找到它们。

21. 各个 CentOS 版本的支持会何时中止？

22. 我可以在哪里为 CentOS 找到最新版的 XyZ.rpm？我不能在任何地方找到它。

CentOS 是一个企业级的操作系统，因此它偏重稳定性及长期支持过於尖端科技。各组件的主要版本会在整个产品周期内保持不变。这是企业的普遍要求，亦容让开发者有一个稳定的基础作开发之用，更不须挂虑每次有组件被更新到最新版本时，应用程序会由於错误或不兼容的应用程序发展界面而不能操作。

所以对不起，你一般不会在 CentOS 这些企业级的操作系统内找到最新版本的组件。这是一个特色，不是一个缺点。

23. 计算机审查声称我所执行的软件版本含有 CVE 漏洞

要是你没有执行更新，或在更新后还未重新开机，这当然是可能的。正如一般的维护策略，你应该在非生产用的机器上测试更新，并在执行更新工具之前创建及测试备份。

安全性修正及错误修正会被反向移植入所发行的版本内。详情请看：http://www.redhat.com/advice/speaks_backport.html 。由于上述做法，单单查阅一个组件的版本或网络扫描所取得的标题并不足以辨认安全性问题。多数信誉良好的发行者都理解这点，但某些产品的汇报界面不会考虑上游的这个做法。

每个组件的 changelog 一般会指出与 CVE 相关的修正。一个 CVE 编号普遍会用来对照安全性漏洞。就以 httpd 为例，你可以这样进行查询：

rpm -q --changelog httpd | less 

甚至乎：

rpm -q --changelog httpd | grep CVE 

CentOS 的支持渠道上经常出现一些用家声称某个 PCI 评审程序或网上扫描工具汇报他们必须把软件升级至一个 CentOS 所不提供的版本。其实 PCI 并不要求特定版本，反而是要避免已知及可测试出的弱点，这些多数是以 CVE 编号作为缩写。假若某个报告针对组件版本，相关的人任大概做错了。CentOS 及它的上游都是不断更新的，而所处理的 CVE 都已反映在前文提及的 changelog 内，因此通过进行保护性备份、更新、然后重新开机或重新引导有关的后台服务便能解决问题。其它方法，例如以组件版本作为标准，都是错的。

请亦参阅zh/PackageManagement/SourceInstalls 「从源代码安装软件」这篇 Wiki 文章。假若某台机器的管理员选择以本地或非 CentOS 提供的组件来扩展该系统，CentOS 计划当然不能提供更新或维护这些改动。

24. 我如何在没有网络连接的系统上进行安装或更新？

这参阅「创建更新媒体」这篇 Wiki 文章。那里所描述的技术亦适用於 DVD 安装媒体。其主要技巧是

yum --disablerepo=\* --enablerepo=c5-media <yum 指令及参数>

25. 我安装了 x86_64 版本，为何我仍有 i386 组件，我如何可删除它们？

正如其它事情，CentOS 在这方面参考上游的缺省 x86_64 安装，加入 iX86 32 位元的组件来提供兼容性。很多服务器的管理员及某些桌面用户希望删除所有 32 位元组件来取得一个纯 64 位元的系统。以下方法可达致这个目标：

yum remove \*.i\?86

要防止将来更新时安装任何 32 位元组件，请编辑你的 /etc/yum.conf 并加入以下一行：

exclude = *.i?86

这留意在进行了这个步骤之后，32 位元的应用程序，包括一些只提供 32 位元的第三方（非 CentOS）浏览器插件，将不能再运作。

你也许会想执行：

yum reinstall \*

原因是 /usr/share/ 内的项目（同时由两组组件所共享）有时会在删除 32 位元 RPM 组件时被一并删除。

26. 提问时如何提供关于系统的适当信息？

请参考 如何提供你的系统信息。

27. 我如何从一个主要版本升级至另一个？

CentOS 与上游提供者都不支持或推荐在现有的安装上进行升级。在备份后进行全新安装是唯一被支持的升级途径。详情请参阅移植指南。

28. 为何当我尝试以 LiveCD／LiveDVD 安装 CentOS 时，没有选择组件的步骤？

从 live 映像安装 CentOS 只是简单地复制 CD（或 DVD）上已有的映像。当映像已被复制至碟盘，你可利用 yum 更改所安装的组件，正如你在其它 CentOS 系统上一样。要是你需要在安装时选择组件，请采用其它安装碟片而非 live 映像。

29. 为什么 CentOS 计划寄垃圾邮件给我？

他们应该没有这样做。CentOS 是一个操作系统，正如微软 Windows 7 或 Mac OSX 一样。操作系统是安装在计算机上的，而人们利用这些计算机来做工作。他们会做一些好的事情，也会做一些坏的事情。然而，CentOS 计划不能控制人们如何运用安装了 CentOS 操作系统的计算机，正如 Microsoft 不能控制你通过安装 Windows 7 操作系统的计算机发电邮给谁一样。

如果你是由于看见类似这样的页面导致你相信 CentOS 计划发了电邮给你，你需要更仔细地阅读最底部的段落。它说：

CentOS 是个操作系统，它驱动此网页；然而，此网页服务器的拥有人是网域拥有者而不是 CentOS 计划。假如你对本网站的内容有任何意见，请联络网域拥有者，而不是 CentOS 计划。

除非此服务器位于 CentOS.org 网域内，否则 CentOS 计划与此网站的内容及它发给你的一切电邮没有任何关系。

举个例说，假设网站是 www.example.com，你可利用这个 WHOIS 服务器寻找 www.example.com 并找出让台机器的拥有人。

如果你有一个 IP 地址，你可利用美国互联网号码册来寻找机器的拥有人。注：假若该 IP 地址并非位于美国，ARIN 会告诉你适用的地区性互联网册录。

发电邮给你的人是机器的拥有者，不是操作系统的作者。

30. 为何 CentOS 计划接管了我的网站？

他们没有这样做。CentOS 是一个建基于 Linux 内核的操作系统。CentOS 驱动互联网上数兆台网页服务器，它在全球供网页服务器用的 Linux 操作系统中，更是第二最常用（见调查）。

你在「技术提供」页看见的是不含内容的网站所显示的缺省页面。这种情况有数个成因，但最常见的三个是：

• 你刚安装完网页服务器，但仍未把内容加进机器内。
• 网页服务器的设置错误地指向空置的位置。

• 域名系统出了问题，网页名称未能指向正确的 IP 地址。

解决这个问题的方法就是联络设置你的网页服务器或域名的人。CentOS 计划不能在任何人的机器上做这两件事情。

Translation of revision 96