何を書き込むのかではなく、どのように書き込むかが大切

たぶん、古くからの利用者であればすぐに分かったでしょう。ドライブをフォーマットする必要があります。フォーマッティング (Linux の用語では通常 「ファイルシステム/firstterm>を作成する」 といいます) とはドライブに情報を書き込んで、未フォーマットのドライブに含まれる空の領域に順番を付けることです。

Figure B-2 が示すように、ファイルシステムによって強いられる順序には、交換条件が含まれています。

• ドライブの利用可能領域のうちのごく一部はファイルシステム自身に関連するデータを保存するのに使用され、これはオーバーヘッドと見なすことができます。

• ファイルシステムは残りの領域を、小さな固定サイズのセグメント群に分割します。Linux の世界では、これらのセグメントのことをブロックと呼びます。 [1]

ファイルシステムを使用することでディレクトリやファイルなどが実現できるわけですから、普通は上記の交換条件は安いものだといえるでしょう。

また、ただ一つの普遍的なファイルシステムでなくても問題はありません。なぜならば、Figure B-3 に示すように、一つのディスクドライブには、数多くあるファイルシステムのいずれかを書き込むことができるからです。推測されるように、異なるファイルシステムは互換性を持たない傾向にあります。つまり、あるファイルシステム (または関連ファイルシステムの一部) をサポートするオペレーティングシステムが、他のファイルシステムをサポートしなくてもおかしくありません。ただし、この最後の文は絶対的なものではありません。たとえば、Red Hat Linux は広範なファイルシステム (他のオペレーティングシステムで一般に使用される多数のファイルシステム) をサポートしているので、容易にデータ交換を行うことができます。

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

Figure B-4 が示すように、以前は空であったブロックのうちの 14 個にデータが格納されています。このドライブ上にいくつのファイルがあるのかを判断することはできません。各ファイルは少なくとも 1 つのブロックを使用するため、最小で 1 つ、最大で 14 個のファイルがある可能性があります。使用済のブロック群が隣接する必要がないことに注意することも重要です。つまり、未使用ブロックと使用済ブロックが点在してもかまいません。これは、フラグメンテーションと言われています。既存のパーティションのサイズを変更する場合に、フラグメンテーションが重要となることがあります。

多くののコンピュータ関連技術と同じように、ディスクドライブは常に変化し続けています。特に、一つの特定の方向に向かって変化しています。つまり、どんどん大きくなっています。サイズではなく、容量が大きくなっているのです。そして、このように容量が増加したためにディスクドライブの使用方法が変化してきました。

パーティション - 一つのドライブを複数ドライブにする

ディスクドライブの容量が飛躍的に増大するにつれて、その領域のすべてを一つの大きな塊にしておくのはあまり良いやり方ではないと思われるようになりました。このような考え方はいくつかの問題によって引き出されました。ある問題は理性的であり、あるものは技術的なものでした。理性的な見地からすると、適当なサイズを超えた場合に、大容量ドライブによって与えられる追加領域によってさらに散らかってしまうように思えました。また技術的な側面からすると、ある種のファイルシステムは、大規模ドライブをサポートするようには設計されていませんでした。あるいは、ファイルシステムが大規模ドライブをサポートできたとしても、ファイルシステムによって強いられるオーバーヘッドは途方もないものになっていました。

この問題に対する解決策は、ドライブをパーティションに分割することでした。各パーティションが個別のディスクのようであれば、それぞれにアクセスが可能になります。これは、パーティションテーブルを追加することによって実現されました。

Figure B-5 が示すように、パーティションテーブルは 4 個のセクションに分かれています。各セクションには、一つのパーティションを定義するために必要な情報が格納されています。つまり、パーティションテーブルによって 4 個 を超えるパーティションを定義することはできません。

各パーティションテーブルのエントリは、パーティションに関するいくつかの重要な情報を含んでいます。

• ディスク上のパーティションの開始点と終了点。

• そのパーティションが 「アクティブ」 かどうか。

• パーティションのタイプ。

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

パーティションのタイプについてはやや混乱を招くかもしれません。タイプとは、予測されたパーティションの用途を識別する番号です。このように表現するとやや曖昧に感じますが、それはパーティションタイプの意味がやや曖昧だからです。ある種のオペレーティングシステムは、パーティションタイプを使用することで特定ファイルシステムのタイプを表したり、特定オペレーティングシステムと関連付けるためにパーティションにフラグを設定したり、ブート可能なオペレーティングシステムを含むパーティションであることを表したり、またはこれら 3 つを組み合わせたりしています。

