付録 D. ディスクパーティションの概要

注意注記
 

この付録は必ずしもx86ベース以外のアーキテクチャに適用できるとは限りません。 しかしながら、ここに記載されている全般的なコンセプトは適用します。

ディスクパーティションはパーソナルコンピュータの使用環境では標準的な部分であり、 長い間、そのように認識されていました。しかし、 多数の人々がOSプリインストールのコンピュータを購入しているため、 パーティションがどのようになっているかは少数の人々にしか理解されていません。 Red Hat Enterprise Linuxのインストールができる限り簡単かつ容易なものになるよう、 本章ではディスク パーティションの機能と使用について説明します。

ディスクパーティションについて十分な理解があると思われる方は、 項D.1.4までスキップして、 Red Hat Enterprise Linux インストールの準備としてディスクを 解放する工程の情報を参照してください。 このセクションはLinuxシステムが使用するパーティションの命名体系、 他のOSとのディスクスペースの共有、その他関連した事柄について説明します。

D.1. ハードディスクの基本概念

ハードディスクは非常に簡単な機能を果たします — ハードディスクはデータを保存し、要求に応じて忠実にそれを取り出します。

ディスクパーティションなどの課題を論じるときには、 基本となるハードウェアの事について少々知っておくことが大切です。 ただ簡単に詳細にまで深入りしやすくなるので、 単純化されたディスクドライブの図を使用して、 ディスクドライブにパーティションを作る(区画を切るとも言う)時に何が起こっているのかを 説明します。図D-1は、 新品の未使用ディスク ドライブを示しています。

図 D-1. 未使用のディスクドライブ

見るものがない状態ですね。 しかし基本レベルでディスクドライブを語るのなら今はこれで十分です。 この状態のまま、このドライブに何かデータを保存したいとなるとこれでは無理です。 まずしなければならない事があります…。

D.1.1. 何を書き込むかでなく、どの様に書き込むか

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

図 D-2. ファイルシステムを持つディスクドライブ

図D-2が示すように、 ファイルシステムによって強いられる順序にはトレードオフがあります。

  • ドライブの使用可能領域のごく一部がファイルシステム自身に関連するデータの保存に使用されますが、 これはオーバーヘッド(必要経費)と考えていいでしょう。

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

ファイルシステムがディレクトリやファイルを使用できるようにするわけですから 上記のトレードオフは安いものと言えるでしょう。

また、一つの普遍的なファイルシステムしか機能しないのではありません。図D-3で示すように、 ディスク ドライブは書き込み可能な多くのファイルシステムのどれか一つを使えます。 想像できるように、異なるファイルシステム間では互換性がないという傾向があります。 つまり、ひとつのOSがあるファイルシステム(あるいはいくつかの関連ファイルシステムタイプ)に対応していても、他のファイルシステムには対応しないかもしれません。ただし、これは絶対的なものではありません。 例えば、 Red Hat Enterprise Linuxは広範囲のファイルシステム (他のOSでも一般的に使用されている多数のファイルシステムを含む)をサポートしており、 異なるファイルシステム間のデータ交換を容易にします。

図 D-3. 異なるファイルシステムを持つディスクドライブ

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

図 D-4. データの書き込まれたドライブディスク

図D-4が示すように、 以前は空だったブロックがいまはデータを格納しています。ただし、 この図からでは、このドライブに正確にはいくつのファイルが存在するのか判断することはできません。 各ファイルは少なくとも1つのブロックを使用し、 なかには複数のブロックを使用するファイルもあるため、ファイルは1つかもしれないし、多数のファイルがあるかもしれません。データが書き込まれたブロックが必ずしも隣接する必要がないことに注意してください。 つまり、未使用ブロックと使用済みブロックが点在するかもしれません。 この点在の状態は、 フラグメンテーション(断片化)と呼ばれています。 既存のパーティションサイズを変更するときにフラグメンテーションの操作が必要になることがあります。

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

