8.14. インストール先
警告
重要
重要
特殊なケース
- RAID カードがある場合、一部の BIOS では RAID カードからの起動には対応していないため注意してください。このような場合、
/boot
パーティションは別のハードドライブなど、RAID アレイ以外のパーティションに作成する必要があります。そのような RAID カードでのパーティション作成には、内蔵ハードドライブを使用する必要があります。また、/boot
パーティションはソフトウェア RAID の設定にも必要になります。システムのパーティション設定で自動を選択した場合は、/boot
パーティションを手動で修正する必要があります。詳細については、「手動パーティション設定」を参照してください。 - Red Hat Enterprise Linux ブートローダーが別のブートローダーから チェーンロード するように設定するには、インストール先 の画面で 完全なディスク要約とブートローダー をクリックして、手動でブートドライブを指定する必要があります。ブートドライブの指定方法に関しては、「ブートローダーのインストール」を参照してください。
- マルチパスのストレージデバイスとマルチパスではないストレージデバイス両方が接続されたシステムに Red Hat Enterprise Linux をインストールすると、インストールプログラムによる自動パーティション設定のレイアウトでマルチパスのデバイスとマルチパスではないデバイスが混在したボリュームグループが作成されてしまう可能性があります。これはマルチパスストレージの目的に反することになります。インストール先 の画面ではマルチパスのみ、またはマルチパス以外のみのいずれかを選択することが推奨されます。別の方法では、手動のパーティション設定を実行してください。

図8.17 ストレージ領域の概要
- パーティション構成 のセクションでは、ストレージデバイスのパーティション設定方法とボリュームの作成方法を選択することができます。パーティションを手動で設定する、またはインストールプログラムによる自動設定を選択することができます。今まで使用したことがないストレージにクリーンインストールを実行する場合、またはストレージに保存されているデータは一切必要ない場合には、自動パーティション設定が推奨されます。自動パーティション設定を行う場合は、デフォルトで選択されている 自動構成のパーティション構成 のラジオボタンにチェックを入れたままにすると、インストールプログラムが必要なパーティションとボリュームをストレージに自動作成します。自動でのパーティション設定の場合、追加の空き領域を利用できるようにしたい のチェックボックスを選択すると、他のファイルシステムの領域をこのインストールに再配分する方法を選択できます。 をクリックすると、ダイアログが表示されます。自動パーティション設定を選択しているものの、推奨パーティション設定を使用したインストールの完了にはストレージ領域が足りない場合、以下のダイアログが表示されます。
図8.18 インストールオプションのダイアログ内の「領域を確保する」オプション
Red Hat Enterprise Linux software selection のリンクをクリックすると、Software selection セクションに移動します。ここではインストールするソフトウェアを変更して、ストレージ領域をある程度解放することができます。別の方法では、インストール先 画面に戻ります。ここでは、ストレージデバイスの追加、もしくは手動でのパーティション設定が可能です。既存のファイルシステムからストレージ領域の一部を解放する場合は をクリックします。詳細は「ディスク領域の獲得」を参照してください。をクリックして、十分な領域を確保できないと、別のダイアログが表示されます。この場合は、当初のストレージ画面でディスクを追加するか、インストールを中止することになります。手動による設定を行うため、パーティション構成を行いたい のラジオボタンを選択した場合は、 をクリックすると 手動パーティション設定 の画面に移動します。詳細は「手動パーティション設定」を参照してください。 - 暗号化 セクションで データを暗号化する のチェックボックスを選択すると、
/boot
パーティション以外、すべてのパーティションを暗号化することができます。暗号化についての詳細は『Red Hat Enterprise Linux 7 セキュリティーガイド』を参照してください。
8.14.1. ブートローダーのインストール
警告

