経験のあるユーザーなら多分すぐにお分かりだと思われますが、ドライブを フォーマット する必要があります。フォーマット(通常は「ファイルシステムを作成する」と言う意味で知られています) とはドライブに情報を書き込み、フォーマットされていないドライブの空白の領域に順番を付けることです。

図A.2「ファイルシステムを持たせたディスクドライブ」 で示されるように、ファイルシステムで与えられる順序によって、いくらかのトレードオフが生じます。

ファイルシステムがディレクトリやファイルを使用できるようにする訳ですから、上記のトレードオフによる影響を重大なものとしてとらえる必要はないでしょう。

万能な単一のファイルシステムは存在しないことに留意することができます。図A.3「別のファイルシステムを持つディスクドライブ」 で示すように、ディスクドライブには、多くの異なるファイルシステムが書き込まれている可能性があります。異なるファイルシステムには相互に互換性がない場合があることを予想できるかもしれません。あるファイルシステム (または、関連した一部のファイルシステムタイプ) をサポートするオペレーティングシステムは別のタイプをサポートしない可能性があります。ただし、これについては絶対的なルールのように決まっている訳ではありません。例えば、Red Hat Enterprise Linux は多様なファイルシステム (他のオペレーティングシステムで使用される多くのタイプを含む) をサポートしますので、異なるファイルシステム間でのデータ交換が容易になります。

もちろん、ディスクファイルに書き込むのは始めの一歩に過ぎません。このプロセスの目標は実際にデータを保存して取り出すことです。何らかのデータが書き込まれたドライブについて見てみましょう。

図A.4「データの書き込まれたディスクドライブ」 で示されるように、以前に空きブロックだった位置にデータが保管されています。しかし、この図を見るだけでは このドライブに存在するファイルの数量を確実に判定することはできません。すべてのファイルは 最低でも１つのブロックを使用し、ファイルによっては複数ブロックを使用するものもあるので、１ ファイルのみの場合もあれば、多数のファイルが使用される場合もあります。もう１つ注意すべき点として、使用済みのブロックは連続領域を形成する必要がないことがあります。使用ブロックと未使用ブロックが交互に混ざっているかもしれません。これは フラグメンテーション と呼ばれます。フラグメンテーションは、既存パーティションのサイズ変更を行う際にその役割を果たします。

多くのコンピューター関連の技術と同じように、ディスクドライブは導入されてから常に変化し続けており、拡大しています。これはサイズの拡大ではなく、情報保存の容量が大きくなっているのです。さらに、この容量の増加がディスクドライブの使用方法を根本的に変化させてきました。

ディスクドライブは、複数の パーティション に分割することができます。各パーティションは個々のディスクのように、別々にアクセスできます。パーティションテーブル を追加することでディスクドライブを複数パーティションに分割します。

ディスク領域を個別のディスクパーティションに割り当てる理由には以下のようなものがあります。

物理ハードディスクには現在、マスターブートレコード (MBR) および GUID パーティションテーブル (GPT) という 2 つのパーティションレイアウト標準があります。MBR は、BIOS ベースのコンピューターで使われている旧式のディスクパーティション方式です。GPT は新たなパーティションレイアウトで、Unified Extensible Firmware Interface (UEFI) の一部です。このセクションおよび 「パーティション内にさらにパーティションを設定する — 拡張パーティションの概要」 では、主に マスターブートレコード (MBR) のディスクパーティションスキームを説明しています。GUID パーティションテーブル (GPT) のパーティションレイアウトについての詳細は、「GUID パーティションテーブル (GPT)」 を参照してください。

図A.5「パーティションテーブルがあるディスクドライブ」 で示されるように、パーティションテーブルは 4 つのセクション、つまり 4 つの プライマリ パーティションに分割されます。プライマリパーティションは、論理ドライブ (またはセクション) を１つだけ含むパーティションです。各セクションでは 単独パーティションを定義するために必要な情報を保持することができます。これはパーティションテーブルが 4 つまでのパーティションしか定義できないと言う意味しています。

各パーティションテーブルのエントリー (登記項目) にはパーティションに関する重要な特徴が記載されています。

これらの特徴について詳しく見てみましょう。開始点と終了点によって実際のパーティションサイズとディスク上の物理的な位置が定義されます。「アクティブ」フラグは幾つかの OS のブートローダーによって使用されます。つまり、「アクティブ」に設定されたパーティションに含まれる OS がブートすることになります。

パーティションのタイプは混乱を招きやすいと言えるかもしれません。タイプとは予想されるパーティションの用途を識別する番号です。この表現が曖昧に聞こえるのは、パーティションタイプの意味がやや曖昧だからです。OS によっては、パーティションタイプを使用して特殊なファイルシステムタイプを表したり、フラグを付けて特定の OS に関連しているパーティションを区別したり、起動可能な OS を含むパーティションを表示したり、またはこれら 3 つの目的を組み合わせたりするものもあります。

この時点で、この複雑なしくみがどのように実際に機能するのかと思われるかもしれません。その例として、図A.6「パーティションが 1 つのディスクドライブ」 を参照して ください。

多くの場合、ディスク全体にわたる 1 つのパーティションがあります。これはパーティション以前に使用されてきた基本的な方法です。パーティションテーブルではエントリーが 1 つだけ使用されており、そのエントリーはパーティションの先頭を示しています。

このパーティションに "DOS" タイプのラベルを付けます。これは、表A.1「パーティションタイプ」 にリストされている各種のパーティションの １ つでしかありませんが、この説明においては、適切な例と言えます。

表A.1「パーティションタイプ」 に、一般的 (およびあまり知られていない) パーティションタイプとその 16 進数の数値の一覧を示します。