D.1.2. パーティション:1つのドライブを複数ドライブにする

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

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

注意注記
 

ここで示す図ではパーティションテーブルが実際のディスクドライブから離れていますが、 本来の状況を正確に表している訳ではありません。実際には、 パーティションテーブルはそのディスクの先頭部分となる、 他のファイルシステムまたはユーザーデータの前に格納されています。 但し、わかりやすくするために図では別々に表示します。

図 D-5. パーティションテーブルを持つディスクドライブ

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

各パーティションテーブルのエントリ(登記項目)はパーティションに関する重要な特徴を含んでいます。

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

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

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

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

パーティションのタイプについては少々混乱を招くかもしれません。 タイプとは予測されたパーティションの用途を識別する番号です。 この表現では曖昧に響くかもしれませんが、それはパーティションの意味がやや曖昧だからです。 数種のOSはパーティションタイプを使い分けることで特殊なファイルシステムタイプを表現するとか、 フラグを付けて一定のOSに関連しているパーティションを区別とか、 起動可能なOSを含んでいるパーティション表示とか、 さらにはその3つの組合せなどの目的で使用します。

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

図 D-6. 1つのパーティションを持つディスクドライブ

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

このパーティションには「DOS」というラベルを付けています。 これは表D-1のリストにある 幾つかのパーティションタイプのひとつですが、ここでの説明には適切です。

表D-1に、 一般的(及びあまり知られていない) パーティションタイプとその表現数値の一覧を示します。

パーティションタイプパーティションタイプ
空白00Novell Netware 38665
DOS 12-ビット FAT01PIC/IX75
XENIX root02Old MINIX80
XENIX usr03Linux/MINUX81
DOS 16-ビット <=32M04Linux swap82
Extended05Linux native83
DOS 16-ビット >=3206Linux extended85
OS/2 HPFS07Amoeba93
AIX08Amoeba BBT94
AIX bootable09BSD/386a5
OS/2 Boot Manager0aOpenBSDa6
Win95 FAT320bNEXTSTEPa7
Win95 FAT32 (LBA)0cBSDI fsb7
Win95 FAT16 (LBA)0eBSDI swapb8
Win95 Extended (LBA)0fSyrinxc7
Venix 8028640CP/Mdb
Novell51DOS accesse1
PPC PReP ブート41DOS R/Oe3
GNU HURD63DOS secondaryf2
Novell Netware 28664BBTff

表 D-1. パーティションタイプ

D.1.3. パーティションの中のパーティション —拡張パーティションの概要

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

そこで拡張パーティションの登場です。 表D-1 を見て気が付いたかも知れませんが、 "Extended"と言うパーティションタイプがあります。 これが拡張パーティションのことで拡張操作の中心となります。

パーティションを作成して"Extended"に設定すると拡張パーティションテーブルが作成されます。 本質的に、拡張パーティションは独立したディスクドライブのようなものです — つまり、拡張パーティションは1つまたは複数のパーティション (ここでは4つのプライマリパーティションに対して、 論理パーティションと呼ぶ) を指し示すパーティションテーブルを持っています。 論理パーティション群は拡張パーティションの中に完全に内包されます。 図D-7は、 1つのプライマリパーティションと2つの論理パーティションを含む拡張パーティションを 持つディスクドライブを示しています(パーティションが作成されていない空白もあります)。

図 D-7. 拡張パーティションを持つディスクドライブ

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

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

D.1.4. Red Hat Enterprise Linuxのための領域作成

ハードディスクのパーティションを作り直す際に対面する3つのシナリオがあります。

  • パーティションが作成されてない空き領域がある

  • 未使用のパーティションがある

  • 使用中のパーティションの中に空き領域がある

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

注意注記
 

次の図は理解しやすいように単純化されています。 実際にRed Hat Enterprise Linuxをインストールするときに遭遇するようなパーティションのレイアウトを 正確に反映しているわけではないことに注意してください。