Table B-1 は、一般的 (かつ曖昧な) パーティションタイプとその数値の一覧です。

これを見ると、これだけ複雑なものをどうやって使うのか不思議に思うでしょう。例として、Figure B-6 を参照してください。

その通り - 多くの場合にはディスク全体にわたる単一のパーティションがあります。これはパーティションを行わなかった頃の基本的なものです。パーティションテーブルではエントリが一つだけ使用されており、そのエントリはパーティションの先頭をポイントしています。

Table B-1を見るとわかるようこのパーティションに 「DOS」 というラベルを付けてあります。少し単純すぎるかもしれませんが、この話には適しています。これは、いずれかのバージョンの Windows がプリインストールされたコンピュータを新規購入した場合の典型的なパーティションレイアウトです。

パーティションを持つパーティション - 拡張パーティションの概要

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

そこで拡張パーティションを考えます。Table B-1を見て気づいたかもしれませんが、「Extended」 というパーティションタイプがあります。拡張パーティションの中心にあるのが、このパーティションタイプです。以下にその機能を説明します。

パーティションを作成してそのタイプを 「Extended」 と設定すると、拡張パーティションテーブルが作成されます。本質的に、拡張パーティションは独立したディスクドライブのようなものです。つまり、拡張パーティションは一つまたは複数のパーティション (ここでは 4 つのプライマリパーティションに対して論理パーティションと呼びます) をポイントするパーティションテーブルを持っています。論理パーティション群は拡張パーティションの中に完全に含まれます。Figure B-7は、一つのプライマリパーティションと、2 つの論理パーティションを含む 1 つの拡張パーティションを持つディスクドライブを示しています (パーティションが作成されていない空き領域もあります)。

この図が示すように、プライマリパーティションと論理パーティションには違いがあります - プライマリパーティションは 4 つしか存在できませんが、存在することのできる論理パーティションの数には制限がありません。(ただし、実際には単一のディスクドライブ上で 12 個を超える論理パーティションの定義および使用を試みるのは良い考えではありません。)

ここまでにパーティションの一般論を説明したので、この知識を利用して Red Hat Linux をインストールする方法を考えて見ましょう。

Red Hat Linux のための場所を作成する

ハードディスクのパーティションを作成し直す際に、起こり得るシナリオが 3 つあります。

• パーティションが作成されていない空き領域を利用することができる場合。

• 未使用のパーティションを利用することができる場合。

• 使用中パーティションの中の空き領域を利用することができる場合。

各ボタンを順番に説明します。

パーティションの命名体系

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

• 各パーティションのタイプがチェックされ、DOS/Windows が読めるものか否かが調べられます。

• パーティションのタイプが互換性を持つものであれば、「ドライブ文字」 が割り当てられます。ドライブ文字は 「C」 から始まります。

• ドライブ文字を使用して、パーティションおよびそのパーティションに含まれるファイルシステムを参照することができるようになります。

Red Hat Linux は他のオペレーティングシステムで使用されるアプローチよりも柔軟であり、より多くの情報を伝える命名体系を使用しています。命名体系はファイルベースであり、以下のような形式のファイル名を使用します。

/dev/xxyN

以下にパーティションの命名体系を解読する方法を示します。

このことを覚えておいてください。そうすれば、Red Hat Linux に必要なパーティションをセットアップする際に色々と楽になります。

ディスクパーティションと他のオペレーティングシステム

Red Hat Linux パーティションが、他のオペレーティングシステムによって使用されるパーティションとハードディスクを共有する場合でも、ほとんどの場合には何も問題がありません。ただし、Linux と他のオペレーティングシステムの一定の組み合わせについては、特別な注意が必要です。他のオペレーティングシステムとの互換性を持つディスクパーティションの作成方法については、Red Hat Linux CD の doc/HOWTO ディレクトリおよび doc/HOWTO/mini ディレクトリに含まれる HOWTO および Mini-HOWTO を参照してください。Linux+ で始まる Mini-HOWTO が特に役に立ちます。

ディスクパーティションとマウントポイント