もちろん、4 つのパーティションでは不十分であることに気づかれることでしょう。ディスクドライブはどんどん大きくなるわけで、4 つの適切なサイズのパーティションを設定した後でもまだディスク領域が余るようになります。したがって、より多くのパーティションを作成する何らかの手段が必要になります。

ここで拡張パーティションに目を向けましょう。表A.1「パーティションタイプ」 で気づかれたかもしれませんが、"Extended" パーティションというタイプがあります。これは、「拡張された」パーティションを示すパーティションタイプです。

パーティションが作成されて、そのタイプが「Extended (拡張)」に設定されている場合、拡張パーティションテーブルが作成されます。基本的には、拡張パーティションは、それ自体がディスクドライブのようなものと言えます。これは、拡張パーティション自体に含まれた １つまたは複数のパーティション (4 つの プライマリパーティション に対して、 論理パーティションと呼ぶ) を指すパーティションテーブルを持ちます。図A.7「拡張パーティションのあるディスクドライブ」 では、１ つのプライマリパーティションと、２ つの論理パーティションを含む拡張パーティションを示しています (パーティション設定がなされていない空き領域もあります)。

この図が示すように、プライマリパーティションと論理パーティションには違いがあります — プライマリーパーティションは 4 つしかできませんが、論理パーティションにはその制限がありません。しかし、Linux によるパーティションへのアクセスの仕方を考慮すると、1 つのディスクドライブに 12 個を超える論理パーティションを定義するのは避けてください。

ここまでで、一般的なパーティション設定について説明してきました。次にこの知識を活用して Red Hat Enterprise Linux をインストールする方法を確認します。

GUID パーティションテーブル (GPT) は、グローバルに固有となる識別子 (GUID) の使用を基本とする新しいパーティション設定スキームです。GPT は、MBR パーティションテーブルの限界、特に 1 ディスクで対応可能な最大ストレージ領域の上限に対処するため開発されました。2.2 テラバイトを超えるストレージ領域には対応できない MBR とは異なり、GPT はこのサイズよりも大きなハードディスクでも使用することができます。対応可能な最大ディスクサイズは 2.2 ゼタバイトになります。また、GPT はデフォルトで最大 128 個のプライマリーパーティションの作成にも対応します。パーティションテーブルへの領域割り当てを増やすことで、128 個以上のプライマリーパーティションを作成することも可能です。

GPT ディスクは論理ブロックアドレス指定 (LBA) を使用し、パーティションレイアウトは以下のようになります。

次に、ハードディスクのパーティションを作り直す際に考えられる状況をいくつか示します。

各シナリオを順番に検討しましょう。

Linux では、ディスクパーティションを表す際には文字と数字の組み合わせを使用しますが、これは特にハードディスクやパーティションを 「C ドライブ」などの様に表すことに慣れている人々にとっては混乱を招くかもしれません。DOS や Windows では、以下の様な方法に基づいてパーティションに名前が付けられています。

Red Hat Enterprise Linux は、より柔軟で、他のオペレーティングシステムで使われるアプローチよりも多くの情報を伝達する命名体系を採用しています。この命名体系はファイルベースであり、/dev/xxyN の形式のファイル名が使われます。

以下にこの命名体系の解読する方法を示します。

これに留意するならば、Red Hat Enterprise Linux で必要とされるパーティションを設定する際に状況が理解しやすくなるでしょう。

お使いの Red Hat Enterprise Linux が他のオペレーティングシステムによって使用されているパーティションとハードディスクを共有している場合でも、ほとんどの場合は問題にはなりません。ただし、Linux と他のオペレーティングシステムの特定の組み合わせによっては、特別な注意が必要となる場合があります。

Linux を初めて使用される多くの人々にとって混乱を招きやすいのは、Linux がパーティションをどのように使い、アクセスするかという点です。これは DOS/Windows の場合は比較的簡単なことです。各パーティションは「ドライブ文字」を持っており、この「ドライブ文字」を使用して該当するパーティション上のファイルやディレクトリを参照します。

この点は、Linux がパーティションや、一般にディスク記憶装置を取り扱う方法とはまったく異なっています。主な違いは、それぞれのパーティションが、単一のファイル群とディレクトリ群をサポートするのに必要な記憶装置の一部を形成するために使用される点です。これは マウント として知られる処理によって、パーティションとディレクトリを関連付けることによって行われます。パーティションをマウントすることで指定されたディレクトリ (マウントポイント と呼ばれる) からその記憶装置が利用が可能になります。

例えば、パーティション /dev/hda5 が /usr/ にマウントされている場合、これは /usr/ の下にあるすべてのファイルとディレクトリは物理的に /dev/hda5 上に存在することになります。さらに、ファイル /usr/share/doc/FAQ/txt/Linux-FAQ は /dev/hda5 に保存されますが、ファイル /etc/gdm/custom.conf はそこには保存されないことになります。

さらにこの例を考慮すると、/usr/ 以下の １ つまたは複数のディレクトリを他のパーティションのマウントポイントとすることも可能です。例えば、あるパーティション (例: /dev/hda7) が /usr/local/ にマウントされると、これは、/usr/local/man/whatis は /dev/hda7 上に存在することになり、/dev/hda5 上ではありません。

Red Hat Enterprise Linux のインストール準備プロセスのこの時点で、新しいオペレーティングシステムで使用するパーティションの数とサイズを考慮する必要があります。「パーティションの数」の問いに対しては Linux コミュニティ内でも議論が絶えませんが、おそらくこの議論に参加している人の数と同じほどのパーティションレイアウトの数があると言っても間違いではないでしょう。

他の方法で実行する理由がない限りは、少なくとも swap、/boot/、および / (root)　のようなパーティションの作成がれていることに留意してください。

詳細は、「パーティション設定に関する推奨」 を参照してください。