D.1.4.1. パーティションが作成されていない領域の使用

この状態では、既に定義されているパーティションではハードディスク全体を占めていず、 定義されていない割り当てのない状態の領域が残されています。図D-8は、この状態を表しています。

図 D-8. パーティションが作成されていない空き領域を持つディスクドライブ

図D-8では、 1は領域が割り当てられていない未定義のパーティションを 示し、2は割り当てられた領域で定義済みのパーティションを 示します。

考えてみると未使用のハードディスクもこのカテゴリに分類されます。 唯一の違いは全ての領域が、 定義済みのどの領域部分にもなっていないということです。

どちらの場合でも、必要なパーティションを未使用の領域から作成することができます。 しかし、このシナリオはとても単純ですが、ほとんどあり得ません (Red Hat Enterprise Linux用に新しいディスクを購入した場合は別ですが)。 プリインストールされたOSのほとんどは、 ディスクドライブ上の利用可能な領域をすべて使用するように設定されています (項D.1.4.3を参照)。

次にもうすこし一般的な状況を考えましょう。

D.1.4.2. 未使用パーティション領域を使用

この場合は、おそらく使用するつもりのない1つまたは複数のパーティションがある状況でしょう。 多分、以前に他のOSを少し使用していて、 そのOS専用にしていたパーティションが不要になったという状態です。 図D-9ではその状態を示しています。

図 D-9. 未使用パーティションを持つディスクドライブ

図D-9では、 1は未使用のパーティションを示し、 2はLinux用に未使用パーティションの再割り当てをするところ示します。

このような状況にある場合は、 未使用のパーティションに割り当てられている領域を使用することができます。 まず、そのパーティションを削除してから、そこに 適切なLinuxパーティションを作成してください。 インストール中に手動でパーティションを作成することができるので、 新しいパーティションを作成する前にそのパーティションを削除することができます。

D.1.4.3. アクティブパーティションの空き領域の使用

これが最も一般的な状況です。ただし、最も扱いにくい状況でもあります。 最も大きな問題は、たとえ十分な空き領域がある場合でも、 それがすでに使用中のパーティションに割り当てられているということです。 ソフトウェアがプリインストールされているコンピュータを購入した場合、 たいていはハードディスク上にOSとデータを格納した大きなパーティションがあります。

システムに新しくハードディスクドライブを追加する以外に、2つの選択肢があります。

パーティションを削除して作り直す

大きなパーティションを削除して、いくつかの小さなパーティションを作成します。想像されるように従来のパーティションに格納されていたデータはすべて失われます。 つまり、完全なバックアップを行うことが必要です。 パーティションを削除する前に、 後で後悔しないよう、バックアップを2部作成し、検証機能(ソフトウェアがあれば)を使用します。 パーティションを削除するに、 バックアップデータが読み込めるか試してみます。

注意注意
 

そのパーティションに何かのタイプのOSがインストールされていた場合は、 そのOSも再インストールする必要があります。OSをプリインストールして販売されているコンピュータには、 オリジナルOSを再インストールするためのCD-ROMが含まれていない場合があるので注意してください。 自分のシステムがこれに該当するか、 オリジナルパーティションとその中のOSを削除するに必ず確認してください。

既存のオペレーティングシステム用に以前より小さめのパーティションを作成したら、 任意のソフトウェアの再インストール、データの復元、Red Hat Enterprise Linuxのインストール続行などができます。 これを行なった状況は、図D-10 に示されています。

図 D-10. 既成のパーティションを削除してパーティション再構成されたディスクドライブ

図D-10では、 1は「前」、2は「後」を示します。

注意注意
 

図D-10で示すように、 適切なバックアップを作成しておかないと、 元のパーティション内に存在していたデータはすべて失われます。

パーティションを削除せずに作り直す