図8.19 選択したディスクの要約
警告
8.14.1.1. MBR と GPT に関する注意点
- BIOS システム、および BIOS 互換性モードの UEFI システム
- ディスクが既にフォーマットされている場合、パーティションスキームは維持されます。ディスクがフォーマットされていない場合、もしくはユーザーがディスクからすべてのパーティションを削除した場合は、Anaconda は以下を使用します。
- ディスクに 232 未満のセクターしかない場合、MBR を使用。一般的にディスクセクターは 512 バイトで、これは 2 TiB に当たります。
- ディスクに 232 以上のセクターがある場合、GPT を使用。
注記
デフォルトの動作を無効にしてサイズが 232 セクター未満のディスクで GPT を使用する場合は、inst.gpt
オプションを起動コマンドラインに追加します。232 セクター以上のディスク上で MBR を使用するよう Anaconda を手動で無効にすることはできないことに注意してください。
ブートローダーが GPT を使用するディスクの BIOS システム上にインストールするには、BIOS Boot (biosboot) パーティションを作成する必要があります。biosboot
パーティションのサイズは 1 MiB にしてください。ただし、ブートローダーが MBR を使用するディスクの場合には、biosboot
パーティションは必要 ありません。 - UEFI システム
- UEFI のシステム上で使用できるのは GPT のみです。MBR があるフォーマット済みディスクにインストールするには、まずディスクの再フォーマットが必要になります。パーティションスキームに関係なく、EFI System Partition ((
/boot/efi
) を作成する必要があります。(/boot/efi
のサイズは少なくとも 50 MiB にしてください。推奨サイズは 200 MiB になります。注記
biosboot
、efi
パーティション、どちらも LVM ボリュームには格納できません。このパーティションは標準の物理パーティションに格納してください。
8.14.2. パーティションの暗号化

図8.20 暗号化したパーティションのパスフレーズ入力
警告
8.14.3. ディスク領域の獲得
警告

図8.21 既存ファイルシステムからのディスク領域の確保
8.14.4. 手動パーティション設定
警告

図8.22 手動パーティション設定の画面
注記
8.14.4.1. ファイルシステムの追加とパーティションの設定
/
、/home
、/boot
および swap
)。必要に応じて、他のパーティションやボリュームを作成することもできます。詳細は「推奨されるパーティション設定スキーム」を参照してください。
注記
/boot
パーティション、/
(ルート) ボリューム、swap ボリュームがストレージのサイズに合わせて生成されます。これらのファイルシステムが一般的なインストールで推奨されるファイルシステムになります。ただし、必要に応じてファイルシステムとマウントポイントを追加することもできます。
/
、boot パーティションに /boot
など)。次にファイルシステムのサイズを 割り当てる容量 のテキストフィールドに入力します (たとえば、2GiB
と入力する)。フィールドを空白のままにしたり、利用可能な領域よりも大きいサイズを指定すると、残りの空領域がすべて使用されることになります。詳細を入力したら、 ボタンをクリックしてパーティションを作成します。
注記
/boot
のような既知の固定サイズの小型パーティションを作成し、それから残りのパーティションを作成することで、インストールプログラムが残りの領域をそれらのパーティションに割り当てられるようにします。
標準パーティション
、BTRFS
、LVM
、LVM シンプロビジョニング
のオプションが選択できます。/boot
パーティションは、このメニューで選択した値に関わらず、常に標準パーティションに配置されるので注意してください。

図8.23 マウントポイントの設定

図8.24 ディスクの再スキャン

