协助改善此页
我们需要你的帮忙!请协助我们找出答案不正确/已过时的问题,加入你认为有需要回答的问题,或改善下列的答案。
请加入 CentOS-Docs 邮件列表与我们讨论这些事项,及其它与文档相关的事情!
一般有关 CentOS 的常见问题
Contents
- 为何 CentOS 存在?
- 在 Red Hat 发行修正之后,CentOS 需要多久才会发行修正?
- 哪里可找到某版本的发行注记?
- 我如何取得更新?
- 仍有很多 RPM 的名称内含有 redhat、rhel、或 rh 等字眼。它们不应被更换吗?
- CentOS 会否更改上游的源代码 RPM?
- 有没有地方可供参予?
- CentOS 与 Red Hat®, Inc. 或 RHEL 有什么关系?
- 我可以从哪里为 CentOS 取得 XyZ.rpm 组件?
- 那些结构是被支持的?
- 上游提供者所提供的企业级 Linux 有不同规范,例如:AS、ES、WS、PWS 等。CentOS 与哪一个相似?
- 我如何能轻易地对比不同 CentOS 版本内的主要软件版本?
- CentOS 的软件库(目录)是什么,它们有什么用途?
- 我如何下载及烧录 CentOS 映像?
- 我可以在安装后为服务器补加 X 吗?又或者我用服务器映像作安装,而它不包含 X,我应如何安装 X?
- 我如何创建一个 xorg.conf 档?
- 各个 CentOS 版本所支持的 CPU 最高数量、文件系统最大尺寸、最少及最多内存,及其它特规范是什么?
- CentOS 没有 mp3 的支持!抑或是有呢?其它多媒体格式又如何?
- 各个 CentOS 版本的支持会何时中止?
- 我可以在哪里为 CentOS 找到最新版的 XyZ.rpm?我不能在任何地方找到它。
- 计算机审查声称我所执行的软件版本含有 CVE 漏洞
- 我如何在没有网络连接的系统上进行安装或更新?
- 我安装了 x86_64 版本,为何我仍有 i386 组件,我如何可删除它们?
- 提问时如何提供关于系统的适当信息?
- 我如何从一个主要版本升级至另一个?
- 为何当我尝试以 LiveCD/LiveDVD 安装 CentOS 时,没有选择组件的步骤?
- 为什么 CentOS 计划寄垃圾邮件给我?
- 为何 CentOS 计划接管了我的网站?
- CentOS 的版本如何运作?
1. 为何 CentOS 存在?
CentOS Linux 为有兴趣的用户提供一个免费、开源的计算机平台。CentOS Linux 的发行版本是通过编译 Red Hat, Inc 公开提供的 Red Hat 企业级 Linux 开源代码而产生的。这些源代码已收藏在 CentOS Git 网站。
CentOS Linux 是 Red Hat 系列的 Linux 发行版本的社群开发平台。详情见常见问题集。
CentOS 完全遵守 Red Hat, Inc 的再发行政策,并致力兼容 Red Hat 企业级 Linux 的功能。CentOS 对组件的修改主要是去除发行者的注册商标及美工图案。
CentOS Linux 并不包含 Red Hat 企业级 Linux 或 Fedora Linux,也没有它们的认证,纵使它与 Red Hat 企业级 Linux 都是编译自同一组源代码。
2. 在 Red Hat 发行修正之后,CentOS 需要多久才会发行修正?
我们的目标是在 RPM 组件发行后的 72 小时内将它放在镜像上,一般来说 24 小时内他们便会出现。偶尔 个别的组件会因为不同原故而被延迟。在罕见的情况下,组件或许会被编译及放在镜像上,但不能通过 yum 使用。(这是由於 yum-arch 仍未在主镜像上执行。假若上游组件在发行后的不久被发现有问题,而发放这个组件会破坏它的功能,这个情况或许会出现。)
更新集(见这个常见问题)内的安全性修正会按照上述的步骤发放,但错误修正及提升功能的组件会接受较严格的测试,并且在更新集的新映像制成后才发放。 定点发行本或更新集的发放目标是上游发行后的四至八个星期。详情请参阅「CentOS 的重建及发行程序」。
当上游的次版本有待 CentOS 发行时,期间的更新将会收录在一个持续发行(CR)的软件库内。
3. 哪里可找到某版本的发行注记?
当一个发行版本与它的官方文档有差异时,发行注记会载有最新文档或描述常见问题。发行注记亦会在有必要强调某些改动时采用。不出所料,发行注记按主要发行版本(CentOS 6、5、……)及每个规模定点发行本而有改不同。此汇编收集了每个发行注记的连结。
4. 我如何取得更新?
CentOS 附带一个名叫 yum(CentOS Linux 7)及 dnf(CentOS Linux 8 及 CentOS Stream)的应用程序,它是我们用作更新及组件安装的工具。请参阅zh/PackageManagement、zh/PackageManagement/Yum及 man yum 或 man dnf。
关於如何输入 CentOS RPM 签署金钥,请见另一题常见问题。
5. 仍有很多 RPM 的名称内含有 redhat、rhel、或 rh 等字眼。它们不应被更换吗?
上游供应商在他们的商业模式中采用了开源软件(主要是 GPL)。他们录用其它人写的软件(就如 Gnome.org、X.org、KDE.org、OpenOffice.org 等)。然后将源代码包装为 RPM 的格式再发行出来。由于他们选择了开源模式来取得所发行的软件,他们必须将源代码提供给其它人。这是 GPL 的运作方式。通过创建这些源代码 RPM 组件及发行它们,上游供应商带来了很多附加价值。他们亦修正软件中的问题及反馈软件开发者 …… 这正是令开源软件可行的原因。
CentOS 计划取录由上游供应商公开发行的源代码组件(SRPMS),然后创建已编译(可安装)的组件供任何在兴趣的人仕使用。
有些组件内含商标的信息,而上游供应商亦创建了指引,关于如何重新发行这些由公开源代码编译的软件。你可以参阅这里。我们支持上游供应商的商标权利,并力求完全遵从这些指引。
CentOS 计划没有兴趣因他人所做的事情而取得功劳,因此在许可的情况下我们都会保留所有文件的原名。若我们必须对组件作出改动(由于商标限制、或要创建一个配置文件等),文件名称便会有 .centosx(x 字是 CentOS 的版本 …… 5 是 CentOS-5.x、6 是 CentOS-6.x、如此类推)。一如其它重新编译的计划,我们更改内核 SRPM 但不会加入 .centosx 的标签。这是由于内核的名称必须是完全相同,才能让第三方的模块运作。
我在此要应谢上游供应商以他们的方式公开 SRPMS。有某些企业级的供应商并没有让他们的源代码照样易获得。上游供应商的产品杰出(否则我们不会把它重建为 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 有什么关系?
Red Hat 负责监护 CentOS 的商标,并且提供指引及专业知识,协助成立为正式的委员会来管理 CentOS 计划。
CentOS 计划管理委员会内部份成员是 Red Hat, Inc 的员工。
CentOS Linux 并没有以任何方式获得 Red Hat®, Inc 的支持。
CentOS Linux 不是 Red Hat® Linux,它不是 Fedora™ Core。它不是 Red Hat® 企业级 Linux。它不是 RHEL。CentOS Linux 内并不包含 Red Hat® Linux、Fedora™、或 Red Hat® 企业级 Linux.
CentOS Linux 不是 Red Hat® 企业级 Linux 的复制品。
CentOS 是采用 Red Hat®, Inc 公开提供的 Red Hat® 企业级 Linux 开源代码,并通过另一个(由 CentOS 计划所管理的)建设系统所创建而成。
9. 我可以从哪里为 CentOS 取得 XyZ.rpm 组件?
Wiki 内有一页是关於 CentOS 的软件库及其它「友善」的软件库。很大机会在这些软件库内你能找到所需的组件。
10. 那些结构是被支持的?
这里只枚举在上游拥有支持的主要版本。其它结构亦有候选的发行版本,但以下是截至 2019 年 1 月的最新列表:
CentOS 6 现时支持 x86 及 x86_64。
CentOS 7 现时支持 x86_64。替换结构特别兴趣小组提供由社群维护的 CentOS 7 (非官方)版本,支持 i686、armhfp(Arm32)、aarch64(Arm64)、ppc64le 及 ppc64。
11. 上游提供者所提供的企业级 Linux 有不同规范,例如:AS、ES、WS、PWS 等。CentOS 与哪一个相似?
CentOS 是由 AS 企业级的公开源代码创建而成的,纵使上述的所有版本都是由同一组的源代码创建出来。AS 版本可以是包含较多的组件(相对 PWD 及 WS),或者是内核能通过高级参数支持较多处理器及内存(相对 ES)。
上游提供者在 AS 中支持某些 IBM 结构,在其它版本(ES、PWS、WS)中是不被支持的。CentOS 是仿効 AS 创建出来的。
参考:我在执行哪一个版本?
12. 我如何能轻易地对比不同 CentOS 版本内的主要软件版本?
在 DistroWatch.com CentOS 发行页内你可以对比主要的组件所有被追踪的组件。 DistroWatch 是对比 Linux 及 BSD 发行版本的一个极好资源。
13. CentOS 的软件库(目录)是什么,它们有什么用途?
详情请参阅软件库页。
14. 我如何下载及烧录 CentOS 映像?
你可在这里下载最新的 CentOS 映像:「CentOS 下载区」
在你下载完映像之后,你应该将这些 ISO 档的 MD5 检查码(甚至更好的 sha1 或 sha265 检查码)与 ISO 目录内所公布的 MD5 检查码(又或者 sha1 或 sha265 检查码)相比。假若这两个数值相等,你的下载是可靠的;若它们不相符,下载的文件并不正确,而你必须重新取得它。Bittorrent 下载是最优胜的,因为他们在下载的过程中已经包含了 MD5 检查码的测试。普遍来说 DVD 是较可取的媒体,因它可避免在安装时转换媒体,并且可以通过缺省的 [c7-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 计划。你会拥有一张通过测试随时可用的光盘 …… 我们会获得金钱 …… 还有什么比这样更好。
15. 我可以在安装后为服务器补加 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"
16. 我如何创建一个 xorg.conf 档?
X 的上游开发者已经花了功夫令 /etc/X11/xorg.conf 在一般情况下变为不必要的。不过,有时你也要为多重显示屏等情况作出「微调」。通过 root 你可以这样创建一个 xorg.conf 的范本: {{{Xorg :1 -configure }}} 它会在你身处的目录内产生一个名叫 xorg.conf.new 的文件。你可以用 xorg 的 -config 选项来测试这个文件。一旦合适,你但可以备份这个文件及把它安置在 /etc/X11/ 作为缺省的配置文件。
17. 各个 CentOS 版本所支持的 CPU 最高数量、文件系统最大尺寸、最少及最多内存,及其它特规范是什么?
18. CentOS 没有 mp3 的支持!抑或是有呢?其它多媒体格式又如何?
正确。CentOS 内没有 mp3 的支持,因为上游发行的源代码并没有 mp3 的支持。基于法律(版权)上的理由它没有被包含在内,而 CentOS 计划只负责重建上游提供的组件。你可以将你的音乐制录成 ogg vorbis,这是 CentOS 所支持的,或者从一个第三方软件库,例如 rpmforge,安装 mp3 的支持。举个例说:假若你想 xmms 支持 mp3,你可以从这个软件库安装 xmms-mp3。
这个道理亦适用于其它多媒体格式(编码解码器,例如:gstreamer 插件)及如 xine 或 mplayer 等多媒体播放器。基于法律理由它们并不被包装在 CentOS 内,但你可以 rpmforge 软件库中找到它们。
19. 各个 CentOS 版本的支持会何时中止?
CentOS-3 会更新至 2010 年 10 月 31 日 |
|
CentOS-4 会更新至 2012 年 12 月 29 日 |
|
CentOS-5 会更新至 2017 年 3 月 31 日 |
|
CentOS-6 会更新至 2020 年 11 月 30 日 |
|
CentOS-7 会更新至 2024 年 6 月 30 日 |
20. 我可以在哪里为 CentOS 找到最新版的 XyZ.rpm?我不能在任何地方找到它。
CentOS 是一个企业级的操作系统,因此它偏重稳定性及长期支持过於尖端科技。各组件的主要版本会在整个产品周期内保持不变。这是企业的普遍要求,亦容让开发者有一个稳定的基础作开发之用,更不须挂虑每次有组件被更新到最新版本时,应用程序会由於错误或不兼容的应用程序发展界面而不能操作。
所以对不起,你一般不会在 CentOS 这些企业级的操作系统内找到最新版本的组件。这是一个特色,不是一个缺点。
21. 计算机审查声称我所执行的软件版本含有 CVE 漏洞
要是你没有执行更新,或在更新后还未重新开机,这当然是可能的。正如一般的维护策略,你应该在非生产用的机器上测试更新,并在执行更新工具之前创建及测试备份。
安全性修正及错误修正会被反向移植入所发行的版本内。详情请看:https://access.redhat.com/security/updates/backporting 。由于上述做法,单单查阅一个组件的版本或网络扫描所取得的标题并不足以辨认安全性问题。多数信誉良好的发行者都理解这点,但某些产品的汇报界面不会考虑上游的这个做法。
每个组件的 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 计划当然不能提供更新或维护这些改动。
22. 我如何在没有网络连接的系统上进行安装或更新?
这参阅「创建更新媒体」这篇 Wiki 文章。那里所描述的技术亦适用於 DVD 安装媒体。其主要技巧是
yum --disablerepo=\* --enablerepo=c5-media <yum 指令及参数>
23. 我安装了 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 组件时被一并删除。
24. 提问时如何提供关于系统的适当信息?
请参考 如何提供你的系统信息。
25. 我如何从一个主要版本升级至另一个?
CentOS 与上游提供者都不支持或推荐在现有的安装上进行升级。在备份后进行全新安装是唯一被支持的升级途径。详情请参阅移植指南。
26. 为何当我尝试以 LiveCD/LiveDVD 安装 CentOS 时,没有选择组件的步骤?
从 live 映像安装 CentOS 只是简单地复制 CD(或 DVD)上已有的映像。当映像已被复制至碟盘,你可利用 yum 更改所安装的组件,正如你在其它 CentOS 系统上一样。要是你需要在安装时选择组件,请采用其它安装碟片而非 live 映像。
27. 为什么 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 会告诉你适用的地区性互联网册录。
发电邮给你的人是机器的拥有者,不是操作系统的作者。
28. 为何 CentOS 计划接管了我的网站?
他们没有这样做。CentOS 是一个建基于 Linux 内核的操作系统。CentOS 驱动互联网上数兆台网页服务器,它在全球供网页服务器用的 Linux 操作系统中,更是第二最常用(见调查)。
你在「技术提供」页看见的是不含内容的网站所显示的缺省页面。这种情况有数个成因,但最常见的三个是:
- 你刚安装完网页服务器,但仍未把内容加进机器内。
- 网页服务器的设置错误地指向空置的位置。
域名系统出了问题,网页名称未能指向正确的 IP 地址。
解决这个问题的方法就是联络设置你的网页服务器或域名的人。CentOS 计划不能在任何人的机器上做这两件事情。
29. CentOS 的版本如何运作?
CentOS Linux 现时有 3 个现用的主要发行分支:CentOS-6、CentOS-7 及 CentOS-8。
CentOS Linux 会为每个主要分支发行次要(按时序的)版本。有关 CentOS Linux 分支的两个重点:
CentOS 计划只会为每个主要分支的最新版本提供更新或其它改动。因此,如果 CentOS-6 的最新次要版本是 6.6,CentOS 计划只会为第 6 分支内的这个版本提供软件更新。要是你采用某分支内较旧的次要版本,你将会错失安全性更新及修正。官方支持渠道是不会支持旧次要版本的。偶尔个别人仕或许会提供临时的协助,但一般来说你会被要求更新至最新版本,然后才能获支持。
注: 任何次要版本只是上一个更新的快照,加入上游的新一批更新,包装成新的 [base] 软件库连同空置的 [updates] 软件库。
{!} 提示: CentOS 地下室收藏了旧版的 CentOS 目录树。这个地下室保留了旧目录树移离主目录树时的映像,并且不会被更新。它只应用作参考之用。
当你在 CentOS Linux 上设置 yum 软件库时,你应该只采用现有分支的单一数目字,它对应 CentOS Linux 的主要分支。例如:http://mirror.centos.org/centos/6/ 或 http://mirror.centos.org/centos/7/ 。这是由于我们将所有旧版的次要分支都迁转到 http://vault.centos.org/ 。请记得上文提到,被移进地下室的 CentOS Linux 次要版本都不会再获任何更新。
由于次要版本的 CentOS 是主要分支的时间性快照,由 CentOS-7 起,我们现在于次要版本采用日期编码。所以你会看见 CentOS-7(1406)或 CentOS-7(1503)等版本。这样,我们就能从版本编号知道它何时出现。在上述例子,次要版本 1406 代表 2014 年六月;1503 代表 2015 年三月。在较旧的 CentOS 主要分支,例如 CentOS-6,我们以另一个方式编码。它的分支被命名为 6.0、6.1、6.2 等。1. 你可能会想知道 CentOS-7 为何会有这改动。1. 我们想让用户明白他们不能同时采用旧的次要版本而又确保安全性。因此,在次要版本的编号加入日期能让用户一眼看出让次要版本是何时创建的。要是它已发行了数个月,你很大机会要要找一个较新的版本了。
- 随著机构从拥有个别功能的独立服务器迁移到虚拟机器场和云端/容器的方案,除了出产安装用的 ISO 映像,CentOS 计划现时亦发行虚拟机器、云端和容器映像。这些映像的名称被刻意加入日期。我们同样想用户一眼便能看出这些映像包含了那个主要分支及次要发行版本。假如你的 CentOS-7 映像名为 1505(2015 年五月)或 20150501(2015 年五月 1 日),它们是建基于该日期前的最后一个次要更新……即 CentOS-7(1503)。
你可以从 下载页内名为「过往版本」的表格内找出各个 CentOS LLinux 次要版本创建自哪个 Red Hat 企业级 Linux 的源码。
Translation of revision 131