ある種のプログラムを使用して一見不可能と思えることを行ないます。 パーティションに含まれるファイルを失わずに、その大きなパーティションを小さくします。 多くの人の間でこの手段は信頼性があり、問題が無いと考えられています。 この神技を実行するためにどのようなソフトウェアを使用するのでしょうか? 市場にはディスク管理ソフトウェア製品がいくつかあります。 自分の状況に最も適した製品を見つけるために少し調査をした方がよいでしょう。

パーティションの再編成は比較的簡単で、 いくつかの手順を経て削除しないまま実行できます。

  • 既存データの圧縮とバックアップ

  • 既存パーティションのサイズ変更

  • 新規パーティション(群)の作成

各ステップをもう少し詳しく見てみましょう

D.1.4.3.1. 既存データの圧縮

図D-11が示すように、 まず最初のステップは既存パーティションに含まれるデータを圧縮することです。 その理由は、 パーティションの後部の利用可能空き領域が最大になるようにデータを詰め込んで整理しなおすためです。

図 D-11. 圧縮する前と後のディスクドライブ

図D-11で、 1は「前」を示し、2は「後」を示します。

このステップは非常に重要です。 このステップを実行しないと、 データが存在する場所によっては希望通りにパーティションのサイズを変更できなくなります。 色々な理由で移動できないデータがあることも留意してください。 そのような場合 (新しいパーティションサイズも厳密に制限されます)には、 ディスクのパーティションを削除して作り直すことを強いられることがあります。

D.1.4.3.2. 既存パーティションのサイズ変更

図D-12に実際のサイズ変更のプロセスを示します。 実際のサイズ変更操作の結果は、使用するソフトウェアによって異なります。 ほとんどの場合では新しく解放した領域を使用することで、 元のパーティションと同じタイプの未フォーマットパーティションが作成されます。

図 D-12. 既存のパーティションのサイズ変更をしたディスクドライブ

図D-12で、1は「前」を示し、2は「後」を示します。

重要なことは、サイズ変更用ソフトウェアが、 新たに解放された領域をどうするのかを理解することです。 そうすれば適切なステップを実行することができます。 図に示した事例では、新しくできたDOSパーティションを削除して、 適当なLinuxパーティション(群)を作成するのが最も適しているようです。

D.1.4.3.3. 新規パーティション(群)の作成

上記のステップから推測できるように、新規のパーティションを作成する必要があるかもしれないし、 ないかもしれません。ただし、サイズ変更用のソフトウェアがLinuxを認識するものでない限り、 サイズ変更のプロセス中に作成されたパーティションを削除する必要があるかもしれません。これを実行した状況が図D-13で示されています。

図 D-13. 最終的なパーティション構成を持つディスクドライブ

図D-13で、1は「前」を示し、2は「後」を示します。

注意注記
 

以下の情報はx86ベースのコンピュータのみに関連します。

弊社のお客様のために、partedユーティリティを提供しています。 これは無償で入手できるプログラムであり、パーティションのサイズを変更することができます。

partedを使ってハードドライブのパーティションを作成し直す場合、 ディスクストレージについてよく理解していること、 コンピュータデータのバックアップを作成することが重要です。コンピュータ上の重要なデータはすべてコピーを2部作成してください。 このコピーはリムーバブルメディア(テープ、CD-ROM、フロッピーなど)にしてください。 また、作業に入る前に、必ず、作成したコピーを読み込むことができるか確認してください。

partedを使用することにした場合は、 partedの実行後に2つ のパーティションが残ることに注意してください。 1つはサイズを変更した古いパーティションで、 もう一つは新たに解放された領域からpartedが作成したパーティションです。 その領域を利用してRed Hat Enterprise Linux をインストールすることが目的でしたら、 次のいずれかの方法で新たに作成されたパーティションを削除する必要があります。 現在のOSの下でパーティション作業ユーティリティを使用して削除するか、 インストール中のパーティション設定時に削除します。

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

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

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

  • パーティションのタイプが互換性を持つものであれば、「ドライブ文字」が割り当てられます。 ハードディスクドライブの文字は「C」から始まり、ラベルを付けるパーティションの数により、 次の文字へ進みます。

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