図8.25 パーティションのカスタマイズ
- マウントポイント: ファイルシステムのマウントポイントを入力します。たとえば、このファイルシステムをルートファイルシステムにする場合は、
/
と入力します。/boot
ファイルシステムにする場合は、/boot
と入力します。swap ファイルシステムにはマウントポイントは設定しません。ファイルシステムタイプをswap
にセットするだけで十分です。 - 割り当てる容量: ファイルシステムに割り当てる容量を入力します。単位には KiB や GiB が使用できます。単位を指定しない場合は、MiB がデフォルトになります。
- デバイスタイプ: 標準パーティション、BTRFS、LVM、LVM シンプロビジョニング、RAIDのいずれかを選択します。パーティションやボリュームを暗号化するには、横にある 暗号化 ボックスにチェックを入れます。パスワードを設定するようプロンプトが後で表示されます。パーティション設定に複数のディスクが選択されている場合にのみ、RAID が使用可能になります。このタイプを選択すると、RAID レベル の設定も可能になります。同様に、LVM を選択すると、ボリュームグループ を指定できるようになります。
- ファイルシステム: ドロップダウンメニューでこのパーティションまたはボリュームに適切なファイルシステムタイプを選択します。既存のパーティションをフォーマットする場合は、横の 再フォーマット ボックスにチェックを入れます。データをそのまま維持する場合は空白にしておきます。新規作成されたパーティションやボリュームは再フォーマットが必要で、この場合はチェックボックスのチェックを外すことはできません。
- ラベル: パーティションにラベルを割り当てます。ラベルを使うと、個別のパーティションの認識とアドレス指定が容易になります。
- 名前: LVM または Btrfs ボリュームに名前を割り当てます。標準パーティションの場合は作成時に自動的に名前が付けられるため名前の変更はできません。たとえば、
/home
にはsda1
という名前が付けられます。
重要
/usr
または /var
のパーティションをルートボリュームとは別の場所に設定すると、これらのディレクトリーには起動に欠かせないコンポーネントが含まれているため起動プロセスが非常に複雑になります。iSCSI ドライブや FCoE などの場所に配置してしまった場合には、システムが起動できなくなったり、電源オフや再起動の際に Device is busy
のエラーでハングしたりする可能性があります。
/usr
と /var
のみに適用されるもので、これらの下のディレクトリーには該当しません。たとえば、/var/www
向けの個別パーティションは問題なく機能します。
8.14.4.1.1. ファイルシステムのタイプ
デバイスタイプ
- 標準のパーティション: 標準のパーティションにはファイルシステムや swap 領域を含めることができます。また、ソフトウェア RAID や LVM の物理ボリューム用コンテナーになる場合もあります。
- 論理ボリューム (LVM): LVM パーティションを作成すると、自動的に LVM 論理ボリュームが生成されます。LVM は、物理ディスクを使用する場合にパフォーマンスを向上させることができます。論理ボリュームの作成方法については、「LVM 論理ボリュームの作成」を参照してください。LVM に関する詳細は、『Red Hat Enterprise Linux 7 論理ボリュームマネージャーの管理』を参照してください。
- LVM シンプロビジョニング: シンプロビジョニングを使用すると、空き領域のストレージプール (シンプールと呼ばれる) を管理できるようになります。アプリケーションのニーズに応じてこの空き領域を任意の数のデバイスに割り当てることができます。シンプールは必要に応じて動的に拡張することができるため、ストレージ領域の費用対効果が高い割り当てを行うことができます。LVM に関する詳細は、『Red Hat Enterprise Linux 7 論理ボリュームマネージャーの管理』を参照してください。
警告
Anaconda は、オーバープロビジョニングの LVM シンプールをサポートしていません。注記
インストーラーは、LVM シンプール論理ボリューム用にリクエストした領域の 20% を、これを格納しているボリュームグループ内で自動的に保留します。これは、シンプロビジョニングした論理ボリュームのデータボリュームやメタデータボリュームを拡張する場合に備えた安全対策です。 - ソフトウェア RAID: 複数のソフトウェア RAID パーティションを作成して 1 台の RAID デバイスとして構成します。システム上の各ディスクに対して RAID パーティションを 1 つずつ割り当てます。RAID デバイスの作成方法については、「ソフトウェア RAID の作成」を参照してください。RAID の詳細は、『Red Hat Enterprise Linux 7 ストレージ管理ガイド』を参照してください。
ファイルシステム
- xfs: XFS はスケーラビリティーに優れた高いパフォーマンス性を有するファイルシステムです。最大 16 EiBのファイルシステム (約 160 億 GiB)、最大 8 EiB のファイル (約 80 億 GiB) および数千万のエントリーを格納するディレクトリー構造に対応します。クラッシュからの回復が早いメタデータジャーナル機能に対応します。また、マウント中でアクティブな場合でも、最適化やサイズ変更を行うことができます。強く推奨されるファイルシステムであり、デフォルトではこのファイルシステムが選択されます。これまで ext4 ファイルシステムで使用していた一般的なコマンドを XFS で使用する場合の対処方法については「付録F ext4 と XFS コマンドの参照表」を参照してください。Red Hat Enterprise Linux の XFS ファイルシステムで現在対応可能な最大サイズは 500 TiB になります。
- ext4: ext4 ファイルシステムは ext3 ファイルシステムをベースとし、いくつか改善が加えられています。より大きなファイルシステム、より大きなファイルに対応するようになり、またディスク領域の割り当てに要する時間が短縮され効率化されています。1 ディレクトリー内でのサブディレクトリー数に制限がなく、ファイルシステムのチェックが高速化、またジャーナリング機能もさらに堅牢になっています。Red Hat Enterprise Linux の ext4 ファイルシステムで対応できる最大サイズは現在 50 TiB になります。
- ext3: ext3 ファイルシステムは ext2 ファイルシステムをベースとし、ジャーナリング機能という大きな利点を備えています。ジャーナリング機能を使用すると、クラッシュが発生するたびに
fsck
ユーティリティーを実行してメタデータの整合性をチェックする必要がないため、クラッシュ後のファイルシステムの復元に要する時間を短縮することができます。 - ext2: ext2 ファイルシステムは標準の Unix ファイルタイプに対応しています (通常のファイル、ディレクトリー、シンボリックリンクなど)。最大 255 文字までの長いファイル名を割り当てることができます。
- vfat: VFAT ファイルシステムは Linux ファイルシステムです。FAT ファイルシステム上の Microsoft Windows の長いファイル名との互換性があります。
- swap: Swap パーティションは仮想メモリーに対応するため使用されます。つまり、システムが処理しているデータを格納する RAM が不足すると、そのデータが swap パーティションに書き込まれます。
- BIOS Boot: BIOS システムの GUID パーティションテーブル (GPT) でデバイスを起動する場合に必要となる小さなパーティションです。詳細は「ブートローダーのインストール」を参照してください。
- EFI System Partition: UEFI システムの GUID パーティションテーブル (GPT) でデバイスを起動する場合に必要となる小さいパーティションです。詳細は「ブートローダーのインストール」を参照してください。
8.14.4.2. ソフトウェア RAID の作成

