一般有關 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-tw/PackageManagement、zh-tw/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 最高數量、檔案系統最大大小、最少及最多記憶體，及其它特規格是甚麼？

請看 CentOS 產品 Wiki 頁

18. CentOS 沒有 mp3 的支援！抑或是有呢？其它多媒體格式又如何？

正確。CentOS 內沒有 mp3 的支援，因為上游發行的源代碼並沒有 mp3 的支援。基於法律（版權）上的理由它沒有被包含在內，而 CentOS 計劃只負責重建上游提供的套件。你可以將你的音樂製錄成 ogg vorbis，這是 CentOS 所支援的，或者從一個第三方軟件庫，例如 rpmforge，安裝 mp3 的支援。舉個例說：假若你想 xmms 支援 mp3，你可以從這個軟件庫安裝 xmms-mp3。

這個道理亦適用於其它多媒體格式（編碼解碼器，例如：gstreamer 插件）及如 xine 或 mplayer 等多媒體播放器。基於法律理由它們並不被包裝在 CentOS 內，但你可以 rpmforge 軟件庫中找到它們。

19. 各個 CentOS 版本的支援會何時中止？

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-tw/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 的版本如何運作？

1. CentOS Linux 現時有 3 個現用的主要發行分支：CentOS-6、CentOS-7 及 CentOS-8。

2. CentOS Linux 會為每個主要分支發行次要（按時序的）版本。有關 CentOS Linux 分支的兩個重點：

   1. CentOS 計劃只會為每個主要分支的最新版本提供更新或其他改動。因此，如果 CentOS-6 的最新次要版本是 6.6，CentOS 計劃只會為第 6 分支內的這個版本提供軟件更新。要是你採用某分支內較舊的次要版本，你將會錯失安全性更新及修正。官方支援渠道是不會支援舊次要版本的。偶爾個別人仕或許會提供臨時的協助，但一般來說你會被要求更新至最新版本，然後才能獲支援。

      • 註： 任何次要版本只是上一個更新的快照，加入上游的新一批更新，包裝成新的 [base] 軟件庫連同空置的 [updates] 軟件庫。

      • {!} 提示： CentOS 地下室收藏了舊版的 CentOS 目錄樹。這個地下室保留了舊目錄樹移離主目錄樹時的映像，並且不會被更新。它只應用作參考之用。

   2. 當你在 CentOS Linux 上設置 yum 軟件庫時，你應該只採用現有分支的單一數目字，它對應 CentOS Linux 的主要分支。例如：http://mirror.centos.org/centos/6/ 或 http://mirror.centos.org/centos/7/ 。這是由於我們將所有舊版的次要分支都遷移至 http://vault.centos.org/ 。請記得上文提到，被移進地下室的 CentOS Linux 次要版本都不會再獲任何更新。

3. 由於次要版本的 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. 我們想讓用戶明白他們不能同時採用舊的次要版本而又確保安全性。因此，在次要版本的編號加入日期能讓用戶一眼看出讓次要版本是何時建立的。要是它已發行了數個月，你很大機會要要找一個較新的版本了。

   1. 隨著機構從擁有個別功能的獨立伺服器遷移到虛擬機器場和雲端／容器的方案，除了出產安裝用的 ISO 映像，CentOS 計劃現時亦發行虛擬機器、雲端和容器映像。這些映像的名稱被刻意加入日期。我們同樣想用戶一眼便能看出這些映像包含了那個主要分支及次要發行版本。假如你的 CentOS-7 映像名為 1505（2015 年五月）或 20150501（2015 年五月 1 日），它們是建基於該日期前的最後一個次要更新……即 CentOS-7（1503）。

4. 你可以從 下載頁內名為「過往版本」的表格內找出各個 CentOS LLinux 次要版本建立自哪個 Red Hat 企業級 Linux 的源碼。

Translation of revision 131