Red Hat Enterprise Linuxは他のOSで使用されるアプローチよりも柔軟で、 より多くの情報を伝える命名体系を使用しています。 命名体系はファイルベースであり、 /dev/xxyN のような形式のファイルを使用します。

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

/dev/

これはディレクトリの名前です。すべてのデバイスファイルが格納されています。 パーティションはハードディスク上に存在し、ハードディスクはデバイスであるため、 すべてのパーティションを表すファイル群は、 /dev/ディレクトリ内に格納されます。

xx

パーティション名の最初の2文字は、そのパーティションが存在するデバイスのタイプを示します。 通常見かけるのは、hd (IDEディスク)、 または sd (SCSIディスク)です。

y

この文字は、パーティションがどのデバイス上にあるのかを示します。 例えば、/dev/hda(先頭の IDEハードディスク) または/dev/sdb (2番目の SCSI ディスク)などです。

N

最後の番号がパーティションを表します。 最初の4つ(プライマリまたは拡張)のパーティションには 1から4までの番号が割り当てられます。 論理パーティションは5から始まります。 例えば、/dev/hda3は3番目のプライマリまたは拡張 パーティションで、 先頭のIDEハードディスク上にあります。 /dev/sdb6 は2番目のパーティションで、 2番目のSCSIハードディスク上にあります。

注意注記
 

この命名規則の中にはパーティションタイプに 依存する部分はありません。 DOS/Windowsとは異なり、 Red Hat Enterprise Linuxでは すべてのパーティションを識別することができます。 もちろん、Red Hat Enterprise Linuxがあらゆるタイプのパーティション上のデータにアクセスできるわけではありませんが、 多くの場合、他の OS専用のパーティション上のデータにアクセスすることができます。

この情報を覚えておいてください。Red Hat Enterprise Linuxに必要なパーティションを 設定しているときに便利です。

D.1.6. ディスクパーティションと他のOS

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

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

Linuxを始めて使用される多くの人々に取って混乱を招きやすい事柄のひとつは、 どの様に Linuxがパーティションを使い、アクセスするかと言う問題です。 これはDOS/Windowsの中では比較的簡単なことです。 各パーティションは「ドライブ文字」を持っており、 この「ドライブ文字」を使用して関連するパーティション上のファイルやディレクトリを参照します。

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

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

この例で続けて行くと、/usr/の下にある1つまたはそれ以上の ディレクトリを他のパーティション用のマウントポイントにもすることができます。例えば、あるパーティション(/dev/hda7とする)を/usr/local/ にマウントしたとすると、 これは/usr/local/man/whatis/dev/hda7 上に存在して/dev/hda5上ではないと言う意味になります。

D.1.8. パーティションの数

Red Hat Enterprise Linuxインストールの準備のこの段階で、 新しいOSで使用するパーティションの数とサイズについて少々配慮する必要があります。 「パーティションの数」の問題はLinuxコミュニティで活発な意見が交換されていますが、 未だに解決の 糸口が見えないようです。 パーティションの数は意見の数と同じくらいに多く考えられますので、そのうち適切な数が見つかるとしておくのが無難でしょう。

これを理解して頂いた上で、とくに必要がなければ、 少なくとも次のパーティションを作成することをおすすめします。 swap/boot/ (または Itaniumシステム用 /boot/efi/パーティション)、、 /boot/efi、、 / (root)。

詳細については項4.17.4を参照してください。

注意注意
 

項D.1.9 は必ずお読みください。 — そこに含まれる情報は/boot/パーティションに適用されます。

D.1.9. 最後の知恵: GRUB または LILOの使用