図8.26 ソフトウェア RAID パーティションの作成 - デバイスタイプ メニューを展開した例
- 「ファイルシステムの追加とパーティションの設定」の説明に従いマウントポイントを作成します。このマウントポイントを設定することで、RAID デバイスを設定していることになります。
- 左側のペインでパーティションを選択した状態で、ペイン下部にある設定ボタンを選択し マウントポイントの設定 ダイアログを開きます。RAID デバイスに含めるディスクを選択してから をクリックします。
- デバイスタイプ のドロップダウンメニューをクリックして RAID を選択します。
- ファイルシステム のドロップダウンメニューをクリックして目的のファイルシステムタイプを選択します (「ファイルシステムのタイプ」を参照)。
- RAID レベル のドロップダウンメニューをクリックして目的の RAID レベルを選択します。利用できる RAID レベルは以下のとおりです。
- RAID0: パフォーマンス (ストライプ)
- データを複数のディスクに分散させます。RAID レベル 0 は、標準パーティションでのパフォーマンスを向上させます。複数のディスクを 1 つの大きな仮想デバイスにまとめることができます。RAID レベル 0 には冗長性がなく、アレイ内の 1 ディスクに障害が発生するとアレイ全体のデータが壊れる点に注意してください。RAID 0 には少なくとも 2 つの RAID パーティションが必要です。
- RAID1: 冗長化 (ミラーリング)
- 1 つのディスク上の全データを別のディスク (複数可) にミラーリングします。アレイ内のディスクを増やすことで冗長レベルを強化します。RAID 1 には少なくとも 2 つの RAID パーティションが必要です。
- RAID4: エラーチェック (パリティー)
- データを複数のディスクに分散させますが、アレイ内の 1 ディスクにパリティー情報を格納します。これにより、アレイ内のいずれかのディスクに障害が発生した場合にアレイを保護します。すべてのパリティー情報は 1 ディスクに格納されるため、このディスクへのアクセスによりアレイのパフォーマンスにボトルネックが発生します。RAID 4 には少なくとも 3 つの RAID パーティションが必要です。
- RAID5: 分散エラーチェック
- データおよびパリティー情報を複数のディスクに分散させます。そのため、RAID レベル 5 は複数ディスクにデータを分散させパフォーマンスが向上する一方、パリティー情報もアレイ全体で分散されるため、RAID レベル 4 のようにパフォーマンスにボトルネックが発生しません。RAID 5 には少なくとも 3 つの RAID パーティションが必要です。
- RAID6: 冗長エラーチェック
- RAID レベル 6 は RAID レベル 5 と似ていますが、パリティーデータが 1 セットではなく 2 セット格納されます。RAID 6 には少なくとも 4 つの RAID パーティションが必要です。
- RAID10: 冗長化 (ミラーリング) および パフォーマンス (ストライプ)
- RAID レベル 10 はネスト化した RAID または ハイブリッド RAID になります。ミラーリングしているディスクセットに対してデータを分散させることで構築します。たとえば、4 つの RAID パーティションで構築した RAID レベル 10 のアレイは、ストライプ化されたパーティションをミラーリングする 2 組のペアで構成されます。RAID 10 には少なくとも 4 つの RAID パーティションが必要です。
- インストールの概要 画面に戻ります。をクリックして変更を保存し、別のパーティションの設定に移動するか、 をクリックして
8.14.4.3. LVM 論理ボリュームの作成
重要
lvm
コマンドを実行します。テキストモードのインストールに戻るには Ctrl+Alt+F1 を押します。

