ここは CentOS FAQ 日本語版のまとめサイトです。www.centos.org のオリジナルの FAQ (英文)を元に、FAQ や付随情報を日本語化しました。CentOS を始める前（導入前）の情報を整理できるようにする事を目標にしています。
CentOS 日本語版 FAQ の作成にあたり校閲に御協力いただいた皆様に感謝申し上げます。
くつなりょうすけ様、Fedora-usrs(JP) メーリングリスト上で名乗りを頂いた Hibiki Ono 様、Pocketstudio.jp Linux Wiki 上では hirose 様、ほか、お前を記載頂かなくとも Wiki 上で校正下さった多くの皆様に感謝申し上げます。
配布に当たっては CentOS Development Team の Johnny Hughes 氏より翻訳・配布許諾を得る事ができました。感謝申し上げます。
v1.01, 2007 年 2 月 16 日
http://pocketstudio.jp/centos/
前佛 雅人(Zembutsu Masahito) zem@pocketstudio.jp
この文章は www.centos.org で公開されている CentOS FAQ(よくある質問と回答) を中心に、日本語での CentOS に関する情報を提供することを目的としております。CentOS に興味を持っている方のお役に立てば幸いです。
また、文章は CentOS Project による正式な日本語版アナウンスではありません。英語のオリジナル情報を元に日本語に翻訳・加筆修正を行ったものです。CentOS については公正中立な立場より文章作成を行っています。
文章のライセンスは GNU Free Documentation License (GFDL) v.1.2 に準拠いたします。ただし日本国内法において曖昧な点は、著作権法（昭和45年法律第48号）が優先されるものとします。文章内容の記述については日本語訳よりも英文オリジナル文章が優先されます。不明点は CentOS Development Team に照会願います。
文章や翻訳に関する御意見・お問い合わせは zem@pocketstudio.jp までお寄せください。
文章中の FAQ にて「私たちは」と用いている箇所は CentOS Development Team を指します。
"Linux" は Linus Tovalds 氏の登録商標（ registered trademark ）です。
"Red Hat" は Red Hat, Inc. の登録商標（ registered trademark ）です。
その他全てのロゴおよび登録商標はそれぞれの権利者に所属しています。
なお、文章の作成・配布は、私（前佛 雅人）の個人的な活動です。非営利行為であり、何ら私が利益を得る事はありません。また、一切の団体との利害関係はありません。
最新版は PDF 版 HTML 版共に http://pocketstudio.jp/centos/ より取得することができます。
文章の情報源（リソース）は全て www.centos.org の一次情報より得ています。
CentOS は Linux のディストリビューションの 1 つです。ディストリビューションとは Linux カーネル（ OS の基幹部分）に各種アプリケーションを組み込んで 1 つにした配布物の事です。CentOS は Red Hat 社によって公開されている Red Hat Enterprise Linux (RHEL) AS 相当の SRPM を元に、ソースの段階から再コンパイル・Red Hat の商標を取り除くなど、合法的かつ完全に互換性を持っている、自由（ Free ）に利用可能な RHEL のクローン OS です（ただし、有料となるパッケージ群は含まれていません。）
CentOS は The Community ENTerprise Operating System の略語です。
「セント・オーエス」です。
フリー（「自由に」という意味：原文 "Free" ）に利用することができます。ですが、CentOS の開発や維持にはお金やリソース（ハードウェアやネットワーク回線など）も必要です。可能であれば CentOS Project への寄附も検討してくださいと公式サイトの寄附案内ページにも記載されています。詳細については『 3. CentOS の利用ライセンスと寄附について 』を御覧ください。
商用利用（サービス提供）に対しては別途規定が設けられています。
CD-ROMイメージ(.iso)は世界各国のミラーサイトよりダウンロード可能です。日本国内にも公式ミラーサイトが５つ存在します。DVD版については配布されている所とされていない箇所があります。BitTorrent(BT/ビット・トレント)経由でのダウンロードも可能です。
（ DVD 用 ISO イメージのダウンロードが可能なのは、この中で『 Direct DVD Downloads 』が『 Yes 』となっている箇所からのみです）
BitTorrent 経由の場合、各配布ディレクトリにある /バージョン番号/isos/アーキテクチャ名/ファイル名.torrent ファイルをダウンロードして利用することもできます。
Red Hat 社の提供している Red Hat Enterprise Linux (RHEL) とは AS 版（最上位クラスのハイエンド、ミッションクリティカルなシステム向け）相当です。ただし、CentOS 自体は Red Hat 社とは何ら関連は無く、Red Hat 社からのサポートを受けることはできません。
CentOS 4.4 は RHEL 4 (Update 4) 相当という意味になります。今後 RHEL 5 がリリースされ、更新版の Update 1 がリリースされれば、CentOS Project は CentOS 5.1 としてリリースするでしょう。
Red Hat 社が提供しているドキュメント群が該当します。
日本語では Red Hat 社が提供している Red Hat Enterprise Linux 4 ドキュメントが参考になります。
CentOS が目指すのは強力な商用サポートを必要としない組織や人々のために、安定した Linux 運用を提供する事です。最終的な目的にたどり着くよう、個々の目的を達成するように努めます：
CentOS は可能な限りオリジナルのソースを用いるようにしています。一般的な状況下では上位ベンダーが修正したパッチに対し CentOS は手を加える事はありません。CentOS Projectがパッケージへに行った大部分の変更作業は、上位ベンダーが持つ商標権に従っています。再配布に関する方針を遵守するものです。その他、変更点については CentOS 製品として個別のリリースノートを提供します。
CentOS は誰でも無料で使えるような企業クラスのコンピュータシステムを提供するために存在しています。CentOS 2、3、そして 4 は有名な北アメリカのエンタープライズ Linux 提供会社（訳者注：Red Hat 社の事）が提供している、誰でも利用可能なオープンソースの SRPM を基に構築しています。CentOS は上位ベンダーの再配布ポリシーに全面的に従っており、100% のバイナリ互換の実現を目標としています（CentOS は主にパッケージ群から上位ベンダーの商標とロゴマークの除去するよう変更を加えています）。CnetOS の利用想定者は、企業レベルで運用可能なオペレーティング・システム（ OS ）を必要とする一方、Red Hat社のサポートを必要としない人々です。
CentOS プロジェクト（ CentOS 構築者達）や全バージョンの CentOS は、有名な北アメリカのエンタープライズ Linux ベンダーと無関係です。提携や開発に関して一切関係ありません。CentOS Project のソフトウェアには上位ベンダーと同じ製品が含まれる場合があります。ですが、上位ベンダーの製品同様、オープンソースによる SRPM を基にして、同じ製品を構築しているのと同じなのです。
基本的に CentOS はフリー（「自由に」という意味：原文 "Free" ）で利用することができます。各アプリケーションのライセンスは、それぞれのライセンスに従って配布されています。有料ライセンスとなるパッケージ群は CentOS に組み込まれていません。個別にライセンスを取得し、自分で CentOS へセットアップを行うことは自由です。
とはいえ、CentOS の開発や維持にはお金やリソース（ハードウェアやネットワーク回線など）も必要です。可能であれば CentOS Project への寄附も検討してくださいと公式サイトの寄附案内ページに記載されています。CentOS 開発チームは、CentOS が CentOS を利用するユーザ自身によって成り立っているという事を忘れないでと望んでいます。
商用利用にあたっての詳細は『4.1.16. CentOS のロゴや画像ファイルを使用しても構いませんか？』をご参照ください。
基本的に営利活動（ISP やホスティング・レンタルサーバ）にあたり CentOS を利用している事を明示している場合は、http://www.centos.org へのリンクが必要です。また、サービスの基盤として CentOS を用いている場合、CentOS Project Team に毎月一定金額（CentOS を用いることによって得られる一定割合の金額）を寄附するか CentOS Project Team が利用できる専用サーバの提供が求められています。この CentOS Commercial Support program への参加がなされていない状態でのサービス提供は認められていません。
詳細は原文「Are there any requirements on the use of CentOS Logos and artwork?」を御覧ください。
CentOS Development Team へのお問い合わせ先は以下のリンク先です。
一般的な寄附の方法としては金銭によるものです。paypal を使った寄附 ( CentOS Donations )を受け付けています。
支払はクレジットカードにより USD（米ドル）、EUR（ユーロ）、GBP（英ポンド）から選べます。寄附の画面で、それぞれ支払いを希望する【 DONATE 】（寄附）ボタンを押して決済画面に進みます。請求書や領収書が必要な場合はメールにて Lance Davis 氏（lance.at.centos.org）にお問い合わせください。
| CentOS インストール数 | 米ドル/年 | ユーロ/年 | ポンド/年 |
|---|---|---|---|
| 1-10 | 24 | 18 | 12 |
| 11-100 | 20 | 15 | 10 |
| 101-1000 | 15 | 12 | 8 |
| 1000 以上 | 8 | 6 | 4 |
CentOS Project では専用サーバの提供による貢献も受け付けています。連絡先は donate.at.centos.org です（.at. は @ に置き換えてください）。提供者には公式スポンサーとして Sponsers Page への登録（ 468 × 60 サイズのバナー広告を置けます）、CentOS 公式サイトのトップページにも公式スポンサーとしてランダムに提供者名とバナー広告（ 240 × 60 ）を表示する権利が得られます。
現時点では次のような状況です（地域別）
提供されたサーバは以下の用途に用います。
以上の要件を満たすために以下のスペックを求めています。
公式ミラー（ Public Mirrors ）サイト（正確には「公開ミラーサイト」）として貢献する方法もあります。
CentOS は誰でも無料で使えるような企業クラスのコンピュータシステムを提供するために存在しています。CentOS 2、3、そして 4 は有名な北アメリカのエンタープライズ Linux 提供会社（訳者注：Red Hat 社の事）が提供している、誰でも利用可能なオープンソースの SRPM を基に構築しています。CentOS は上位ベンダーの再配布ポリシーに全面的に従っており、100% のバイナリ互換の実現を目標としています（CentOS は主にパッケージ群から上位ベンダーの商標とロゴマークの除去するよう変更を加えています）。CnetOS の利用想定者は、企業で運用可能なオペレーティング・システム（OS）を必要とする一方、Red Hat 社のサポートを必要としない人々です。
CentOS プロジェクト(私たち CentOS 構築者たち)や全バージョンの CentOS は、有名な北アメリカのエンタープライズ Linux ベンダーと、提携や開発に関して一切関係ありません。と無関係です。提携や開発に関して一切関係ありません。私たちのソフトウェアには上位ベンダーと同じ製品が含まれる場合があります。ですが、上位ベンダーの製品同様、オープンソースによる SRPM を基にして、同じ製品を構築しているのと同じです。
私たちは独自の RPM パッケージを 72 時間以内にミラーサイトへ公開する事を目標としています。ですが、通常の場合は 24 時間以内に利用可能となるでしょう。
しかしながら、時に更新が様々な理由によって遅れる場合もあります。
まれに発生する事例として、パッケージを構築し、ミラーサイトへ配布後であっても、 yum を経由しては利用できない時にです（ yum-arch がミラーサイトのマスター側で更新されていない事が原因です。そのため、場合によっては上位ベンダーがパッケージを短期間で提供する事ができても、パッケージの状況によってはすぐに提供できない場合もあります）。
上記に述べた理由の外に、セキュリティ・エラータ（ Security Errata ）による更新パッケージの提供（ FAQ 『 4.1.14. CentOS のバージョンやリリースはどのような仕組みですか。また、上位ベンダーの提供する製品との違いを教えてください。』を御覧ください）の場合は、バグ確認のために時間がかかります。プログラムの問題や修正により機能拡張による新しいパッケージを提供するまでには、多くの動作テストを必用とします。なので提供は遅れる場合があります。通常は 2 週間以内に更新版を提供します。
CentOS のツールや更新したパッケージは yum を用いて提供します。yum は CentOS で推奨している更新アプリケーションです。
up2date というツールによっても提供します。上位ベンダーのネットワーク（ Red Hat Network ）へは接続せず、私たちの CentOS ネットワーク（ CN ）を情報更新のために用いるようになっています。
CentOS では自動的に RPM-GPG-KEY を yum 経由で取得しないようにしました。そのため、利用者は必要に応じて、まずはじめに認証鍵をインストールする必要があります。理由は認証鍵やソフトウェアの改変や偽装を防止するためです。どのようにして CentOS の RPM 認証鍵を組み込むかは FAQ『 4.1.9. CentOS ではなぜ GPG キーが yum にセットされていないのですか？ 』 を御覧ください。
yum を用いる場合、初めて動作させる時にには多くのヘッダファイル（100程度）をダウンロードする場合があります。大部分は、ほとんどが小さなファイルです。 yum がヘッダファイルの情報を元にパッケージの依存関係やインストールして利用可能なパッケージかどうか判断します。最初は accurs.yum ファイルをダウンロードします。accurs.yum 自身はパッケージのダウンロードではありませんので御注意ください。最初に更新を済ませておけば、以後は新しいヘッダ情報を取得するだけになります。
yum はパッケージの更新に推奨している方法です。とても使いやすく機能的です。
CentOS 3 及び CentOS 4 では up2date が同様の動作を行います。実際には yum を使うべきなのですが、適切に up2date の設定を行えば up2date もファイル更新の手段となります（通常のインストール時でも正常動作するようになっています）。
CentOS 4 での更新に apt を用いる場合は、アーキテクチャは i386 に設定されています。apt では複数のアーキテクチャに対応できていないため（ほとんどが i386 を前提としています）、apt を使って多数のアーキテクチャに対する更新は行えないので御注意ください。
答えは『 2.3. CentOS の目的 』において言及しています。
上位ベンダーはオープンソース・ソフトウェア（大部分が GPL ライセンスです）をビジネスモデルに用いています。外部の人々が作成したソフトウェア群（幾つか例を挙げますと Gnome.org、X.org、KDE.org、OpenOffice.org）を用いています。ソフトウェアはソースファイルを基に RPM 形式のファイルで再配布されます。上位ベンダーがオープンソース方式を導入する事を選択したため、配布のために取得したソフトウェアの情報は、必ずソースコードと共に配布する必要があります。以上が GPL ライセンスの仕組みだからです。上位ベンダーは付加価値をつけたソフトウェアの配布をするならば、同時にソース RPM（ SRPM ）も配布する必要があります。また、ソフトウェアの問題を解消したり、ソフトウェア開発者たちに意見をフィードバックしています。これこそがオープンソースとしての在り方です。
CentOS プロジェクトは、上位ベンダーが公開している誰でも利用可能なオープンソースの SRPM を基にプログラムの作成（インストール可能なもの）やパッケージを、利用したい全ての人々に提供しています。
幾つかのパッケージには商標（トレードマーク）を含むものがありますが、上位ベンダーは公開中の誰でも利用可能なパッケージ群に対して、再配布に関する指針を作成しました。詳細はこちらから御覧ください。私たちは上位ベンダーが持つ商標権に従い、指針を完全に遵守する事に努めます。
ファイル名やファイル内に記載されている商標をすべて削除しようと思えば可能です。ですが、CentOS プロジェクトでは、外部の開発者の方々によってされた仕事に対する商標を消す事に興味はありません。もし私たちがあらゆるパッケージの変更を行う必要があれば（商標の制限や、設定ファイルの作成のため）、ファイル名には .centosx と名前を与えます（x は CentOS のバージョンです。3 であれば CentOS 3.x、4 は CentOS 4.x となるでしょう）。
大部分の再構築プロジェクトと同様、私たちはカーネルの SRPM に対しては .centosx といったラベルは付けません。理由はサードバーティーが開発しているモジュールの機能を使うためにカーネルの正確な名前が必要だからです。
CentOS Development Team は上位ベンダーがオープンソース界のマナーに従って SRPM パッケージを公開してくれている事に感謝しています。企業によっては SRPM を簡単には利用可能にしない所もあります。Thier product のサポートが顕著な例です（CentOS はオープンソース界のマナーを守っている製品をリビルドしないでしょう）。もしあなたがサービスのサポートを必要とするのであれば、彼らの製品を利用する事を強く推奨します。
私は同時に CentOS プロジェクトと上位企業に対する混乱を招かないよう、関係がない事を明確に記述しておきます。CentOS プロジェクトは上位企業からのサポートや提携は一切ありません。上位ベンダーも同様に、私たちには、いかなる場合でもサポートや支援を行っていません。
いいえ、変更していません。私たちの base 及び upates レボジトリ（ repository：「倉庫」の意味です）には一次配布されているソース RPM に対して拡張機能を加えたり改善作業を行っていません。変更を加えない理由は CentOS が純粋なバイナリ互換機能を保つよう努めるためです。利用者のために意図的な変更はありません。
CentOS は機能を拡張するために、その他の（オプションです） Extra（エクストラ）、addons（アド・オンズ）、contibs（コントリビュス）、centosplus（セント・オーエス・プラス）というレポジトリを提供しています。CentOS レポジトリや目的に関しては別の FAQ 『 4.1.13. CentOS に関する全てのレポジトリ（ディレクトリ）に関する説明はありますか？』で回答しています。
全くもって関係ありません。無関係です、ゼロです、ゼロ。
CentOS x は Red Hat®社の提供する製品やプロジェクトではありません。
CentOS プロジェクトは Red Hat®社のサポートも受けておらず、提携関係にもありません。
CentOS x は Red Hat®社からは、たとえどんな事があってもサポートされる事はありません。
CentOS x は Red Hat® Linux ではありませんし、Fedora Linux でもありません。
CentOS x には Red Hat® Linux、Fedora Linux、あるいは Red Hat® Enterprise Linux の製品を含んではいません。
CentOS は、誰でも利用可能なオープンソースとして公開されている SRPM を基に構築しています。
その他の質問については CentOS についてを御覧ください。
Dag Wieers 氏が Dag's Yum Repository という非常に大規模なパッケージ群を管理しています。レポジトリ（倉庫）内では探しているパッケージ群の大部分を見つける事ができるでしょう。
CentOS は以下のアーキテクチャをサポートします。
CentOS 2
x86 アーキテクチャのみです。
CentOS 3
現時点でサポートしているのは x86、x86_64（ AMD64 と Intel EM64T ）、s390、s390s、ia64（ Intel Itanium2 ）です。
CentOS 4
現時点では x86、x86_64、ia64 をサポートしています。
CentOS 4 では ppc（ PowerPC ）と alpha （ DEC Alpha ）はベータ版でのリリースです。
s390、s390x、sparc に対しては開発中であり、まだ CentOS 4 でのリリースは行っていません。
質問「私は正しい CentOS 用の GPG キーをインストールしましたが、yum は不適切な GPG キーだと表示し続けます。どのようにして GPG キーをインストールしたらいいですか？」
セキュリティ対策です。解決方法は以下の CentOS のバージョンに対応した FAQ を御覧下さい。
はい。CentOS プロジェクトは Donavan 氏による貢献を受けています。実際には彼はまだこちらの white box linux ウェブサイトで活動中です。ですが、彼の労力の大半は CentOS の促進と CetnOS 利用者・CentOS を今後使うかもしれない方たちのサポートにささげられています。
興味深い事に、彼は WhiteBoxLinuxの件についてコメントを避けています。
CentOS は公開されて利用可能となっている AS Enterprise のソースを利用して構築しています。上位ベンダーも同様に、提供しているどのバージョンも同じソースを基に構築しています。AS には下位バージョンより多くの種類のパッケージ群（ PWS や WS に比べて）が含まれており、kernel のパラメータには複数 CPU 及び大規模メモリのサポートが（ ES のように）組み込まれています。
上位企業の提供する AS 版と同様に、IBM アーキテクチャは外のバージョンでも（ ES・PWS・WS ）サポート外です。
CentOS は AS 版と同様に構築しています。
なお、Red Hat Enterprise Linux のラインアップ区分は次の通りです。
CentOS ディストリビューションの情報は Distrowatch.com で比較できます。主なパッケージ（現在は 54 件）と全パッケージ（現在は 177 件）の比較ができます。
DistroWatch は Linux・BSD ディストリビューションを比較する時に非常に役立つ情報源です。
addons : ディストリビューションのメインを構築するために必用なパッケージ群か、構築に必用となる SRPM 群の置き場です。ですが、Red Hat パッケージ・ツリーに含まれいても CentOS 用には含まれていないものもあります（例えば CentOS 3.x では mysql-server は addons カテゴリに含まれていません）。addons レポジトリには本質的にディストリビューションの中心となるパッケージ群です。ですが、Red Hat パッケージ・ツリーにはあっても、CentOS 用の addons には存在しない場合もあります。
apt : （CentOS 4 専用）CentOS を構築するために必用となる全ての RPM パッケージ群の置き場です。apt を使ってパッケージの更新を行いたい場合は、このディレクトリを指定してください。
centosplus : CentOS 開発者と利用者によって提供されるパッケージ群です。将来、パッケージによってはディストリビューションのコア（中心）に追加する場合もあります。もし centosplus レポジトリのパッケージを利用するのであれば、外のパッケージ群との違いを理解しておいてください。
contrib : CentOS 利用者が提供しているパッケージ群です。パッケージはコアとなるディストリビューションのいずれにも含まれていません。contirb パッケージは CentOS 開発者によってのテストは行われていません。また、最新版のリリースには対応できていない場合もあります。
docs : CentOS に関するマニュアルやリリース・ノートです。
extras : CentOS 開発者によって管理・構築したパッケージ群で、ディストリビューションのコア機能を拡張するようなパッケージを置いています。extras パッケージは基本的な動作テストを経ており、かなり厳密にオリジナルのリリース提供に追いつくようにしています。ですが、ディストリビューションのコアには決してならないパッケージ群です。
isos : ダウンロード用の ISO イメージファイルを置いています。メインの CentOS ミラーサイトでは ISO 形式でのダウンロードはできません。BitTorent（ファイル共有システム）を使ったダウンロードを提供しています。その他の公開ミラーサイトでは直接ダウンロードする事が可能かもしれません（ミラーサイトの管理者次第です）。
os : メインの ISO ファイルに入っている OS の基幹となるファイル群（ RPM 等）が置いてあります。
updates : CentOS ディストリビューション用の更新パッケージが置いてあります。
上位ベンダーによって提供される自由に利用可能な SRPM を基に再構築し（詳細は FAQ『 4.1.4. 多くのRPMにはredhatやrhelやrhという文字が含まれています。変更しないのですか？』を御覧ください） CentOS は企業レベルで利用可能な 3 つの Linux バージョンをリリースしました。
現時点で、CentOS 2・CentOS 3・CentOS 4 という主要なリリースを行っています。
上位ベンダーは必要に応じてセキュリティ更新パッケージを提供しています。CentOS でもセキュリティに関する更新にはできる限り速く対応します。通常は 24 時間以内に対応します（目標は 72 時間以内ですが、実際にはもっと速く提供可能です）。
また、上位ベンダーはバージョン 3 からバージョン 4 へといったリリース番号の更新を年に2〜4回行います（現在 EL3 は update 5、EL4 は update 1 です）。更新毎に新しい ISO が上位ベンダーによって提供されます。
CentOS も同様で、慣例に従ってリリースします。CentOS 3.3 は EL3 update 3 に対応しており、CentOS 3.5 は EL3 update 5 に、CentOS 4.1 は EL4 update 1 といった具合に対応しています。
実際に CentOS 4 でも同様な方式でリリースを行っています。CentOS 4 製品のアップデートを行えば CentOS 4.x という最新版に更新されるでしょう。
Red Hat Enterprise Linux 5 がリリースされれば、CentOS 5 がリリースされます。
製品に対しては上位ベンダーと同様の対応を行っています。例えば EL3 の update 5 が最新版と仮定してみましょう。上位ベンダーが提供するオリジナルの EL3 の CD をインストール（全く更新がなされていない初期バージョンの CD です）していて、up2date プログラムを使って更新を行えば、最新版にアップデートされたものがインストールされます（この場合 EL3 は update 5 へと更新されます）。
メジャー・リリースによる更新（ CentOS 2・CentOS 3・CentOS 4 ）でなければ、それぞれの CentOS ミラーサイト経由で更新作業を行う事で常に最新の OS 基幹パッケージを保つ事ができます。
CentOS Vault（保管室）には過去の CentOS を含む関連パッケージ群を置いています。OS のメジャー・バージョン番号が替わり、基幹部分から外されると CentOS Vault にパッケージ群は移動します。移動したパッケージ群は置いてあるだけなので、更新などのメンテナンスは行いません。純粋に過去のパッケージを置いてある場所として存在しています。
本件に関してはパッケージ毎に異なった FAQ を用意しています。
次のリンク先からダウンロードできます：
ISO イメージのダウンロード後には MD5 チェックサムでファイルの整合性の確認をする事を推奨します。チェックサムの値は ISO の存在するディレクトリ内にファイルとして置いています。ファイルの中身を確認してください。md5sum コマンドの結果、値が一致していればダウンロードは成功です。もし一致しなければダウンロードに失敗しています。ダウンロードしなおしてください。ダウンロードには BitTorrent を使うのが一番良い方法です。BitTorrent 経由であれば MD5 の整合性を常に確認しながらダウンロードを行うためです。ISO ファイルの整合性の確認を行うには次のページが参考になります。
ISO ファイルの md5sum 値が問題なければ、正常にダウンロードが完了しています。次に CD に ISO イメージを焼きます（英語で CD に書き込む事は「burn = 焼く」と呼ばれています）。CD を焼くには k3b の利用を推奨します（CentOS 4 では標準ですが、CentOS 4 以外では標準で入っていません）。k3b を使うには Tools → CD → Burn CD Image か Tools → DVD → Burn DVD Image を選び、オプションで CD 若しくは DVD の ISO イメージファイルを指定します。一連の作業をブータブル CD （ Bootable-CD ）の作成と呼びます。ブータブル CD とは、ハードディスクやフロッピーではなく、直接 CD-ROM を使って OS を起動する事ができる CD を意味します。
他のプログラムを使って CD を焼く事も可能です。Linux であれば cdrecored、Windows であれば Nero などがあります。CD を焼くには次のリンク先を参考にしてください。
CD を焼き終えた後は、焼き終えた CD を使って起動できるようになります。あとはメディア（ CD 若しくは DVD ）が正常かどうか確認する必要があります。ISO イメージの内容が正常にメディアに記録されたかどうかの確認です。
メディアの整合性の確認はセットアップ中、キーボードと言語の設定を行った後に行えます。
整合性の確認に問題がなければ（複数のメディアがある場合は全て確認してください）、インストールに支障ありません。
先ほどの md5sum の整合性に問題なくとも、メディアでの整合性の確認がとれない場合、メディアへの書き込みに失敗した可能性があります。確認がとれない場合はメディアを作成しなおします。できれば書き込む速度は落としてみてください。
CentOS の ISO イメージファイルの MD5 値が正常かつメディア整合性に問題ない状態で、インストールの準備が完全に整ったといえます。失敗する場合の主な原因は CD や DVD の書き込みで発生する事が多いようです。
公式 CentOS CD/DVD ベンダーよりCentOS が収録された CD や DVD を購入する事もできます。公式ベンダーから CentOS を購入していただきますと、CD/DVD の売り上げの一部は私たち CentOS プロジェクトに寄附される事になっています。皆さんはテスト済みの CD/DVD を入手する事で無駄な手間を省き、私たちプロジェクトは寄附金により CentOS を維持できます。お互いに良い方法ではないでしょうか。
1. まずはじめに、ロゴや画像等（ artwork ）は CentOS の RPM パッケージ群で配布をしています。
つまり、RPM パッケージ群に一切の変更を加えないのであれば配布する事ができます。
2. ウェブサイト上で CentOS のロゴを使用できますか？
CentOS のロゴを各自・各社のウェブサイト上で使用する際には、ロゴ（あるいは文字）には http://www.centos.org/ へのリンクをはる事が必要条件です。ウェブサイト向けには "Powered By CentOS" ボタンを提供しています（ apache の画面上で表示されます）。
3. CentOS の CD や DVD の販売にあたり CentOS のロゴを使用しても良いですか？
もちろん使用可能です。サイト上の CentOS 販売ページでロゴの使用やリンクも問題ありません。ただし、CentOS 販売ページでは http://www.centos.org/ へのリンクを目立つようにしてください。
メモ：CD や DVD の配布にあたり、ロゴを使用する際には CentOS プロジェクトによって提供されているロゴ以外の使用を認めません。改変された CentOS のロゴを使用しないでください。
CD や DVD の配布を行う場合、私たち CentOS 公式ベンダーへの参加も御検討ください。公式ベンダーは ISO Vender Page として登録いたします。CentOS のウェブサイト上で公式ベンダーとして登録されていれば、多くの人の目にとどまりやすくなります。また、CentOS プロジェクトともお互いに利益があるでしょう。
公式ベンダーとしての登録については ISO Vendor progam を参照してください。
4. CentOS のロゴを再販サービスのウェブサイト上で表示しても構いませんか？（例：プロバイダやホスティング、レンタルサーバ）
可能です。CentOS プロジェクトとしても、サーバが CentOS で動作していると告知していただく事を歓迎します。ロゴを使用する際には必ず http://www.centos.org/ へのリンクを作成するか、ロゴを使用しているページでは http://www.centos.org/ へのリンクを作成していただく必要があります。
ただ、CentOS を商用サービスの基盤としている場合には、CentOS プロジェクトへ毎月寄附していただくか、プロジェクトが利用可能な専用サーバの提供を御検討ください。CentOS への 寄附（ Donation ）ページに詳細を記述してあります。日本語版は当文章の『 3.2. 寄附・貢献の方法 』を御覧下さい。CentOS のスポンサー（ CentOS によって得られる売り上げの一定割合に対する、毎月の定期的な寄附が条件です）となっていただける場合、私たちプロジェクト www.centos.org のトップページに無料でバナー広告を掲載できる権利を提供します。
5. CentOS を自分のウェブサーバにインストールしている事を伝えるために CentOS のロゴを使っても問題ありませんか？
個々の場合によりますが、商用利用及び CentOS のインストール及びサポートを目的にしている場合、私たち CentOS Commercial Support program に参加していない状態での利用は認めていません。
program というのは、CentOS によって得られる全利益のうち一定割合を CentOS プロジェクトに対して寄附する事を指します。私たちは商用サポートページとして登録します。サイトのトップページではバナー広告が順番に表示されるようになります。CentOS Commercial Support program へ参加を希望する場合は CentOS 開発チームに御連絡ください。
6. 私が販売する製品に CentOS のロゴを使用できますか？
CentOS の CD や DVD を除き、CentOS プロジェクトが認めていない製品では CentOS の利用を認めていません。CentOS を用いる事によって得られる総利益の一定割合を寄附していただく事で、私たち CentOS プロジェクトはロゴの使用を許諾します。サイトのトップページではバナー広告が順番に表示されるようになり、www.sentos.org による公認ストアとしても公表いたします。
7. CentOS ロゴを書籍や販売用教材に使用できますか？
CentOS プロジェクトは CentOS のための本や教材としての使用を歓迎します。ですが、商用利用しているのであれば CentOS プロジェクトと個々に契約を結ぶ事を希望します。出版物の内容が専門的に正しいかどうか確認を行う必要があるため、希望をされる場合は CentOS 開発チームに御連絡ください。CentOS プロジェクトとしては売り上げの一定割合を寄附する事を要求するでしょう。承諾後はサイトのトップページではバナー広告が順番に表示されるようになり、あなた自信のサイトでロゴの使用や CentOS の公式スポンサーであると表明する事ができます。
8. 雑誌の一部での CentOS のロゴ使用や CentOS ISO イメージの配布の許可をいただけますか？
もちろん許可いたします。Linux 関連雑誌において情報提供していただける場合、私たちはロゴの提供や関連情報の提供、ISO イメージの提供を依頼する場合もあるでしょう。是非 CentOS 開発チームに御連絡ください。
X（及び GUI システム）をインストールする簡単な方法は yum groupinstall 機能を使う事です。
まず、利用可能なグループを以下のコマンドで確認します：
X と Gnome か KDE をインストールするには：
あるいは、
上記のようにコマンドを実行します。
同様に "Graphical Internet" や "Office/Productivity" 等のグループ単位で、必要なグループを追加する事もできます。
| アーキテクチャ名 | CentOS 2 | CentOS 3 | CentOS 4 |
|---|---|---|---|
| x86(32-bit Pentium,AMD,VIA) | ○ | ○ | ○ |
| ia64(Itanium2)※ | × | ○ | ○ |
| x86_64(AMD64/EM64T) | × | ○ | ○ |
| s390/s390x(IBM zSeries,IBM S/390) | × | ○ | ○ |
| ppc/ppc64(IBM Power, Mac) | × | × | ○ |
| SPARC(Sun SPARC) | × | × | ○ |
| Alpha(DEC Alpha) | × | × | ○ |
※IA64 はItaniam2 のみ対応。初期の Intel Itanium プロセッサは非サポート
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| x86 | 8 | 16 | 32 |
| ia64 | × | 8 | 64/512 |
| x86_64 | × | 8 | 64/64 |
| PPC | × | × | 64/128 |
| s390/s390X | × | 8 | 8 |
| SPARC | × | × | 8/64 |
| Alpha | × | × | 8/64 |
※論理 CPU 数とは CPU のコア数と仮想 CPU も含めます。HyperThreading ではないデュアル・コアの場合は論理 CPU 数は 2 と認識します。HyperThreading の場合も論理 CPU は 2 と認識されます。
※CentOS 4 は 2006 年 4 月に公開された CentOS 4.3 以上を指します。largesmp カーネルを用いることで x86_64 において CPU は 8 以上、その他のアーキテクチャでは 64 以上にも対応します。
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| x86 | 16 GB | 64 GB | 64 GB |
| ia64 | 32 GB | 128 GB | 256 GB/1024 TB |
| x86_64 | × | 128 GB | 128 GB/1 TB |
| PPC | × | × | 128 GB/1 TB |
| s390/s390X | × | 64 GB | 64 GB |
| SPARC | × | × | 64 GB |
| Alpha | × | × | 64 GB |
※x86 では"SMP" カーネルがサポートしているのはメインメモリ 16 GB までです。16 GB 以上を利用する場合は "Hugemem" カーネルを用います。メインメモリが 12 GB 以上であれば "Hugemem" カーネルの方が有利です。
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| 最大ファイルサイズ | 1 TB | 2 TB | 8 TB |
| 最大ファイルシステムサイズ(ext3) | 1 TB | 2 TB | 8 TB |
※CentOS 3.5 以上で 2 TBに対応しています。3.4 以下は1 TB が上限です。
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| x86 プロセス毎の仮想アドレス空間 | 3 GB | 約 4 GB | 約 4 GB |
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| x86 | 128 MB(CLI) 256 MB(GUI) | 128 MB(CLI) 256 MB(GUI) | 128 MB(CLI) 256 MB(GUI) |
| その他のアーキテクチャ | 512 MB | 512 MB | 512 MB |
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| 必要容量 | 500 MB | 800 MB | 800 MB |
| CentOS 2 | CentOS 3 | CentOS 4 | |
|---|---|---|---|
| Kernel | Linux 2.4.9 | Linux 2.4.21 | Linux 2.6.9 |
| コンパイラ | GCC 2.9.6 | GCC 3.2 | GCC 3.4 |
| サポート言語 | 4 | 10 | 15 |
| SELinux | × | × | ○ |
| Ext3 パフォーマンス拡張 | × | × | ○ |
| Bluetooth 対応 | × | × | ○ |
| Native POSIX(NPTL) | × | ○ | ○ |
| Hyperthreading スケジューラ | × | ○ | ○ |
| Autofs V4 | × | ○ | ○ |
| 論理ボリューム(LVM) | × | ○ LVM1 | ○ LVM2 |
| Audit | × | ○ LAus | ○ audit |
| ライブラリ互換性 | × | ○ CentOS 2 | ○ CentOS 2,3 |
| LSB | ○ 1.2 | ○ 1.3 | ○ 1.3(最新) |
| NFS | ○ V3 | ○ V3 | ○ V3,V4 |
| ウェブサーバ | apache 1.3.27 | httpd 2.0.46(apache) | httpd 2.0.52(apache) |
| データベース | MySQL 3.23.5 PostgreSQL 7.1.x | MySQL 3.23.58 PostgreSQL 7.3.x | MySQL 4.1.x PostgreSQL 7.4.x |
| デスクトップ環境 | Gnome 2.0 KDE 2.2 | Gnome 2.2 KDE 3.1 | Gnome 2.8 KDE 3.3 |
| グラフィック環境 | XFree86 4.1.x | XFree86 4.3.x | X.org 6.8.2 |
| OpenOffice | × | ○ 1.1.2 | ○ 1.1.5 |
| Ximian Evolution | × | ○ 1.4 | ○ 2.0 |
| 標準ブラウザ | Mozilla 1.7 | Mozilla 1.7 | Firefox 1.5 |
| マルチメディア互換性 | × | × | ○(MP3ではない) |
| プラグ・アンド・プレイ | × | × | ○ |
| Cluster Suite | × | ○ 3 | ○ 4 |
| Global File System | × | ○ 6.0 | ○ 6.1 |
※CentOS 2 では Netscape 4.8 が標準。2005年4月以降のは Mozilla 1.7 を採用。
多くの人たちが CentOS 3.4 から CentOS 4 にアップグレードを行いました - 様々な条件下で唯一信頼性が高く正常にアップグレードする方法 - まず、CentOS 4 の CD-1 を使って CentOS 3.4 のセットアップされているマシンを起動します。それからブート時のプロンプトで 'linux upgradeany' と入力する方法です。
CentOS 4 はマシン上の CentOS 3.4 をアップグレードし、CentOS 4 が動作するようにファイルシステムが必用とされる全てのファイルをインストールします。
作業後は機能が問題なく利用できるかどうか、サーバの設定と UI コンポーネントを確認してください。
古いシステム上で 'linux upgradeany' を使うと問題が起こる可能性があります。できれば新規インストールを行う方法がベストです。
以下の問題点に対して注意が必要です：
アップグレードされたシステムを使う事によって SELinux が特定の属性を必用となる場合があるかもしれません。そのような場合、SELinux の機能は一部制限されます。
yum を使ってアップグレードを行った場合でも、SELinux で利用できる機能は一部制限されます。
当件については、上位ベンダーも出来る限り新規インストールを推奨しています：
（一方でバージョン 2.1 と 3 でアップグレードがサポートしているのは x86 プロセッサのアーキテクチャのみです。バージョン 3 からのアップグレードには RMD64・EM64T・Itanium システムも含まれます。バージョンアップ経験があるなら、通常通り、まずは、現行システムにあるデータのバックアップを作成し、それから新規リリースへのアップグレードを試みてください。推奨する再インストールという方法こそがシステムを最も安定させる事に役立つでしょう。）
そこで、CentOS Webmaster が推薦する方法ですが……上位ベンダーと全く一緒です。システムを完全に新規インストールする事をお勧めします（きっと時間の節約になるでしょう）。
また、CentOS フォーラム上において yum を用いた良い方法を記述したスレッドがありますが、私はまだお勧めする事はできません。フォーラムで発言されている勇敢な人たちのように yum を使いのであれば、無理に否定しません。ですが、yumを使うのは自分自身のマシンを実験台に使っているようなものですから、あくまで自己責任で御利用ください。
まずはじめに CentOS RPM 認証鍵をインストールする必要があります。基本システムにはセキュリティ上の理由からインストールされていません。理由は、システムを構築する前に鍵の正当性を検証する機会を設けるためです。
RPM コマンドを使い CentOS ミラーサイトより鍵を入手します：
（root ユーザ権限で）インストール（インポート）された鍵の情報を元にして、パッケージを取り込む時には、署名が正当なものかどうかを確認するために用います。
鍵をインストール時に用いた ISO メディアからインポートする方が、より安全な方法だと記述しておきます。それぞれの ISO メディアのルートディレクトリ（最上位）に RPM-PGP-KEY ファイルが置いてあり、ディスク 1 の場合は RPM-GPG-KEY-CentOS-4 といった名前で置いてあります。
CD-ROM メディアから読み込む事がどうして安全なのかといえば、CD-ROM は書き換え不可能なメディア（記録媒体）だからです。ISO ファイルにある MD5SUM が同時に鍵の正当性を証明します。念のため、鍵は以下の通りです：
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.1 (GNU/Linux)
mQGiBEIfIY8RBACIjFavOQNbs4bjTtOblq4X5/oxuTJtv41nfqSFNeUAQke0qoxx
AUlBesWxDsOXp5VppgNEA07hGjPvzoxabLAsTccQplvHMNzmRezyukYrSTVR/F7g
ywpvlhaAFkL9jZxodXzWKk2cmBLVWvuyzlLEUBeijm2amyEHcIGAczxPawCgmVcM
9WpA6SOKivd9qTXK2XP+9BUD/2xV4OR4L7q8CSiaDMwPLo6P6D6VDc9LpVy16Wmu
iYPFJIcIpp309biKZhGZgd+gHDhld9EJcZ3A2v43GY/xCdJqZ7Uh5QIGDafnil87
2AbMIBYpcOpvAshTM10S3Qj06pIQE47oONZT5A80O/hn+Yd8ySCEswpbWCmtAxnc
iNw3A/0Qk/bKrhT6J9Um2JhMfxx/nB80mM+Jlsn58B8i4sjrIVdzc3b45Y2wbXN3
uVGuvvAFolAco3cpVy3oY1wMVuh8UlJFNESmxZL/Z7BXyKhiKUZrNxEvQt9OtD1F
d36ur8Ky8zFE5GL903Nx/dEVBvIDq2/2K3Wy9Yq3YIC0PW7fkrQlQ2VudE9TLTQg
a2V5IDxjZW50b3MtNGtleUBjZW50b3Mub3JnPohfBBMRAgAfBQJCHyGPBQkSzAMA
BAsHAwIDFQIDAxYCAQIeAQIXgAAKCRClPQurRD4YISH0AJ9zmx2JPGt8ELKo3aE0
YoGg6EYipwCdH3kRVJHQtDeRs/5v5Ghn92XZS4KITAQTEQIADAUCQh8hxAWDEswC
ywAKCRA4whYWOWygpCumAJwOseF0mAV+j/0kGrKXf/FKboFScgCdEITVqtB1CCyn
+q+IqnCmgEF8rYy5Ag0EQh8hqhAIAKwNu60J+AnfVjNk0eN26sKBQOHFVQX9M3bd
NBVWruocb7dro6DG4daPVB66ZI9RqBusll0jz5nUhBO3GZ3rn/KLVhMO2uCtvdcw
WYtY6188lO6lOm3aYadIqafcPPiiLnF3zm/E8hI/trbPpaoW1dFBOiSlOY4bSpSC
nTuHYd5fjYu77wQhnSsl19XfqwuvHQKW1vhXCaM2GrsLA5tgjLOlJhYJ4yPY2LTo
yxoWC/JMMM0Vwi7BaVoa/G2uamC6sL5f6KXei5QftemUvw1uM/2fkLbuHtwETq6Z
yUZlsL1H5K5G4h+GDVByBF6Y2P1csi7oXK13sdzhkewLaMjmah8ABAsH/3zhD0Gy
1jlMs9dGKSi9kq3jcUE/4o3vvjOPbxqT9psJu0jMEAfUVCWX9BWgZXyE2u+nBxcY
AnNyqdmQzs6wTgJWGeGKpyC1jIKtO888RpPShvXtt/aNF4LaoielWZY9xu5oYEhn
mBoww3VTbVxFNaPjglZOWnTxWfysHwG0H/dnXMp1sJjfdNsiB7zNniRRurlIiy0x
hQSkDLe4tUr9Q9u4ztZKbwVX/fBzJC/u4Smi4VYx+HfOAP3OqzcGKNcb68GpIVo3
1RUQq1JqpPSM5U41kW8u+S5n+zhjZsb/Ix3ks18gI8wz5u5yzfGacqp65NLisqVe
OKEf/MQ1xWytG4SITAQYEQIADAUCQh8hqgUJEswDAAAKCRClPQurRD4YIXC1AKCF
3t5xKJnEXJfgvhvldOzDIFjajwCgkX/MZI0O0SxYQAc2hEQJqCI/LJU=
=Qsai
-----END PGP PUBLIC KEY BLOCK-----
もし鍵の正当性について問題が発生する場合、どうか開発陣に御連絡ください：偽装されたキー情報を指摘された場合、あなたへの連絡先と詳細な情報を security@centos.org にお送りください。
GPG 鍵を入手する方法：
あるいは
あるいは
(サーバ内のどこかに鍵をおいている場合)
また、root ユーザ権限で実行する必要な事も忘れないでください。
CentOS 4 は以下のソースを基に構築している自由に配布可能な OS です：
OS を構築する前に無料ではないパッケージは除去しています。無料ではないパッケージというのは、著作権や商標の除去を許されていないパッケージ群を指します。
CentOS 4 は x86 （ i586 と i686 ）、x86_64 （ AMD64 と Intel EMT64 ）、ia64、ppc、alpha の各アーキテクチャをサポートします。s390 及び s390x サポートは作業進行中です（まだ完了していません）。
更新されたパッケージ群は YUM レポジトリを通じて配布されます。
centosplus レポジトリは CentOS 開発者と利用者によって提供するパッケージ群の事です。将来、パッケージによってはディストリビューションのコア（中心）に含まれるようになるものもあるかもしれません。もし centosplus レポジトリのパッケージを利用するのであれば、外のパッケージ群との違いを理解しておいてください。
CentOS 4 向けの centosplus レポジトリに関する最新情報はこちらの Readme.txt を御覧ください。
別の FAQ 『 4.1.13. CentOS に関する全てのレポジトリ（ディレクトリ）に関する説明はありますか？ 』においても CentOS レポジトリに関して言及しています。
entOS Extras は Fedora Extras を基盤としたレポジトリであり、CentOS 4 i386 と x86_64 アーキテクチャ用に構築しています。Extras は非公式な CentOS レポジトリですが、Karanbir Singh 氏（ CentOS 開発者の一人です）によって CentOS 4 に含まれていない優れたパッケージを取り込むようメンテナンスがなされています。
CentOS Extras からどのようにプログラムを入手するかは、以下のページを御覧ください：
手軽に連絡を取りたい場合は CentOS General Discussion メーリングリストか IRC の #centos チャンネルを御利用ください。
CentOS 4 開発者リスト：
名前 ( IRC ニックネーム )
Johnny Hughes 氏 (hughesjr) - CentOS 4 主開発者, i386, x86_64 担当
Karanbir Singh 氏 (z00dax) - ppc, i386, x86_64 担当
Pasi Pirhonen 氏 (blahee) - ia64, alpha, s390, s390x
CentOS 4 フォーラム（会議室）で他の利用者から手助けを受ける事もできるでしょう。
はい、使えます。CentOS 4 上で動作する Global File System 6.1 と Cluster Suite 4.0 が利用できます。RHDS（ Directory Server ）も利用可能です（ RPMを配布しています）。
CentOS プロジェクトと上位ベンダーとの関係については、こちらの FAQ 『 4.1.6. CentOS と Red Hat®社や RHEL とはどのような関係ですか？ 』の記述もあわせて御覧になってください。
いいえ、使えません。Red Hat(R) Directory Server 7.1 と Red Hat Console 及び Administrator Server に関しての情報は公開されていません。SRPM パッケージ群がリリースされるようになれば、CentOS 4 向けにパッケージを構築する予定です。
CentOS プロジェクトと上位ベンダーとの関係については、こちらの FAQ 『 4.1.6. CentOS と Red Hat®社や RHEL とはどのような関係ですか？ 』の記述もあわせて御覧になってください。
2006年2月6日追記。
http://directory.fedora.redhat.com/wiki/Download より配布されている Fedora Directory Server は利用可能です。こちらの "Fedora Core 3 and RHEL4" が CentOS 4.x に対応したバージョンとなります。
私たちは CentOS 4 の更新を 2012 年 2 月 29 日までサポートするつもりでいます。
現時点の計画：
完全な更新（ハードウェアの対応も含みます）：現在から 2008 年 2 月 29 日まで
メンテナンス更新：2008 年 3 月 1 日から 2012 年 2 月 29 日まで
完全な更新（ Full Updates ） - 対応期間中に CentOS プロジェクトの判断により新しいハードウェアに対する更新セット（ Update Set)を提供する事があります。さらに、利用可能なあらゆる更新パッケージやエラーへ対応したパッケージがセットか個別に提供します（セキュリティに関する問題であれば直ちに提供します）。更新セットは通常年に 2 〜 4 回程度で、都度新しく更新を行った ISO イメージも配布します。4.x という番号付けにある .x とは更新セット（ Update Set ）の番号を指します。
メンテナンス更新（ Maintenance Updates ） - メンテナンスを維持するためだけの更新期間です。セキュリティに対する問題と動作上に必要不可欠な問題に対処するためです。この期間はほとんどリリースがないでしょう。もし仮にあるとすれば更新リリースとしての提供になる予定です。
まず基本的に LVM パーティションの物理ボリューム（ PV = Phycical Volume ）を pvcreate で作成し、それから vgextend、vgcreate、vgremove などのコマンドを用いて拡張ボリューム・グループ（ VG = Volume Group ）を作成・拡張します。
次に VG から lvcreate、lvextend、lvremove のコマンドを用いて論理ボリューム（ LV = Logical Volume ）を作成・拡張する事ができます。
論理ボリュームが構築されたファイルシステム（ ext2 や ext3 ）であれば ext2online コマンドを用いて容量の調整を行えるようになります。
ext3 上で LVM2 を取り扱う方法については以下の URL を御覧ください。
RAID にはハードウェア RAID とソフトウェア RAID の 2 種類があります。
まずはじめに、現在販売されている新しい Serial ATA 対応 RAID マザーボードの多くは厳密にはハードウェア RAID ではなくソフトウェア RAID だという事を理解しておいてください。マザーボード製造メーカーは Windows 上で動作するドライバを用いる事で、ハードディスクのシステムを RAID と認識させているだけで、完全にはハードウェア RAID ではないという事です。
つまり、Linux 上でもソフトウェア RAID を構築する事ができます。
CentOS におけるソフトウェア RAID については以下の文章を御覧ください。
Man ページ:
mdadm, mdadm.conf, md
ソフトウェア RAID1 を組み込んだ場合には、grub にパーティションの記述を追加する必要があります。記述法については以下のページを参考にしてください。
ハードウェア RAID の設定については、それぞれの機器に依存します。RAID はハードウェア・ドライバやソフトウェアを組み込む事により有効になります。CentOS ではハードウェア RAID が有効になっている場合、見かけ上は 1 つのデバイスとして認識されます。RAID の機能や管理は RAID 専用機器付属の管理ツールやコマンドを用います。
isos ディレクトリには複数のファイルが置いてあります。
1. ISO ファイル（ファイル名が .iso で終わるもの）- これらは CD の内容（一般的に"イメージ"と呼びます）を納めたファイルです。CentOS をインストールするためには、まずはじめに ISO イメージ・ファイルをダウンロード必要があります。ISO ファイルを基に CD-R を焼く事（＝作成する／語源は英語の burn から来ています）でインストール用 CD を作成します。ISO ファイルの作り方については以下のURLを御覧ください：
2. torrent（トレント）ファイル（ファイル名が .torrent で終わるもの）- torrent ファイルは BitTorrent（ビット・トレント）というネットワーク共有ソフトを使って CD をダウンロードしたい場合に使います。mirror.centos.org サーバから直接ダウンロードする時は、この .torrent ファイルを用いる必要があります（外のミラー・サーバでは ISO を配布しています）。CentOS を使って BitTorrent はCentOS 3 か CentOS 4 の環境であれば Dag Wieer レポジトリからパッケージを取得する事ができます。
その他の OS で BitTorrent を使いたい場合、BitTorrent 公式サイトを利用してください。
BitTorrent (ウィキペディア)
3. MD5 ファイル群 - それ以外のファイル名に md5 と付くものは、ISO イメージファイルの MD5 チェックサムを記述しています。MD5 チェックサムというのは、パソコンにダウンロードした CD の ISO イメージファイルが正しいかどうか（ネットの通信状況等の原因によって、正しくダウンロードできない場合もあるためです）を確認するために使います。 Linux 上では md5sum コマンドで値を確認する事ができます。ダウンロードした ISO ファイルの値が正しければ正常にダウンロードできたファイルであると分かります。
ファイル名に "ServerCD" と名前の付いているファイルは、基本的なサーバを構築するために最低限必要なツール群のみが組み込まれている 1 枚の CD です。ただしグラフィカル（ GUI ）環境ではありません。Server CD は 1 つのファイルをダウンロードするだけで、自分の好きなように環境構築を行いたい方向けに提供しています。
もちろん、CD 4 枚分の中身を 1 枚に詰め込む事はできませんが、一方で必ずしも全てのパッケージが必要でない場合もあります。CentOS 開発チームでは Single Server CD に関するフィードバックを求めています。例えば必要なパッケージがあれば要望として伝えてください。フィードバックは CentOS-Devel 開発メーリングリスト上で情報提供いただければ幸いです。
Single Server CD を使ったインストール後は、yum や up2date を用い、それぞれ必要に応じてプログラムをインストールしてください。そうする事で、通常の CentOS セットアップを行ったのと同様に CentOS を利用する事ができます。
一番良いのは "yum groupinstall" 機能を使う事です。yum については以下 URL を御覧ください。
ISO イメージファイルにはアーキテクチャ（ ARCH ）の名前の後に番号が振ってあります。通常は 3、4 枚の CD から構成されています。例えば、
であったり、あるいは
といったものです。x86_64 というのはアーキテクチャ名です。アーキテクチャ名には i386 などもあります。
CD の中で "disk1" となっているものが起動可能（ bootable ）な CD で、このディスクを使ってインストールを行います。外のディスクには RPM パッケージ群を収録していいます。
CentOS 各バージョンに対応した DVD 版 ISO イメージファイルを提供しています。ですが、ミラーサイトによって DVD 版は ISO ディレクトリには置いてない場合があります。DVD 版は BitTorrent 経由でダウンロードする事ができます。なぜなら、次のような理由があるためです。
1. CentOS や外のディストリビューションにおいて通常の apache （ウェブサーバ）は 2 GB 以上のファイルを取り扱う事ができません。そのため、外部の公開 CentOS ミラーサーバではミラーサーバとしての役割を果たせない可能性があるためです。
2. 仮に CentOS ミラーサーバが DVD の配布を行うのであれば、ミラーサーバは現在よりも 1.5 倍以上の容量を必要とする事になるでしょう。
CentOS の新しいバージョンや外のアーキテクチャに対応した ISO ファイル群が提供され続ける限り、CentOS ミラーサーバの負担は次第に大きくなっていくでしょう。結果、外部の CentOS ミラーサーバが減ってしまう事は私たち CentOS 開発チームの望むところではありません。
DVD 版のダウンロードは公式ミラーの中で DVD 版がおかれている場所からウンロードできます。
CentOS 4 ドキュメント（英語）：
CentOS 3 ドキュメント（英語）：
CentOS 外部公開ミラーサーバ：
CentOS 開発チーム（ CentOS Development Team ）が携わっています。CentOS についてのページを御覧ください。
ミラーサイトの centos 3.x ディレクトリ配下の isos ディレクトリ内にあります。3 つのバイナリ CD 用 ISO ファイルと 3 つの src ISO ファイルが置いてあります。
LSI MegaRaid 150-2 SATA コントローラ用のディスクドライバをインストールします。
CentOS 3.3 のインストール時、インストーラー上で "linux dd" と入力します。インストーラーでは以下にあるようにインストーラーの指示する通り作業を行います。この方法で最新の megaide.o バージョン 5.6.97 ドライバが使えるようになります。動作テストは i686 の 1 CPU 環境でテスト済みです。SMP i686 環境でも同様に動作します。
楽しんでくださいね。
/Wa はドライブ A: を意味しています。
/T144 はフロッピーディスクの容量が 1.44 Mb です。
/Ffloppy.img はフロッピーに floppy.img というファイルを書き込むという意味です。
1. CentOS 3.2 は存在していません。
2. CentOS 3.1 と CentOS 3.3 が基盤となっているのは RedHat Enterprise Linux 3 です。
3. RedHat の更新版リリース期間は年に 4 回です。
CentOS 3.1 は RHEL 3 update set 1 (U1) を用いています。
CentOS 3.3 は RHEL 3 update set 3 (U3) を用いています。
ちなみに RHEL 3 は RedHat Linux 9 が基盤となっています。
注意：以下の手順は i686 アーキテクチャのプラットフォーム向けに記述しました。CentOS Development Team は x86_64 および i586アーキテクチャ上でのシステムで動作確認をして頂ける方を募集しています｛hughesjr氏：x86_86 と i586 環境でテストしましたが、どちらも正常に動作しました｝。この手順を踏めば RHEL 3 や Taolinux 1.0 を CentOS 3 へ移行する事が可能です。
WBEL 3 からの移行は単純な手順で済みます。以下の手順では WBEL 3 から CentOS 3 にシステムを並行的に移行できるように考えてあります。更新する事で次のような多くのメリットがあります：RHEL エラータとタイミングの良い更新、熱心な開発者、そしてコミュニティでの活発なサポートです。
以下のステップでは、いずれも root ユーザ権限で実行すべきであり、端末ウインドウ上で 1 行ずつコマンドを入力していく事を推奨します。ブラウザの大きさによっては行がつながってしまう可能性もあります。注意してください。
1. yum の "clean" オプション機能を使い yum キャッシュ・ディレクトリ内にある一時ファイルを削除します。実行してもしなくても構いません。任意です。
2. 次に CentOS パッケージの証明鍵をインストールします。CentOS 3 パッケージ向けの証明鍵の設定と正当性の確認についての詳細はこちらの FAQ 『 4.3.9. CentOS ではなぜ GPG キーが yum にセットされていないのですか？ 』を御覧ください。
3. CentOS に特化された -release ファイルをインストールします。この作業により whitebox-relase を過去のものとします（whitebox-release パッケージは自動的に削除されますので、自分自身でパッケージを手動削除するような必要はありません）。
注意：x86_64 アーキテクチャをアップグレードする場合は、上記の i386 を x86_64 に置き換えてください
4. yum の CentOS 対応バージョンと適切な yum.conf ファイルをインストールします。
メモ：ステップ 3 と 4 では yum、centos-yumconf、centos-yumcache、centos-release……といったファイルのバージョン番号が変わっている可能性があります。http://mirror.centos.org/centos/3/os/i386/RedHat/RPMS/ こちらのページをブラウザでひらいて、yum、centos-yumconf、centos-yumcache、centos-release の各パッケージが最新版に更新されている場合、最新バージョンを記述しないと正常に動作しません。
5. WBEL インストール後は、利用されていた yum.conf は /etc/yum.conf-SAVE と名称変更され、CentOS の yum.conf が /etc か CentOS が指定する yum.conf にとってかわりますが、既に CentOS 用の etc/yum.conf がある場合、etc/yum.conf.rpmnew というファイルが設置されるだけで、既存のものに手を加える事はありません。もしオリジナルの yum.conf ファイルが書き換えられないようであれば、現在の yum.conf を保存しておいて、新たに CentOS によってインストールされる yum.conf に置き換えてください。当面はシステムが CentOS 標準の yum.conf で動作しているように見せかける事ができます。次の手順を踏む事で CentOS 用の yum に対応した yum.conf を設置できます。
6. yum.conf ファイルが正確なものかどうか確認するために、yum の更新機能を使ってアップグレードを行う前に、インストール作業が意図する通り正常に動作するかどうか検証を行います。メモ：yum のバージョン 2.0 では情報の更新時、多くのパッケージのヘッダ情報を取得する事になります。この時点では yum は実際にパッケージのダウンロードを行っていません。yum によって大量の出力が画面に表示されますが心配しないでください。
7. この時点でサーバの更新を行います。作業後はリブートを推奨するメッセージが表示されます（リブート後に、新しくインストールされた kernel が動作するかどうか検証します）。もし以前に独自に調整した yum.conf ファイルを使っていて、CentOS が提供する /etc/yum.conf ファイルを使いたくないのでしたら、元の yum.conf ファイルに戻しておいてください。
ただ、そのようにした場合は CentOS と Whitebox がパッケージを共有する事になってしまい、必要に応じて削除やアップグレードが必用になってしまいます。この作業はあなたのサーバを CentOS に "変換" してしまうものですから、今後のパッケージ更新には CentOS が提供するレポジトリを使ってください。
また、あわせて私たちは CentOS について論議したり情報を得るためにメーリングリストに参加する事を推奨します。
更新作業にあたって確認しておきたい事があります。CentOS Webmaster は実際にテストを行い WBEL から CentOS にシステムを移行する事ができました。
従来 WBEL で利用していたサード・パーティ製（ Dag, Kde-Redhat 等 ）の RPM パッケージは、従来同様 CentOS でも使う事ができます。利用する場合には /etc/yum.conf ファイルにレポジトリの情報を再追記ください。
システムを WhiteBox から CentOS に置き換えた場合、up2date も WhiteBox 用のものから CentOS 用に書き換える必要があります（単にセットアップ方法の違いです）。
非 GUI 環境のマシンではコマンドライン上から以下のコマンドを使ってアーカイブ情報を書き換えます：
GUI 環境では次のようにしてください
（ほとんどの場合 firstboot は実行される事なく、単に置かれたままになります）
何か問題があれば IRC で尋ねてください。
Owl River 氏が RedHat 9 から CentOS に移行するためのすばらしいガイドを作成されました。彼の貢献はどのような努力よりも勝るものです。
追加情報が Karanbir Singh 氏 [ z00dax ] によって提供されました。2005 年 2 月 5 日 20:04
利用者から RedHat 9 から CentOS 3 へシステムを移行するにあたって1つの問題を指摘されました。Redhat からの移行にあたりバージョン番号やパッケージの扱いについてです。この問題は Red Hat 9 から移行を考えている方々があらかじめ理解して考えておく必用があります。当件についての多くの情報は、以下のリンク先にあるメーリングリストの過去ログからも参照できます：
実際に x86_64 対応版 ISO イメージをリリースしました。最終リリースと RC1 の違いはバージョン番号のラベルに "RC1" の有無だけでした。ですので、単に /etc/redhat-release の変更を行うための ISO ファイル群の再構築は行いませんでした。つまり、中身は最終リリースと同じものです。
CentOS のインストール作業は純粋に選択されたクライアントをインストールするだけです（これは上位ベンダーの提供している製品でも同様です）。
MySQL：add-ons レポジトリから mysql-server パッケージがインストールできます
PostgreSQL：CentOS 3 では rh-postgresql-server のインストールが必用です
適切に yum.conf の設定を行う事でその外のパッケージ群のダウンロードが可能となります：
あるいは次のように入力します：
CentOS 上の PostgreSQL は /etc/rc.d/init.d 上で "rhdb" というサービス名です（これは Red Hat 社が PostgreSQL を RHDB と名前の置き換えをした名残です）。
MySQL のサービス名は "mysqld" です。
質問「私は正しい CentOS 用の GPG キーをインストールしましたが、yum は不適切な GPG キーだと表示し続けます。どのようにして GPG キーをインストールしたらいいですか？」
まずはじめに CentOS RPM 認証鍵をインストールする必要があります。基本システムにはセキュリティ上の理由からインストールしていません。理由は、システムを構築する前に鍵の正当性を検証する機会を設けるためです。
RPM コマンドを使い CentOS ミラーサイトより鍵を入手します：
（root ユーザ権限で）インストール(インポート)した鍵の情報を元に、パッケージを取り込む時に、署名が正当なものかどうかを確認するために用います。
鍵をインストール時に用いた ISO メディアからインポートする方が、より安全な方法だと記述しておきます。それぞれの ISO メディアのルートディレクトリ（最上位）に RPM-PGP-KEY ファイルが置いてあり、ディスク1の場合は RPM-GPG-KEY-CentOS-3 といった名前で置いています。
CD-ROM メディアから読み込む事がどうして安全なのかといえば、CD-ROM は書き換え不可能なメディア（記録媒体）だからです。ISO ファイルにある MD5SUM が同時に鍵の正当性を証明します。念のため、鍵は以下の通りです：
----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.2.1 (GNU/Linux)
mQGiBEBWEXMRBACwv6ybAZQEyqFvVXnVmTk5Pvt/k701xbdYFkh/GbolGKhvW0OQ
zSK0zffeBXrqJHnfWGxOjXvhQVq9miOQUtTCk65s6dZF4HbXRmgQynVAj19S0Axw
wqzVZzZAbbNz4Y5Mu/UOflR7n5WcNmES1ynFqRsmFWsypIJFrT3gGMC4gwCgmHev
ld/ebabzVqkk1JjFMoxA0DED/3OJ0IohANLmDe7eAmT8IRIlWb+HPfi2pfhYCjYv
/g1nc+0hBPaZtrvFuboaQfUh7vqcVza+Ti/A1kPsTwDiXClV/njzow04Qx9K2TKL
E+Jad9kd9/mJGM2JeUFvbPYFQaIBP6ZW8pibZI7YKGQ1Rwmv6wCjlQ06ABHetIgV
5sOcA/sHFomRwY+aTGxM4Bd0XUZW0Hjj2FP5/38yfWflhDLGSDeJPuwMk+Y5JlTz
FfMMeNsMMdGk9Hn7vysKrQwXbZcpS+WmopA8jWg77jhHIXZKLJYdySCDlxsOixG2
NBmRS9HQHh/d8OfCEh4tg1VLKhVmkZRpWdHcmxueJfkx3zzMX7QmQ2VudE9TLTMg
S2V5IDxjZW50b3MtM2tleUBjYW9zaXR5Lm9yZz6IXwQTEQIAHwUCQFYRcwUJCWYB
gAQLBwMCAxUCAwMWAgECHgECF4AACgkQcEnkTQJeUTsPjgCdFVLLKgeMpqc8gFdm
HW9pQxtRRKoAoIYpvPOIb1nj88gpx4aYbxcw+S/5iEwEExECAAwFAkBWHykFgwll
88oACgkQKN6I1rmRG5KRxACfQOzZp6ComvGfvkPFuJRd9QvVx48AnAvY/AqekJxd
/y6TGOQvrmm8CoxWuQINBEBWEZEQCADQ48xpVDl9w3PlwgauoGaysDgyc8OAkzAM
6IPb/Ma068l73y58KJXdBLCTDFbCQb/O29wE7iw8V/MXqBRl6aWzKkdnkA2RzDHo
MqYGHrMUwO8y74l/Crw24b5gzhOkHwZGeuCEHbXyt6h1oYJBs239vyvQF/l5EIUF
CRiaYT1Y4tGdeGoCwNEdVCOBz5r9F7ebJaT0rK+cFwMEk3mLXmxYz2w9NdKS9R8w
ytIRZDCLY2XadmPKfcZje1tdp0b/z+jbXw1iIs1hbje0kLvC88OSp5Ss0oN0zN2H
NZT59mdnqlLlUpNApS1Ev6pPB5ZAvdi43IJdVDKgsp+SSwCy/85TAAMFB/92Z967
/FsFxShW+6t7ShI3Y1PF4hVyK3wDF1I83b7Ff+IwFh8YhPt2x8AWTxJRWAoIrtzh
G+zEmUjm19dRqeB3tI3zTqNSkl15IIVGElhv8PFET9UwZblHLVW4LQEqbOIeFlTn
jSnbdfh05Qzx0J+eJnMdgBhQajItE7R74O5Yx5Dqaat641FxT6cZUtRUcd+tQ58t
MkIcK1ZvRiRTC6WkwfULpiRUvG4N+NhCWlfjGUfvcoMuThqkjU3qeVS3hlH2T1Mq
JMilUUZFN5laLXv9oQFJZReF64mrQBQzueqjtkWEbVqoji1ThdPQTeLgn9SSewZf
X584+BMZSkhNBP8ViEwEGBECAAwFAkBWEZEFCQlmAYAACgkQcEnkTQJeUTsx4wCf
ZZPhJKRCXgwX7UB9YwDaSFQK8IgAoJgy+aCPMUCH6WUFPVRf49q56+9r =4XKu
-----END PGP PUBLIC KEY BLOCK-----
もし鍵の正当性について問題が発生する場合、どうか開発陣に御連絡ください：偽装されたキー情報を指摘された場合、あなたへの連絡先と詳細な情報を security@centos.org にお送りください。
はい CentOS 3 向けの RHGFS と RHCS を以下より入手できます；
CentOS プロジェクトと上位ベンダーとの関係については、こちらの FAQ 『 4.1.6. CentOS と Red Hat®社や RHEL とはどのような関係ですか？ 』の記述もあわせて御覧になってください。
私たちは CentOS 3 の更新を 2010 年 10 月 31 日までサポートするつもりでいます。
現時点の計画：
完全な更新（ハードウェアの対応も含みます）：現在から 2006 年 10 月 31 日まで
メンテナンス更新：2006 年 11 月 1 日から 2010 年 10 月 31 日まで
完全な更新（ Full Updates ） - 対応期間中に CentOS プロジェクトの判断により新しいハードウェアに対する更新セット（ Update Set ）を提供する事があります。さらに、利用可能なあらゆる更新パッケージやエラーへ対応したパッケージがセットか個別に提供します（セキュリティに関する問題であれば直ちに提供します）。更新セットは通常年に2〜4回程度で、都度新しく更新された ISO イメージも配布されます。3.x という番号付けにある .x とは更新セット（ Update Set ）の番号を指します。
メンテナンス更新（ Maintenance Updates ） - メンテナンスを維持するためだけの更新期間です。セキュリティに対する問題と動作上に必要不可欠な問題に対処するためです。この期間はほとんどリリースがないでしょう。もし仮にあるとすれば更新リリースとしての提供になる予定です。
John Newbigin 氏です。
私たちは CentOS 2 の更新を 2009 年 5 月 31 日までサポートするつもりでいます。
現時点の計画：
完全な更新（ハードウェアの対応も含みます）：2005 年 5 月 31 日をもって終了しました
メンテナンス更新：2005 年 6 月 1 日から 2009 年 5 月 31 日まで
完全な更新（ Full Updates ）- 更新作業は終了しました。
メンテナンス更新（ Maintenance Updates ） - メンテナンスを維持するためだけの更新期間です。セキュリティに対する問題と動作上に必要不可欠な問題に対処するためです。この期間はほとんどリリースがないでしょう。もし仮にあるとすれば更新リリースとしての提供になる予定です。
CentOS リリースをダウンロードするために BitTorrent をどうやって使えばいいですか？
私たちプロジェクトでは CentOS のミラーサイトが使用するネットワークの帯域幅を最小限にとどめる事ができるよう BitTorrent をダウンロードの選択肢に加える事にしました。
BitTorrent を簡単に使い始めるための概要を以下で述べます。
どうかダウンローダーとして BitTorrent を使うようにして、できれば外の人にもお薦めしてください。
CentOS で BitTorrent をインストールするためには Dag's レポジトリの RPM を利用可能にする必要があります。
（CentOS 3 用の最新版は el3 です。CentOS 4 用の最新版は el4 です）
CentOS 3.3 よりも古いバージョンでも BitTorrent はレポジトリから取得可能です。一般的にインストールするには 'yum install bittorrent' と入力します。GUI バージョンも利用可能です。'yum install bittorrent-gui' と入力してください。
ダウンロードした後、シェル上で btdownloadcurses.py を実行してください（あるいは GUI 向けの btdownloadcurses.py ）。ファイアウォールで保護されている環境下ではポート 6881〜6899 とポート 6969 を公開する必要があります。
最新リリースの情報が各 CentOS のミラーサイトに .torrent というファイル名として .iso ファイルと同じ場所に置いています（典型的な場所は mirror.centos.org/centos/$releaseversion/isos/$arch/ です）。ベータ版やその外のリリースの場合は外部の torrent サーバに置いています。$releaseversion はリリースバージョン、$archは対応アーキテクチャ名です。
繰り返させてください - ダウンロードを完了した後も（ポート 6881〜6899 は公開したまま）そのまま BitTorrent を起動させておけば P2P ネットワークを通じてファイルの提供が可能となり、外のミラーサイトのネットワークに対する負担を下げる事ができます。御協力いただければ幸いです。
BitTorrentに関する詳しい情報は次の URLを御覧ください：
Java GUIクライアントについて。システムに JRE がインストールされていれば、Azureus という名前の GUI ベースの BitTorrent クライアントを利用可能です。詳しい情報はホームページを御覧ください：
wiki 上で FAQ の翻訳版を公開しています。日本語として意味の分からない箇所や、私が誤って翻訳している箇所があれば、メールにて御指摘いただくか、wiki 上で直接修正いただけると助かります。
英語のオリジナルの FAQ はこちらです。
FAQ 以外にも、配布文章に付け加えた方が良い情報がありましたら、御提案いただけると助かります。参考にさせていただきます。また、配布文章上の問題点・誤植・誤訳や御意見がありましたら、zem@pocketstudio.jp までお問い合わせ願います。
御協力いただいた方にはドキュメント内に Special Thanks としてクレジット致します。
CentOS 日本語版 FAQ の作成にあたり校閲に御協力いただいた皆様に感謝申し上げます。
くつなりょうすけ様、Fedora-usrs(JP) メーリングリスト上で名乗りを頂いた Hibiki Ono 様、Pocketstudio.jp Linux Wiki 上では hirose 様、ほか、お名前を記載頂かなくとも校正下さった多くの皆様に感謝申し上げます。
配布に当たっては CentOS Development Team の Johnny Hughes 氏より翻訳・配布許諾を得る事ができました。感謝申し上げます。