GRUB 及びLILOは、x86ベースのシステムで Red Hat Enterprise Linuxをブートするのに使用される最も一般的な手段です。 OSローダーであるGRUB とLILOは、OSの「外側」で動作し、 コンピュータのハードウェア内に埋め込まれているBasic I/Oシステム(またはBIOS)のみを使用します。 このセクションはGRUBとLILOのPC BIOSとの交流について説明をします。 x86互換のコンピュータに特定されます。

D.1.9.1. GRUB 及びLILOに影響を及ぼすBIOS関連の制限

GRUB 及び LILOは、ほとんどのx86ベースのコンピュータのBIOSによって強いられる制約を受けます。 特に、2台以上のハードディスクドライブにアクセスすることができず、 いずれのドライブでも1023番シリンダーを越えた位置にある保存データにはアクセスできない種類の BIOSがあります。最近のBIOSにはこのような制約がないものもありますが、 これは決して普遍的なものではありません。

ティップヒント
 

ハードドライブのパーティション設定する際は、古いシステムのBIOSには ハードドライブの1024シリンダを超えてアクセスすることができないものがあることに留意してください。 このような場合、Linux をブートするために、ハードドライブの1024シリンダまでに /boot の Linuxパーティション用に十分な領域を残しておいてください。 その他の Linux パーティションは1024シリンダ以降でも構いません。

partedでは、1024シリンダは528MBになります。 詳細については以下を参照してください。

http://www.pcguide.com/ref/hdd/bios/sizeMB504-c.html

ブート時にGRUB及びLILOがアクセスする必要のあるデータは(Linuxカーネルも含む) すべて/boot/ディレクトリにあります。 上記で推奨したパーティションレイアウトに従う場合、または、自動パーティション作成を選択する場合、 /boot/ディレクトリは小さな独立したパーティションの中に作成されます。 そうでない場合は、ルートパーティション(/)の中に作成することも出来ます。 いずれの場合でも、 GRUBまたはLILOを使用してRed Hat Enterprise Linuxシステムをブートするつもりであれば、 /boot/が存在するパーティションは以下のガイドラインに従う必要があります。

最初の2台のIDE ドライブ上にある場合

IDE (又は EIDE)ドライブが2台ある場合は、 いずれか一方に /boot/ を配置しなければなりません。 この2台のドライブという制約にはプライマリ IDE コントローラ上にある IDE CD-ROMも含まれることに注意してください。 従ってプライマリコントローラ上に1台のIDEハードドライブと1台のIDE CD-ROMがある場合は、2番目のIDEコントローラ上に他のハードドライブが存在しても /boot/は1番目のハードドライブ上のみになければなりません。

先頭のIDEまたは先頭のSCSIドライブ上にある場合

1台のIDE(またはEIDE)ドライブと1台または複数台のSCSIドライブがある場合は、 /boot/はIDEドライブまたは、 SCSIドライブのID 0上になければなりません。他のSCSI IDでは機能しません。

最初の2台のSCSIドライブ上にある場合

SCSIハードドライブしかない場合、/boot/は ID 0、 または、ID 1上になければいけません。ほかのSCSI IDでは機能しません。

前述のように、新しいBIOSの中にはこのガイドラインを満たさないような構成でも GRUB と LILOを機能させるかもしれません。 さらには構成がガイドラインを満たさないような状態であっても Linuxを起動するためにGRUB と LILOのより難解な機能を使用することができるかもしれません。 しかし、多数の可変要素を含んでいる為、 Red Hatはそのような作業をサポートすることができません。

注意注記
 

Disk Druid及び 自動パーティション設定では、 このようなBIOS 関連の制限が考慮されます。

注意

[1]

図とは異なり、 ブロックのサイズは本当に極小単位で固定されています。 平均的なディスクドライブは百万単位のブロックを持っていることを覚えておいてください。 ここではわかりやすいように、説明と図の細かな矛盾は無視してください。