図8.27 論理ボリュームの設定
- 「ファイルシステムの追加とパーティションの設定」の説明に従い LVM ボリュームにマウントポイントを作成します。
- デバイスタイプ ドロップダウンメニューをクリックして LVM を選択します。ボリュームグループ ドロップダウンメニューが表示され、新たに作成されたボリュームグループ名が表示されます。
- また、必要に応じて、メニューをクリックし 新規 volume group を作成中... を選択するか、 をクリックして新規に作成したボリュームグループを設定します。新規 volume group を作成中... オプション、 ボタンのいずれを使用しても Configure Volume Group ダイアログが表示されることになります。このダイアログで論理ボリュームグループの名前を変更したり、含めるディスクを選択することができます。
注記
設定ダイアログではボリュームグループの物理エクステントのサイズは指定できません。このサイズは、常にデフォルト値の 4 MiB に設定されます。別の物理エクステントのボリュームグループを作成したい場合は、対話シェルに切り替え、vgcreate
コマンドで手動で作成するか、キックスタートファイルでvolgroup --pesize=size
コマンドを使用して作成します。図8.28 LVM ボリュームグループのカスタマイズ
選択できる RAID レベルは実際の RAID デバイスと同じです。詳細は、「ソフトウェア RAID の作成」を参照してください。またボリュームグループの暗号化に印を付けて、サイズポリシーを設定することもできます。設定できるポリシーオプションを以下に示します。- 自動: ボリュームグループのサイズは自動で設定されるので、設定した論理ボリュームを格納する適切なサイズになります。ボリュームグループ内に空の領域が必要ない場合に最適です。
- できるだけ大きく: 設定した論理ボリュームのサイズに関係なく、最大サイズのボリュームグループが作成されます。ほとんどのデータを LVM に保存する予定のため、後日、既存の論理ボリュームサイズを拡大する可能性がある場合、もしくはこのグループ内に別の論理ボリュームを追加作成する必要がある場合などに最適です。
- 固定: このオプションではボリュームグループのサイズを正確に設定することができます。設定している論理ボリュームが格納できるサイズにする必要があります。ボリュームグループに設定したい容量が正確に分かっている場合に便利です。
グループ設定が終わったら、をクリックします。 - インストールの概要 画面に戻ります。をクリックして変更を保存し、別のパーティションの設定に移動するか、 をクリックして
警告
/boot
パーティションの配置には対応していません。
8.14.4.4. 推奨されるパーティション設定スキーム
/boot
/
(ルート)/home
swap
/boot
パーティション: 最小限 1 GiB のサイズを推奨しています/boot
にマウントするパーティションにはオペレーティングシステムのカーネルが収納されます。これにより、起動プロセス中に使用されるファイルと共に Red Hat Enterprise Linux が起動されます。ほとんどのファームウェアに制限があるため、これらを格納する小さいパーティションを作成することを推奨しています。ほとんどの場合、1 GiB のサイズの boot パーティションで十分です。他のマウントポイントとは異なり、LVM ボリュームを/boot
に使用することはできません。/boot
は別個のディスクパーティションにある必要があります。警告
通常、/boot
パーティションはインストールプログラムで自動的に作成されます。ただし、/
(ルート) パーティションのサイズが 2 TiB を超え、また起動に (U)EFI を使用する場合は、マシンを正常に起動させるため 2 TiB 未満の/boot
パーティションを別途に作成する必要があります。注記
RAID カードを実装している場合は、RAID カードからの起動に対応していない BIOS タイプがある点に注意してください。これに該当する場合は、/boot
パーティションを別のハードドライブなどの RAID アレイ以外のパーティションに作成する必要があります。/
: 10 GiB のサイズを推奨しています- 「
/
(ルート)」ディレクトリーを置く場所です。ルートディレクトリーはディレクトリー構造のトップレベルです。デフォルトでは、書き込み先のパスに別のファイルシステムがマウントされていない限り (/boot
や/home
など)、すべてのファイルがこのファイルシステムに書き込まれます。ルートファイルシステムが 5 GiB の場合は最小限のインストールが可能ですが、少なくとも 10 GiB を割り当ててパッケージグループをいくつでもインストールできるようにしておくことが推奨されます。重要
/
ディレクトリーと/root
ディレクトリーを混同しないよう注意してください。/root
ディレクトリーは root ユーザーのホームディレクトリーになります。/
ディレクトリーと区別するため、/root
ディレクトリーはスラッシュルートと呼ばれることがあります。 /home
: 最小限 1 GiB のサイズを推奨しています- システムデータとユーザーデータを別々に格納する場合には、ボリュームグループ内に
/home
ディレクトリー用の専用ファイルシステムを作成します。ファイルシステムのサイズはローカルで保存するデータ量やユーザー数などを基に決定してください。こうすることで、ユーザーデータのファイルを消去せずに Red Hat Enterprise Linux をアップグレードしたり、再インストールできるようになります。自動パーティション設定を選択する場合は、インストールに少なくとも 55GiB のディスク領域を確保して/home
ファイルシステムが作成されるようにすることが推奨されます。 swap
パーティション: 最小限 1 GB のサイズを推奨しています- 仮想メモリーは Swap ファイルシステムによってサポートされています。つまり、システムが処理しているデータを格納する RAM が不足すると、そのデータは swap ファイルシステムに書き込まれます。Swap サイズはシステムメモリーの作業負荷に依存するため、システムメモリーの合計ではありません。したがって、システムメモリーサイズの合計とは等しくなりません。システムメモリーの作業負荷を判断するためには、システムで実行するアプリケーションの種類および、そのアプリケーションにより生じる負荷を分析することが重要になります。アプリケーションにより生じる負荷に関するガイダンスはアプリケーション提供元または開発側より提供されているはずです。システムで swap 領域が不足すると、システムの RAM メモリーがすべて使用されるため、カーネルはプロセスを終了します。swap 領域が大き過ぎても、割り当てられているストレージデバイスがアイドル状態となり、リソース運用面では効率が悪いということになります。また swap 領域が大き過ぎるとメモリーリークに気付きにくくなる可能性があります。swap パーティションの最大サイズおよび詳細については
mkswap(8)
の man ページをご覧ください。システムの RAM の容量別に推奨される swap サイズ、およびハイバネートする場合に十分とされるサイズを以下の表に示します。インストールプログラムでシステムのパーティション設定を自動的に実行する場合、swap パーティションのサイズはこのガイドラインに沿って決められます。自動パーティション設定ではハイバネートは使用しないことを前提としているため、swap パーティションの上限がハードドライブの合計サイズの最大 10% に制限され、128GB 以上のサイズの swap パーティションは作成されません。ハイバネートを行うために十分な swap 領域を設定したい場合、もしくはシステムのストレージ領域の 10% 以上を swap パーティションに設定したい場合、または 128GB 以上のサイズにしたい場合は、パーティション設定のレイアウトを手動で編集する必要があります。表8.3 システムの推奨 swap 領域
システム内の RAM の容量 推奨される swap 領域 ハイバネートを許可する場合に推奨される swap 領域 2 GB 未満 RAM 容量の 2 倍 RAM 容量の 3 倍 2 GB - 8 GB RAM 容量と同じ RAM 容量の 2 倍 8 GB - 64 GB 4GB から RAM 容量の半分まで RAM 容量の 1.5 倍 64 GB を超える場合 ワークロードによる (最小 4GB) ハイバネートは推奨されません それぞれの範囲の境界線上になる場合は (システムの RAM が 2 GB、8 GB、64 GB などの場合)、swap 領域の決定やハイバネートへの対応についての決定は適宜判断してください。システムリソースに余裕がある場合は、swap 領域を増やすとパフォーマンスが向上することがあります。swap 領域を複数のディスクに分散させても、swap のパフォーマンスが向上します (高速ドライブやコントローラー、インターフェースなどを備えたシステムで特に効果的)。
注記
8.14.4.4.1. パーティション設定に関するアドバイス
- 機密データを格納する可能性があるパーティションには暗号化を検討してください。パーティションを暗号化すると権限を持たない人は物理ストレージデバイスにはアクセスできても暗号化したパーティションにあるデータにはアクセスできなくなります。ほとんどの場合、少なくとも
/home
パーティションは暗号化してください。 - システムにインストールされるカーネルは、それぞれ
/boot
パーティション上に約 56 MB の領域を必要とします。- 32 MB initramfs
- 14 MB kdump initramfs
- 3.5 MB のシステムマップ
- 6.6 MB vmlinuz
注記
レスキューモードの場合、initramfs
およびvmlinuz
には 80 MB が必要です。ほとんどの一般的な用途では、/boot
のデフォルトパーティションサイズである 1 GiB で十分です。ただし、複数のカーネルリリースまたはエラータカーネルを保持することを計画している場合は、このパーティションのサイズを増やすことが推奨されます。 /var
ディレクトリーには、Apache web サーバーなど複数のアプリケーションのコンテンツが収納されます。また、ダウンロードした更新パッケージの一時的な保存にも使用されます。/var
ディレクトリーを持たせるパーティションには、ダウンロードした更新パッケージの一時的な保存や他のコンテンツの収納ができるよう十分な領域を確保してください。- PackageKit 更新ソフトウェアにより、デフォルトで更新パッケージが
/var/cache/yum/
にダウンロードされます。/var
用に別途パーティションやボリュームを作成する場合は、ダウンロードしたパッケージ更新を収納できるよう少なくとも 3GB のサイズにしてください。 /usr
ディレクトリーには、Red Hat Enterprise Linux システムの大半のソフトウェアコンテンツが収納されます。デフォルトのソフトウエア一式をインストールできるよう、少なくとも 5 GB の領域を割り当ててください。システムをソフトウェア開発用ワークステーションとして使用する場合には、最低でも 10GB の領域を割り当てます。/usr
または/var
のパーティションをルートボリュームとは別の場所に設定すると、これらのディレクトリーには起動に欠かせないコンポーネントが含まれているため起動プロセスが非常に複雑になります。iSCSI ドライブや FCoE などの場所に配置してしまった場合には、システムが起動できなくなったり、電源オフや再起動の際にDevice is busy
のエラーでハングしたりする可能性があります。これらの制限は/usr
と/var
のみに適用されるもので、これらの下のディレクトリーには該当しません。たとえば、/var/www
向けの個別パーティションは問題なく機能します。- LVM ボリュームグループ内の一部領域を未割り当てのまま残しておくことを検討してください。領域の必要性が変化した際に、ストレージの再割り当てを行うことで他のパーティションのデータを削除しなければならないという事態を避けたい場合など、未割り当ての領域を残すことで柔軟性が得られます。また、パーティションに シンプロビジョニング デバイスタイプを選択し、ボリュームに未使用の領域を自動的に処理させることもできます。
- サブディレクトリーを別々のパーティションに分離しておくと、現在のシステムに新規バージョンの Red Hat Enterprise Linux をインストールする際、そのサブディレクトリー内のコンテンツを保持することができます。例えば、
/var/lib/mysql
内で MySQL データベースを実行する予定の場合には、このディレクトリー用のパーティションを別途に作成し、再インストールが必要な事態に備えることができます。 - ブートローダーが GPT (GUID パーティションテーブル) を使用する BIOS システムには、1 MiB の
biosboot
パーティションを作成する必要があります。詳細は「ブートローダーのインストール」を参照してください。 - UEFI システムには、EFI System Partition ファイルシステムを格納する
/boot/efi/
のマウントポイントがある小さなパーティションが必要です。推奨サイズは 200 MiB です。これは自動パーティションを設定する場合のデフォルト値です。
このページには機械翻訳が使用されている場合があります (詳細はこちら)。