Linux は初めてという人が混乱する内容の一つは、Linux がパーティションをどのように利用し、アクセスするかという問題です。これは、DOS/Windows では比較的簡単なことです。複数のパーティションがある場合、各パーティションには 「ドライブ文字」 が割り当てられます。この場合は、ドライブ文字を使用することで所定のパーティション上のファイルやディレクトリを参照します。

これは、Red Hat Linux がパーティションを取り扱う方法および、ついでに言えば、一般にディスクという記憶媒体を取り扱う方法とはまったく異なっています。主な違いは、各パーティションが、単一のファイル群およびディレクトリ群をサポートするために必要な記憶媒体の一部を形成するために使用されることです。これは、マウンティングとして知られるプロセスを通じて、パーティションとディレクトリを関連付けることによって行われます。パーティションをマウントすることで、指定されたディレクトリ (マウントポイントと言われます) から始まる記憶媒体が利用可能になります

たとえば、パーティション /dev/hda5 を /usr 上にマウントしたとすると、/usr の下のすべてのファイルとディレクトリは物理的に /dev/hda5 上に存在するという意味になります。したがって、ファイル /usr/share/doc/FAQ/txt/Linux-FAQ は /dev/hda5 上に格納されますが、ファイル /etc/X11/gdm/Sessions/Gnome はそこには格納されません。

この例で説明を続けると、/usr の下にある一つまたは複数のディレクトリを別パーティション用のマウントポイントとすることも可能です。たとえば、あるパーティション (/dev/had7 とします) を/usr/local 上にマウントしたとすると、たとえば、 /usr/local/man/whatis は /dev/hda7 上に存在するのであって、 /dev/hda5 上に存在するのではないことになります。

パーティションの数

Red Hat Linux インストール準備プロセスのこの段階で、新しいオペレーティングシステムで使用するパーティションの数とサイズについて少し考えてみる必要があります。「パーティション数」 の問題は、Linux コミュニティの中でも継続的に活発に議論されており、議論の終点が見えないようですので、この議論に登場する数に等しいパーティションレイアウトの数があるだろうと言っておくのが安全です。

これをご承知の上で、特に理由がなければ、以下のパーティションを作成することをお奨めします。

• スワップパーティション - スワップパーティションは仮想メモリをサポートするために使用されます。言い換えると、処理中のデータを保存するために必要なメモリがない場合、データはスワップパーティションに書き込まれます。コンピュータの メモリ が 16 MB 以下の場合は、スワップパーティションを作成しなければなりません。メモリの量がもっと多い場合でも、スワップパーティションの作成を推奨します。スワップパーティションの最低サイズは、コンピュータの メモリ と同じ、または 16 MB (の大きい方) です。

• /boot パーティション - /boot にマウントされるパーティションには、オペレーティングシステムのカーネル (Red Hat Linux のブートを可能にします)、およびブートストラッププロセス中に使用されるファイルが含まれます。ほとんどの PC では BIOS に関する制限があるため、小さなパーティションを作成してこれらのファイルを保存しておくのが良いでしょう。このパーティションを 16 MB より大きくすべきではありません。

  注意:: 忘れずに the section called 最後の知恵:LILO の利用 を参照してください - そこに含まれる情報は、/boot パーティションに適用されます。

• ルートパーティション (/) - ルートパーティションとは、/ (ルートディレクトリ) のあるパーティションのことです。このパーティションレイアウトでは、すべてのファイル (/boot に格納されるものを除く) はルートパーティション上に存在します。そのため、ルートパーティションのサイズを最大にすることが最大の利益になります。900MB MB のルートパーティションがあれば、Workstation クラス相当のインストール (空き領域が非常に少ない場合) が実行可能になります。1.7 GB のルートパーティションがあれば、すべてのパッケージをインストールすることができます。

最後の知恵:LILO の利用

LILO (LInux LOader) は、Intel ベースのシステムで Red Hat Linux をブートするために使用される最も一般的な手段です。オペレーティングシステムのローダである LILO は、オペレーティングシステムの 「外側」 で動作し、Basic I/O System (つまり BIOS) のみを使用することでコンピュータハードウェア自体を構築します。このセクションでは、LILO と PC BIOS の間の対話について説明します。したがって、Intel 互換コンピュータのみに関係します。