ネットワーク経由での RHEL の対話型インストール
ネットワークリソースを使用して複数のシステムに RHEL をインストールするか、グラフィカルインストーラーを使用してヘッドレスシステムに RHEL をインストールする
概要
Red Hat ドキュメントへのフィードバック (英語のみ) リンクのコピーリンクがクリップボードにコピーされました!
Red Hat ドキュメントに関するご意見やご感想をお寄せください。また、改善点があればお知らせください。
Jira からのフィードバック送信 (アカウントが必要)
- Jira の Web サイトにログインします。
- 上部のナビゲーションバーで Create をクリックします。
- Summary フィールドにわかりやすいタイトルを入力します。
- Description フィールドに、ドキュメントの改善に関するご意見を記入してください。ドキュメントの該当部分へのリンクも追加してください。
- ダイアログの下部にある Create をクリックします。
第1章 システム要件とサポート対象のアーキテクチャー リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux 10 は、少ない労力でワークロードをより迅速に提供するために必要なツールを備えており、ハイブリッドクラウド環境全体に、セキュアで安定した一貫性のある基盤を提供します。RHEL は、サポートされているハイパーバイザー、クラウドプロバイダー環境、および物理インフラストラクチャーにゲストとしてデプロイできます。これにより、アプリケーションで主要なハードウェアアーキテクチャープラットフォームのイノベーションを活用できるようになります。
インストールする前に、システム、ハードウェア、セキュリティー、メモリー、およびストレージの設定に関するガイドラインを確認してください。
システムを仮想ホストとして使用する場合は、仮想化に必要なハードウェア要件 を確認してください。
RHEL は次のアーキテクチャーをサポートしています。
- AMD アーキテクチャーおよび Intel 64 ビットアーキテクチャー
- 64 ビット ARM アーキテクチャー
- IBM Power Systems (リトルエンディアン)
- 64 ビット IBM Z アーキテクチャー
1.1. インストール先として対応しているターゲット リンクのコピーリンクがクリップボードにコピーされました!
インストールターゲットは、Red Hat Enterprise Linux を格納し、システムを起動するストレージデバイスです。Red Hat Enterprise Linux は、IBM Z、IBM Power、AMD64、Intel 64、および 64 ビット ARM システムで、次のインストールターゲットをサポートしています。
- DASD、SCSI、SATA、SAS などの標準的な内部インターフェイスで接続されたストレージ
- Intel64、AMD64、および arm64 アーキテクチャー上の BIOS/ファームウェア RAID デバイス
- ファイバーチャネルのホストバスアダプターおよびマルチパスのデバイス。製造元が提供しているドライバーが必要な場合があります。
- Xen 仮想マシンの Intel のプロセッサーの Xen ブロックデバイス
- KVM 仮想マシンの Intel のプロセッサーの VirtIO ブロックデバイス
Red Hat では、USB ドライブや SD メモリーカードへのインストールはサポートしていません。サードパーティーによる仮想化技術のサポートは、Red Hat Hardware Compatibility List を参照してください。
1.2. ディスクおよびメモリーの要件 リンクのコピーリンクがクリップボードにコピーされました!
複数のオペレーティングシステムがインストールされている場合は、割り当てられたディスク領域が Red Hat Enterprise Linux で必要なディスク領域とは異なることを確認することが重要です。場合によっては、特定のパーティションを Red Hat Enterprise Linux 専用にすることが重要になります。たとえば、AMD64、Intel 64、および 64 ビット ARM の場合は、少なくとも 2 つのパーティション (/ および swap) を RHEL 専用にする必要があります。IBM Power Systems サーバーの場合は、最大 3 つのパーティション (/、swap、および場合によっては PReP ブートパーティション) を RHEL 専用にする必要があります。
さらに、使用可能なディスク容量が最低 10 GiB 必要です。Red Hat Enterprise Linux をインストールするには、パーティションが設定されていないディスク領域または削除可能なパーティションに、少なくとも 10 GiB の領域が必要です。
| インストールタイプ | 最小 RAM |
|---|---|
| ローカルメディアによるインストール (USB, DVD) |
|
| NFS ネットワークインストール |
|
| HTTP、HTTPS、または FTP ネットワークインストール |
|
最小要件よりも少ないメモリーでもインストールを完了できます。正確な要件は、環境とインストールパスにより異なります。さまざまな構成をテストして、環境に必要な最小 RAM を特定してください。キックスタートファイルを使用して Red Hat Enterprise Linux をインストールする場合も、最小 RAM 要件は標準インストールと同じです。ただし、キックスタートファイルに追加のメモリーを必要とするコマンド、または RAM ディスクにデータを書き込むコマンドが含まれている場合は、追加の RAM が必要になることがあります。詳細は、RHEL の自動インストール ドキュメントを参照してください。
1.3. グラフィックスディスプレイの解像度要件 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux をスムーズにエラーなしにインストールするには、システムに次の最小解像度が必要です。
| 製品バージョン | 解決方法 |
|---|---|
| Red Hat Enterprise Linux 10 | 最小: 800 x 600 推奨: 1024 x 768 |
1.4. UEFI セキュアブートとベータ版リリースの要件 リンクのコピーリンクがクリップボードにコピーされました!
UEFI セキュアブートが有効なシステムに Red Hat Enterprise Linux のベータ版リリースをインストールする場合は、UEFI セキュアブートオプションを無効にしてからインストールを開始してください。
UEFI セキュアブートでは、オペレーティングシステムのカーネルが、対応する公開鍵を使用してシステムのファームウェアが検証する、認識済みの秘密鍵で署名されている必要があります。
Red Hat Enterprise Linux ベータ版リリースの場合には、カーネルは Red Hat ベータ版固有の公開鍵で署名されていますが、この鍵はデフォルトではシステムで認識できません。その結果、インストールメディアの起動にも失敗します。
第2章 RHEL システムを Red Hat に登録する方法 リンクのコピーリンクがクリップボードにコピーされました!
登録することで、システムと Red Hat 間で認可済みの接続が確立されます。Red Hat は、登録されたシステム (物理マシンまたは仮想マシン) に対して、システムを識別および認証する証明書を発行します。この証明書は、Red Hat から保護されたコンテンツ、ソフトウェア更新、セキュリティーパッチを受信し、サポートとマネージドサービスを受けるのに役立ちます。
有効なサブスクリプションを使用すると、以下の方法で Red Hat Enterprise Linux (RHEL) システムを登録できます。
- インストーラーのグラフィカルユーザーインターフェイス (GUI) を使用して、インストールプロセス中に登録する
- コマンドラインインターフェイス (CLI) を使用して、インストール後に登録する
- インストール時またはインストール後に自動的にキックスタートスクリプトまたはアクティベーションキーを使用する
システムを登録する特定の手順は、使用している RHEL のバージョンと、選択した登録方法によって異なります。
システムを Red Hat に登録すると、システムの管理とレポートデータに使用できる機能が有効になります。たとえば、登録済みシステムには、Red Hat コンテンツ配信ネットワーク (CDN) または Red Hat Satellite Server を介して、サブスクライブした製品向けの、保護されたコンテンツリポジトリーにアクセスする権限が与えられます。これらのコンテンツリポジトリーには、有効なサブスクリプションを持つお客様のみが利用できる Red Hat ソフトウェアパッケージと更新が含まれています。パッケージと更新には、RHEL およびその他の Red Hat 製品のセキュリティーパッチ、バグ修正、新機能が含まれています。
第3章 インストールメディアのカスタマイズ リンクのコピーリンクがクリップボードにコピーされました!
RHEL インストールメディアをカスタマイズして、特定の設定、パッケージ、設定を含むカスタマイズしたシステムイメージを作成します。組織の特定の要件に合わせた事前設定済みのシステムをデプロイすることが可能になり、インストール後の設定時間が短縮されます。
詳細は、RHEL システムイメージのカスタマイズ を参照してください。
第4章 Satellite Server を使用した RHEL のインストール リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Satellite は、複数の Red Hat Enterprise Linux デプロイメントのプロビジョニング、リモート管理、および監視に使用する一元的なツールです。Satellite を使用すると、物理ホストと仮想ホストをデプロイできます。これには、ネットワークトポロジーの設定とサービスの設定が含まれます。また、Satellite は、ネットワーク上でホストをプロビジョニングするために必要な設定の詳細も提供します。
ホストのプロビジョニングの詳細は、Satellite のドキュメント を参照してください。ドキュメントポータルから、デプロイメントに一致する Satellite のバージョンを選択し、適切な ホストのプロビジョニング ガイドにアクセスします。サポートされていないバージョンのドキュメントは非推奨とマークされており、参照のみを目的としています。最も正確で最新の情報にアクセスできるように、サポートされているバージョンを表示していることを確認してください。
第5章 ネットワークベースのリポジトリーの準備 リンクのコピーリンクがクリップボードにコピーされました!
ネットワークシステムから RHEL をインストールするには、リポジトリーを準備する必要があります。
5.1. NFS サーバーへのインストールソースの作成 リンクのコピーリンクがクリップボードにコピーされました!
ネットワークベースのインストール用の RHEL インストールファイルをホストするように NFS サーバーを設定できます。これにより、複数のシステムを共有ネットワーク上の場所からインストールできるようになるため、各システムに物理メディアが不要になり、インフラストラクチャー全体への効率的なデプロイが実現します。
前提条件
- Red Hat Enterprise Linux 10 を使用するサーバーに管理者レベルのアクセス権があり、このサーバーが、インストールするシステムと同じネットワーク上にある。
- Product Downloads ページからフルインストール DVD ISO をダウンロードした。
必ず inst.ks と inst.repo で異なるパスを使用してください。NFS を使用してインストールソースをホストする場合、同じ NFS 共有を使用してキックスタートをホストすることはできません。
手順
nfs-utilsパッケージをインストールします。# dnf install nfs-utils-
DVD ISO イメージを、NFS サーバーのディレクトリーにコピーします。この例では、DVD ISO が NFS サーバーの
/nfs/rhel10-install/ディレクトリーにコピーされていることを前提としています。 テキストエディターで
/etc/exportsファイルを開き、以下の構文の行を追加します。/exported_directory/ clients- /exported_directory/ を、ISO イメージが含まれるディレクトリーのフルパスに置き換えます。
clients を次のいずれかに置き換えます。
- ターゲットシステムのホスト名または IP アドレス
- すべてのターゲットシステムが ISO イメージへのアクセスに使用できるサブネットワーク
-
NFS サーバーへのネットワークアクセスを持つすべてのシステムが ISO イメージを使用できるようにするためのアスタリスク記号 (
*)
このフィールドの形式に関する詳細は、
exports(5)の man ページを参照してください。たとえば、
/nfs/rhel10-install/ディレクトリーを、すべてのクライアントに対する読み取り専用として使用できるようにする基本設定は次のようになります。/nfs/rhel10-install *
-
/etc/exportsファイルを保存して、テキストエディターを終了します。 firewalld で NFS サービスを有効にします。
# firewall-cmd --permanent --add-service nfs # firewall-cmd --permanent --add-service=mountd # firewall-cmd --permanent --add-service=rpc-bind # firewall-cmd --reloadnfs サービスを起動します。
# systemctl enable --now nfs-server.service/etc/exportsファイルを変更する前にサービスが稼働していた場合は、NFS サーバーの設定をリロードします。# systemctl reload nfs-server.serviceISO イメージは、NFS 経由でアクセス可能になり、インストールソースとして使用できるようになりました。
インストールソースを設定するには、プロトコルに
nfs:を使用し、サーバーのホスト名または IP アドレス、コロン記号(:)、および ISO イメージを保存しているディレクトリーを指定します。たとえば、サーバーのホスト名がmyserver.example.comで、ISO イメージを/nfs/rhel10-install/に保存した場合、指定するインストールソースはnfs:myserver.example.com:/rhel-10-install/となります。
5.2. HTTP または HTTPS を使用してインストールソースを作成する リンクのコピーリンクがクリップボードにコピーされました!
インストールツリーを使用して、ネットワークベースのインストール用のインストールソースを作成できます。これは、DVD ISO イメージの抽出されたコンテンツと有効な .treeinfo ファイルを含むディレクトリーです。インストールソースには、HTTP、または HTTPS でアクセスします。
前提条件
- Red Hat Enterprise Linux 10 を使用するサーバーに管理者レベルのアクセス権があり、このサーバーが、インストールするシステムと同じネットワーク上にある。
- Product Downloads ページからフルインストール DVD ISO をダウンロードした。
自己署名証明書付きの HTTPS サーバーを使用する場合は、noverifyssl オプションを指定してインストールプログラムを起動する必要があります。
手順
httpd パッケージをインストールします。
# dnf install httpdオプション: https インストールソースを使用する場合は、
mod_sslパッケージをインストールします。# dnf install mod_ssl- HTTP(S) サーバーに DVD ISO イメージをコピーします。
DVD ISO イメージをマウントするのに適したディレクトリーを作成します。以下はその例です。
# mkdir /mnt/rhel10-install/DVD ISO イメージをディレクトリーにマウントします。
# mount -o loop,ro -t iso9660 /image_directory/image.iso /mnt/rhel10-install//image_directory/image.iso を DVD ISO イメージへのパスに置き換えます。
マウントされたイメージから、HTTP(S) サーバーの root にファイルをコピーします。
# cp -r /mnt/rhel10-install/ /var/www/html/このコマンドでは、イメージのコンテンツが格納された
/var/www/html/rhel10-install/ディレクトリーが作成されます。他の一部のコピー方法は、有効なインストールソースに必要な.treeinfoファイルを省略する可能性があることに注意してください。ディレクトリー全体に対してcpコマンドを入力すると、.treeinfoが正しくコピーされます。DVD ISO をアンマウントします。
# umount /mnt/rhel10-install/firewalld で http サービスを有効にします。
# firewall-cmd --permanent --add-service=http # firewall-cmd --reloadオプション:firewalld で https サービスを有効にします。
# firewall-cmd --permanent --add-service=https # firewall-cmd --reloadhttpdサービスを開始します。# systemctl enable --now httpd.serviceこれにより、インストールツリーにアクセスできるようになり、インストールソースとして使用できるようになります。
注記インストールソースを設定するには、プロトコルに
http://またはhttps://を使用して、サーバーのホスト名または IP アドレス、および ISO イメージのファイルを保存するディレクトリー (HTTP サーバーの root への相対パス) を指定します。たとえば、HTTP を使用し、サーバーのホスト名がmyserver.example.comで、イメージのファイルが/var/www/html/rhel10-install/にコピーされた場合、指定するインストールソースはhttp://myserver.example.com/rhel10-install/となります。
5.3. FTP を使用してインストールソースを作成する リンクのコピーリンクがクリップボードにコピーされました!
ネットワークベースのインストール用の RHEL インストールファイルをホストするように FTP サーバーを設定できます。これにより、一元的なソースから複数のシステムをインストールできるようになるため、FTP プロトコルを使用したネットワークインフラストラクチャー全体への効率的なデプロイが実現します。
前提条件
- Red Hat Enterprise Linux 10 を使用するサーバーに管理者レベルのアクセス権があり、このサーバーが、インストールするシステムと同じネットワーク上にある。
- Product Downloads ページからフルインストール DVD ISO をダウンロードした。
-
vsftpdパッケージがインストールされている。
手順
vsftpd パッケージをインストールします。
# dnf install vsftpd必要に応じて、
/etc/vsftpd/vsftpd.conf設定ファイルをテキストエディターで開いて編集します。-
anonymous_enable=NOの行をanonymous_enable=YESに変更します。 -
write_enable=YESの行をwrite_enable=NOに変更します。 pasv_min_port=<min_port>およびpasv_max_port=<max_port>の行を追加します。<min_port> と <max_port> を、FTP サーバーがパッシブモードで使用するポート番号の範囲 (例:10000と11000) に置き換えます。この手順は、各種のファイアウォール/NAT 設定を採用するネットワーク環境で必要になる可能性があります。
- オプション: カスタムの変更を設定に追加します。利用可能なオプションは、vsftpd.conf(5) の man ページを参照してください。この手順では、デフォルトのオプションが使用されていることを前提としています。
前の手順で設定した FTP ポートとポート範囲を許可するようにファイアウォールを設定します。
# firewall-cmd --add-port min_port-max_port/tcp --permanent<min_port> と <max_port> を
/etc/vsftpd/vsftpd.conf設定ファイルに入力したポート番号に置き換えます。FTP サービスを許可するようにファイアウォールを設定します。
# firewall-cmd --add-service ftp --permanentファイアウォールをリロードして、新しいルールを適用します。
# firewall-cmd --reload
-
- DVD ISO イメージを FTP サーバーにコピーします。
DVD ISO イメージをマウントするのに適したディレクトリーを作成します。以下はその例です。
# mkdir /mnt/rhel10-installDVD ISO イメージをディレクトリーにマウントします。
# mount -o loop,ro -t iso9660 /image-directory/image.iso /mnt/rhel10-install/image-directory/image.isoを DVD ISO イメージへのパスに置き換えます。マウントされたイメージから、FTP サーバーのルートにファイルをコピーします。
# cp -r /mnt/rhel10-install/ /var/ftp/これでイメージのコンテンツが格納された
/var/ftp/rhel10-install/ディレクトリーが作成されます。一部のコピー方法は、有効なインストールソースに必要な.treeinfoファイルを省略できることに注意してください。この手順で示されているように、ディレクトリー全体に対してcpコマンドを入力しても、.treeinfoが正しくコピーされます。vsftpdサービスを開始します。# systemctl enable --now vsftpd.service/etc/vsftpd/vsftpd.confファイルを変更する前から、このサービスがすでに実行されていた場合は、サービスを再起動して必ず編集後のファイルを読み込ませてください。# systemctl restart vsftpd.serviceこれにより、インストールツリーにアクセスできるようになり、インストールソースとして使用できるようになります。
インストールソースを設定するには、プロトコルに
ftp://を使用して、サーバーのホスト名または IP アドレス、および ISO イメージのファイルを保存するディレクトリー (FTP サーバーの root への相対パス) を指定します。たとえば、サーバーのホスト名がmyserver.example.comで、イメージからコピーしたファイルを/var/ftp/rhel10-install/に置いた場合、指定するインストールソースはftp://myserver.example.com/rhel10-install/となります。
第6章 UEFI HTTP インストールソースの準備 リンクのコピーリンクがクリップボードにコピーされました!
ローカルネットワーク上のサーバーの管理者は、ネットワーク上の他のシステムの HTTP ブートとネットワークインストールを有効にするように HTTP サーバーを設定できます。
6.1. ネットワークインストールの概要 リンクのコピーリンクがクリップボードにコピーされました!
ネットワークインストールでは、インストールサーバーへのアクセスがあるシステムに、Red Hat Enterprise Linux をインストールできます。ネットワークインストールには、少なくとも 2 つのシステムが必要です。
- サーバー
- DHCP サーバー、HTTP、HTTPS、FTP または NFS サーバー、および PXE ブートの場合は TFTP サーバーを実行するシステム。各サーバーを実行する物理システムが同じである必要はありませんが、このセクションの手順では、1 つのシステムですべてのサーバーを実行していることが想定されています。
- クライアント
- Red Hat Enterprise Linux をインストールしているシステム。インストールが開始すると、クライアントは DHCP サーバーに問い合わせ、HTTP サーバーまたは TFTP サーバーからブートファイルを受け取り、HTTP サーバー、HTTPS サーバー、FTP サーバー、または NFS サーバーからインストール環境イメージをダウンロードします。その他のインストール方法とは異なり、クライアントはインストールを開始するのに物理的な起動メディアを必要としません。
ネットワークからクライアントを起動するには、ファームウェアまたはクライアントのクイックブートメニューでネットワークブートを有効にします。ハードウェアによっては、ネットワークから起動するオプションが無効になっていたり、利用できない場合があります。
HTTP または PXE を使用してネットワークから Red Hat Enterprise Linux をインストールする準備を行うワークフローは次のとおりです。
- インストール ISO イメージまたはインストールツリーを NFS サーバー、HTTPS サーバー、HTTP サーバー、または FTP サーバーにエクスポートします。
- HTTP または TFTP サーバーと DHCP サーバーを設定し、サーバー上で HTTP または TFTP サービスを起動します。
- クライアントを起動して、インストールを開始します。
次のネットワークブートプロトコルを選択できます。
- HTTP
- クライアントの UEFI が HTTP ブートをサポートしている場合は、HTTP ブートを使用します。通常、HTTP ブートは信頼性に優れています。
- PXE (TFTP)
- PXE ブートはクライアントシステムによって広くサポートされています。ただし、TFTP プロトコルを介したブートファイルの送信は低速で、タイムアウトにより失敗する可能性があります。
6.2. ネットワークブート用の DHCPv4 サーバーの設定 リンクのコピーリンクがクリップボードにコピーされました!
サーバー上で DHCP バージョン 4 (DHCPv4) サービスを有効にし、ネットワークブート機能を提供できるようにします。
前提条件
- IPv4 プロトコルを介したネットワークインストールを準備中である。
サーバーのネットワークアドレスがわかっている。
次の例では、サーバーには次の設定のネットワークインターフェイス
enp1s0があります。- IPv4 アドレス
- 192.168.124.2/24
- IPv4 ゲートウェイおよび DNS サーバー
- 192.168.124.1
手順
DHCP サーバーをインストールします。
# dnf install keaDHCPv4 サーバーをセットアップします。
/etc/kea/kea-dhcp4.confファイルに次の設定を入力します。アドレスはネットワークカードと一致するように置き換えます。{ "Dhcp4": { "interfaces-config": { "interfaces": [ "enp1s0" ] }, "subnet4": [ { "id": 1, "subnet": "192.168.124.0/24", "pools": [ { "pool": "192.168.124.100 - 192.168.124.200" } ], "option-data": [ { "space": "dhcp4", "name": "routers", "code": 3, "data": "192.168.124.10" }, { "space": "dhcp4", "name": "domain-name-servers", "code": 6, "data": "192.168.124.10" } ] } ], "client-classes": [ { "name": "uefi PXE Clients", "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0007", "next-server": "192.168.124.2", "boot-file-name": "/uefi/BOOT/BOOTX64.EFI" }, { "name": "bios PXE Clients", "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0000", "next-server": "192.168.124.2", "boot-file-name": "syslinux/pxelinux.0" }, { "name": "uefi HTTP Clients", "test": "substring(option[60].hex,0,10) == 'HTTPClient' and option[93].hex == 0x0007", "option-data": [ { "space": "dhcp4", "name": "vendor-class-identifier", "code": 60, "data": "HTTPClient" } ], "next-server": "192.168.124.2", "boot-file-name": "http://192.168.124.2/uefi/BOOT/BOOTX64.EFI" } ] } }DHCPv4 サービスを起動します。
# systemctl enable --now kea-dhcp4
6.3. ネットワークブート用の DHCPv6 サーバーの設定 リンクのコピーリンクがクリップボードにコピーされました!
サーバー上で DHCP バージョン 6 (DHCPv4) サービスを有効にし、ネットワークブート機能を提供できるようにします。
前提条件
- IPv6 プロトコルを介したネットワークインストールを準備中である。
サーバーのネットワークアドレスがわかっている。
次の例では、サーバーには次の設定のネットワークインターフェイス
enp1s0があります。- IPv6 アドレス
- fd33::2/64
- IPv6 ゲートウェイ
- fd33::1
手順
DHCP サーバーをインストールします。
# dnf install keaDHCPv6 サーバーをセットアップします。
/etc/kea/kea-dhcp6.confファイルに次の設定を入力します。アドレスはネットワークカードと一致するように置き換えます。{ "Dhcp6": { "interfaces-config": { "interfaces": [ "enp1s0" ] }, "subnet6": [ { "id": 1, "subnet": "fd33::/64", "interface": "enp1s0", "pools": [ { "pool": "fd33::100-fd33::200" } ] } ], "client-classes": [ { "name": "uefi PXE Clients", "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00007'", "option-data": [ { "space": "dhcp6", "name": "bootfile-url", "code": 59, "data": "tftp://[fd33::2]/uefi/BOOT/BOOTX64.EFI" } ] }, { "name": "bios PXE Clients", "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00000'", "option-data": [ { "space": "dhcp6", "name": "bootfile-url", "code": 59, "data": "tftp://[fd33::2]/syslinux/pxelinux.0" } ] }, { "name": "uefi HTTP Clients", "test": "substring(option[16].hex,6,10) == 'HTTPClient' and substring(option[16].hex,22,5) == '00007'", "option-data": [ { "space": "dhcp6", "name": "bootfile-url", "code": 59, "data": "http://[fd33::2]/uefi/BOOT/BOOTX64.EFI" } ] } ] } }DHCPv6 サービスを起動します。
# systemctl enable --now kea-dhcp6DHCPv6 パケットがファイアウォールの RP フィルターによって破棄されている場合は、そのログを確認してください。ログに
rpfilter_DROPエントリーが含まれている場合は、/etc/firewalld/firewalld.confファイルで次の設定を使用してフィルターを無効にします。IPv6_rpfilter=no
6.4. HTTP ブート用の HTTP サーバーの設定 リンクのコピーリンクがクリップボードにコピーされました!
サーバーがネットワーク上で HTTP ブートリソースを提供できるように、サーバーに httpd サービスをインストールして有効にする必要があります。
前提条件
サーバーのネットワークアドレスがわかっている。
次の例では、サーバーには IPv4 アドレス
192.168.124.2のネットワークカードが搭載されています。
手順
HTTP サーバーをインストールします。
# dnf install httpd/var/www/html/redhatディレクトリーを作成します。# mkdir -p /var/www/html/redhat- RHEL DVD ISO ファイルをダウンロードします。All Red Hat Enterprise Linux Downloads を参照してください。
ISO ファイルのマウントポイントを作成します。
# mkdir -p /var/www/html/redhat/isoISO ファイルをマウントします。
# mount -o loop,ro -t iso9660 path-to-RHEL-DVD.iso /var/www/html/redhat/isoマウントされた ISO ファイルからブートローダー、カーネル、
initramfsを HTML ディレクトリーにコピーします。# cp -r /var/www/html/redhat/iso/images /var/www/html/redhat # cp -r /var/www/html/redhat/iso/EFI /var/www/html/redhatブートローダーの設定を編集可能にし、ブートファイルが httpd サーバー (apache) を実行しているユーザーにより所有されていることを確認します。
# chmod 644 /var/www/html/redhat/EFI/BOOT/grub.cfg # chown -R apache:apache /var/www/html/redhat/EFI/var/www/html/redhat/EFI/BOOT/grub.cfgファイルを編集し、次のように内容を置き換えます。set default="1" function load_video { insmod efi_gop insmod efi_uga insmod video_bochs insmod video_cirrus insmod all_video } load_video set gfxpayload=keep set timeout=60 menuentry 'Install Red Hat Enterprise Linux 10.0' --class fedora --class gnu-linux --class gnu --class os { linuxefi /redhat/images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso quiet initrdefi /redhat/images/pxeboot/initrd.img } submenu 'Troubleshooting -->' { menuentry 'Install Red Hat Enterprise Linux 10.0 in text mode' --class fedora --class gnu-linux --class gnu --class os { linuxefi /redhat/images/pxeboot/vmlinuz inst.repo=http://192.168.124.2/redhat/iso inst.text quiet initrdefi /redhat/images/pxeboot/initrd.img } menuentry 'Rescue a Red Hat Enterprise Linux system' --class fedora --class gnu-linux --class gnu --class os { linuxefi /redhat/images/pxeboot/vmlinuz inst.stage2=http://192.168.124.2/redhat/iso inst.rescue quiet initrdefi /redhat/images/pxeboot/initrd.img } }このファイルで、次の文字列を更新します。
- Install Red Hat Enterprise Linux 10.0
- ダウンロードした RHEL のバージョンと一致するようにバージョン番号を編集します。
- 192.168.124.2
- サーバーの IP アドレスに置き換えます。
ファイアウォールでポートを開いて、HTTP (80)、DHCP (67、68)、および DHCPv6 (546、547) トラフィックを許可します。
# firewall-cmd --zone public \ --add-port={80/tcp,67/udp,68/udp,546/udp,547/udp}このコマンドは、次にサーバーを再起動するまで、一時的にアクセスを有効にします。
-
オプション: 永続的なアクセスを有効にするには、コマンドに
--permanentオプションを追加します。 ファイアウォールルールを再読み込みします。
# firewall-cmd --reloadHTTP サーバーを起動します。
# systemctl enable --now httpdhtmlディレクトリーとそのコンテンツを読み取り可能および実行可能にします。# chmod -cR u=rwX,g=rX,o=rX /var/www/htmlhtmlディレクトリーの SELinux コンテキストを復元します。# restorecon -FvvR /var/www/html
第7章 PXE インストールソースの準備 リンクのコピーリンクがクリップボードにコピーされました!
PXE ブートとネットワークインストールを有効にするには、PXE サーバーで TFTP と DHCP を設定する必要があります。
7.1. ネットワークインストールの概要 リンクのコピーリンクがクリップボードにコピーされました!
ネットワークインストールでは、インストールサーバーへのアクセスがあるシステムに、Red Hat Enterprise Linux をインストールできます。ネットワークインストールには、少なくとも 2 つのシステムが必要です。
- サーバー
- DHCP サーバー、HTTP、HTTPS、FTP または NFS サーバー、および PXE ブートの場合は TFTP サーバーを実行するシステム。各サーバーを実行する物理システムが同じである必要はありませんが、このセクションの手順では、1 つのシステムですべてのサーバーを実行していることが想定されています。
- クライアント
- Red Hat Enterprise Linux をインストールしているシステム。インストールが開始すると、クライアントは DHCP サーバーに問い合わせ、HTTP サーバーまたは TFTP サーバーからブートファイルを受け取り、HTTP サーバー、HTTPS サーバー、FTP サーバー、または NFS サーバーからインストール環境イメージをダウンロードします。その他のインストール方法とは異なり、クライアントはインストールを開始するのに物理的な起動メディアを必要としません。
ネットワークからクライアントを起動するには、ファームウェアまたはクライアントのクイックブートメニューでネットワークブートを有効にします。ハードウェアによっては、ネットワークから起動するオプションが無効になっていたり、利用できない場合があります。
HTTP または PXE を使用してネットワークから Red Hat Enterprise Linux をインストールする準備を行うワークフローは次のとおりです。
- インストール ISO イメージまたはインストールツリーを NFS サーバー、HTTPS サーバー、HTTP サーバー、または FTP サーバーにエクスポートします。
- HTTP または TFTP サーバーと DHCP サーバーを設定し、サーバー上で HTTP または TFTP サービスを起動します。
- クライアントを起動して、インストールを開始します。
次のネットワークブートプロトコルを選択できます。
- HTTP
- クライアントの UEFI が HTTP ブートをサポートしている場合は、HTTP ブートを使用します。通常、HTTP ブートは信頼性に優れています。
- PXE (TFTP)
- PXE ブートはクライアントシステムによって広くサポートされています。ただし、TFTP プロトコルを介したブートファイルの送信は低速で、タイムアウトにより失敗する可能性があります。
7.2. ネットワークブート用の DHCPv4 サーバーの設定 リンクのコピーリンクがクリップボードにコピーされました!
サーバー上で DHCP バージョン 4 (DHCPv4) サービスを有効にし、ネットワークブート機能を提供できるようにします。
前提条件
- IPv4 プロトコルを介したネットワークインストールを準備中である。
サーバーのネットワークアドレスがわかっている。
次の例では、サーバーには次の設定のネットワークインターフェイス
enp1s0があります。- IPv4 アドレス
- 192.168.124.2/24
- IPv4 ゲートウェイおよび DNS サーバー
- 192.168.124.1
手順
DHCP サーバーをインストールします。
# dnf install keaDHCPv4 サーバーをセットアップします。
/etc/kea/kea-dhcp4.confファイルに次の設定を入力します。アドレスはネットワークカードと一致するように置き換えます。{ "Dhcp4": { "interfaces-config": { "interfaces": [ "enp1s0" ] }, "subnet4": [ { "id": 1, "subnet": "192.168.124.0/24", "pools": [ { "pool": "192.168.124.100 - 192.168.124.200" } ], "option-data": [ { "space": "dhcp4", "name": "routers", "code": 3, "data": "192.168.124.10" }, { "space": "dhcp4", "name": "domain-name-servers", "code": 6, "data": "192.168.124.10" } ] } ], "client-classes": [ { "name": "uefi PXE Clients", "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0007", "next-server": "192.168.124.2", "boot-file-name": "/uefi/BOOT/BOOTX64.EFI" }, { "name": "bios PXE Clients", "test": "substring(option[60].hex,0,9) == 'PXEClient' and option[93].hex == 0x0000", "next-server": "192.168.124.2", "boot-file-name": "syslinux/pxelinux.0" }, { "name": "uefi HTTP Clients", "test": "substring(option[60].hex,0,10) == 'HTTPClient' and option[93].hex == 0x0007", "option-data": [ { "space": "dhcp4", "name": "vendor-class-identifier", "code": 60, "data": "HTTPClient" } ], "next-server": "192.168.124.2", "boot-file-name": "http://192.168.124.2/uefi/BOOT/BOOTX64.EFI" } ] } }DHCPv4 サービスを起動します。
# systemctl enable --now kea-dhcp4
7.3. ネットワークブート用の DHCPv6 サーバーの設定 リンクのコピーリンクがクリップボードにコピーされました!
サーバー上で DHCP バージョン 6 (DHCPv4) サービスを有効にし、ネットワークブート機能を提供できるようにします。
前提条件
- IPv6 プロトコルを介したネットワークインストールを準備中である。
サーバーのネットワークアドレスがわかっている。
次の例では、サーバーには次の設定のネットワークインターフェイス
enp1s0があります。- IPv6 アドレス
- fd33::2/64
- IPv6 ゲートウェイ
- fd33::1
手順
DHCP サーバーをインストールします。
# dnf install keaDHCPv6 サーバーをセットアップします。
/etc/kea/kea-dhcp6.confファイルに次の設定を入力します。アドレスはネットワークカードと一致するように置き換えます。{ "Dhcp6": { "interfaces-config": { "interfaces": [ "enp1s0" ] }, "subnet6": [ { "id": 1, "subnet": "fd33::/64", "interface": "enp1s0", "pools": [ { "pool": "fd33::100-fd33::200" } ] } ], "client-classes": [ { "name": "uefi PXE Clients", "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00007'", "option-data": [ { "space": "dhcp6", "name": "bootfile-url", "code": 59, "data": "tftp://[fd33::2]/uefi/BOOT/BOOTX64.EFI" } ] }, { "name": "bios PXE Clients", "test": "substring(option[16].hex,6,9) == 'PXEClient' and substring(option[16].hex,21,5) == '00000'", "option-data": [ { "space": "dhcp6", "name": "bootfile-url", "code": 59, "data": "tftp://[fd33::2]/syslinux/pxelinux.0" } ] }, { "name": "uefi HTTP Clients", "test": "substring(option[16].hex,6,10) == 'HTTPClient' and substring(option[16].hex,22,5) == '00007'", "option-data": [ { "space": "dhcp6", "name": "bootfile-url", "code": 59, "data": "http://[fd33::2]/uefi/BOOT/BOOTX64.EFI" } ] } ] } }DHCPv6 サービスを起動します。
# systemctl enable --now kea-dhcp6DHCPv6 パケットがファイアウォールの RP フィルターによって破棄されている場合は、そのログを確認してください。ログに
rpfilter_DROPエントリーが含まれている場合は、/etc/firewalld/firewalld.confファイルで次の設定を使用してフィルターを無効にします。IPv6_rpfilter=no
7.4. BIOS ベースのクライアント用に TFTP サーバーを設定する リンクのコピーリンクがクリップボードにコピーされました!
自動ネットワークブートを有効にするには、BIOS ベースの AMD および Intel 64 ビットシステムの場合、TFTP サーバーと DHCP サーバーを設定し、PXE サーバー上で TFTP サービスを起動する必要があります。
手順
root で、次のパッケージをインストールします。
# dnf install tftp-serverファイアウォールで、
tftp serviceサービスへの着信接続を許可します。# firewall-cmd --add-service=tftpこのコマンドは、次にサーバーを再起動するまで、一時的にアクセスを有効にします。
オプション: 永続的なアクセスを有効にするには、
--permanentオプションを指定して前のコマンドを繰り返します。ISO インストールファイルの場所によっては、HTTP などのサービスの着信接続を許可しないといけない場合があります。
syslinux-tftpbootパッケージをインストールします。# dnf -y install syslinux-tftpboot/var/lib/tftpbootディレクトリーにpxelinuxディレクトリーを作成し、syslinux-tftpbootパッケージが提供するすべてのファイル (/tftpbootディレクトリーにあります) をpxelinuxディレクトリーにコピーします。# mkdir /var/lib/tftpboot/pxelinux # cp /tftpboot/* /var/lib/tftpboot/pxelinuxpxelinuxディレクトリーにpxelinux.cfgディレクトリーを作成します。# mkdir /var/lib/tftpboot/pxelinux/pxelinux.cfgdefaultという名前の設定ファイルを作成し、以下の例のようにpxelinux.cfgディレクトリーに追加します。DEFAULT menu.c32 MENU TITLE Red Hat Enterprise Linux 10.0 Installation TIMEOUT 600 LABEL default MENU LABEL ^Install Red Hat Enterprise Linux 10.0 KERNEL /pxelinux/images/RHEL-10/vmlinuz APPEND initrd=/pxelinux/images/RHEL-10/initrd.img inst.repo=http://192.168.124.2/redhat/iso quiet LABEL text MENU LABEL Install Red Hat Enterprise Linux 10.0 in ^text mode KERNEL /pxelinux/images/RHEL-10/vmlinuz APPEND initrd=/pxelinux/images/RHEL-10/initrd.img inst.repo=http://192.168.124.2/redhat/iso inst.text quiet LABEL rescue MENU LABEL ^Rescue a Red Hat Enterprise Linux system KERNEL /pxelinux/images/RHEL-10/vmlinuz APPEND initrd=/pxelinux/images/RHEL-10/initrd.img inst.stage2=http://192.168.124.2/redhat/iso inst.rescue quiet LABEL local MENU LABEL Boot from ^local drive LOCALBOOT 0xffff-
このランタイムイメージなしでは、インストールプログラムは起動できません。
inst.stage2起動オプションを使用して、イメージの場所を指定します。または、inst.repo=オプションを使用して、イメージおよびインストールソースを指定することも可能です。 -
inst.repoで使用するインストールソースの場所には、有効な.treeinfoファイルが含まれている必要があります。 -
インストールソースとして RHEL10 インストール DVD のコンテンツを選択すると、
.treeinfoファイルが BaseOS リポジトリーおよび AppStream リポジトリーを指定します。単一のinst.repoオプションを使用することで両方のリポジトリーを読み込むことができます。
-
このランタイムイメージなしでは、インストールプログラムは起動できません。
/var/lib/tftpbootディレクトリーに、ブートイメージファイルを保存するサブディレクトリーを作成し、そのディレクトリーにブートイメージファイルをコピーします。この例のディレクトリーは、/var/lib/tftpboot/pxelinux/images/RHEL-10になります。# mkdir -p /var/lib/tftpboot/pxelinux/images/RHEL-10 # cp /path_to_x86_64_images/pxeboot/{vmlinuz,initrd.img} /var/lib/tftpboot/pxelinux/images/RHEL-10/tftp.socketサービスを開始して有効にします。# systemctl enable --now tftp.socketこれにより、PXE ブートサーバーでは、PXE クライアントにサービスを提供する準備が整いました。Red Hat Enterprise Linux をインストールするシステムであるクライアントを起動できます。ブートソースを指定するように求められたら、PXE Boot または Network Boot を選択し、ネットワークインストールを開始します。
7.5. UEFI ベースのクライアント用に TFTP サーバーを設定する リンクのコピーリンクがクリップボードにコピーされました!
UEFI ベースの AMD64、Intel 64、および 64 ビット ARM システムでは、TFTP サーバーと DHCP サーバーを設定し、PXE サーバー上で TFTP サービスを起動する必要があります。
Red Hat Enterprise Linux 10 UEFI PXE ブートは、デフォルトの grub メニューファイル (grub.cfg) 以外にも、MAC ベースの grub メニューファイルの小文字のファイル形式に対応しています。たとえば、grub2 の MAC アドレスのファイル形式は grub.cfg-01-aa-bb-cc-dd-ee-ff です。
手順
root で、次のパッケージをインストールします。
# dnf install tftp-serverファイアウォールで、
tftp serviceサービスへの着信接続を許可します。# firewall-cmd --add-service=tftpこのコマンドは、次にサーバーを再起動するまで、一時的にアクセスを有効にします。
オプション: 永続的なアクセスを有効にするには、
--permanentオプションを指定して前のコマンドを繰り返します。ISO インストールファイルの場所によっては、HTTP などのサービスの着信接続を許可しないといけない場合があります。
DVD ISO イメージから EFI ブートイメージファイルにアクセスします。
# mount -t iso9660 /path_to_image/name_of_image.iso /mount_point -o loop,roDVD ISO イメージから EFI ブートイメージをコピーします。
# mkdir /var/lib/tftpboot/redhat # cp -r /mount_point/EFI /var/lib/tftpboot/redhat//var/lib/tftpboot/ディレクトリーに、ブートイメージファイルを保存するサブディレクトリーを作成し、そのディレクトリーにブートイメージファイルをコピーします。この例のディレクトリーは、/var/lib/tftpboot/images/RHEL-10/です。# mkdir -p /var/lib/tftpboot/images/RHEL-10/ # cp /mount_point/images/pxeboot/{vmlinuz,initrd.img} /var/lib/tftpboot/images/RHEL-10/ # umount /mount_pointコピーしたファイルのパーミッションを修正します。
# chmod -R 755 /var/lib/tftpboot/redhat//var/lib/tftpboot/redhat/EFI/BOOT/grub.cfgの内容を次の例に置き換えます。set default="1" set timeout=60 function load_video { insmod efi_gop insmod efi_uga insmod video_bochs insmod video_cirrus insmod all_video } load_video set gfxpayload=keep menuentry 'Install Red Hat Enterprise Linux 10.0' --class fedora --class gnu-linux --class gnu --class os { linuxefi /images/RHEL-10/vmlinuz inst.repo=http://192.168.124.2/redhat/iso quiet initrdefi /images/RHEL-10/initrd.img } submenu 'Troubleshooting -->' { menuentry 'Install Red Hat Enterprise Linux 10.0 in text mode' --class fedora --class gnu-linux --class gnu --class os { linuxefi /images/RHEL-10/vmlinuz inst.repo=http://192.168.124.2/redhat/iso inst.text quiet initrdefi /images/RHEL-10/initrd.img } menuentry 'Rescue a Red Hat Enterprise Linux system' --class fedora --class gnu-linux --class gnu --class os { linuxefi /images/RHEL-10/vmlinuz inst.stage2=http://192.168.124.2/redhat/iso inst.rescue quiet initrdefi /images/RHEL-10/initrd.img } }-
このランタイムイメージなしでは、インストールプログラムは起動できません。
inst.stage2起動オプションを使用して、イメージの場所を指定します。または、inst.repo=オプションを使用して、イメージおよびインストールソースを指定することも可能です。 -
inst.repoで使用するインストールソースの場所には、有効な.treeinfoファイルが含まれている必要があります。 -
インストールソースとして RHEL10 インストール DVD を選択すると、
.treeinfoファイルが BaseOS リポジトリーおよび AppStream リポジトリーを指定します。単一のinst.repoオプションを使用することで両方のリポジトリーを読み込むことができます。
-
このランタイムイメージなしでは、インストールプログラムは起動できません。
tftp.socketサービスを開始して有効にします。# systemctl enable --now tftp.socketこれにより、PXE ブートサーバーでは、PXE クライアントにサービスを提供する準備が整いました。Red Hat Enterprise Linux をインストールするシステムであるクライアントを起動できます。ブートソースを指定するように求められたら、PXE Boot または Network Boot を選択し、ネットワークインストールを開始します。
第8章 IBM Power サーバーへの RHEL インストール リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux は、さまざまな IBM Power System サーバーにインストールできます。
8.1. サポートされる IBM Power サーバー リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux を IBM Power Systems にインストールできます。サポートされている IBM Power サーバーの完全なリストは、Red Hat Ecosystem Catalog で見つけることができます。
8.2. HMC を使用した PowerVM LPAR へのインストールプロセスの概要 リンクのコピーリンクがクリップボードにコピーされました!
ハードウェア管理コンソールを使用して、PowerVM 論理区画 (LPAR) に RHEL をインストールできます。ハードウェア管理コンソール (HMC) は、IBM Power Systems サーバーの管理に使用できるハードウェアアプライアンスです。
インストールワークフローには、以下の一般的な手順が含まれます。
- RHEL インストール ISO をダウンロードします。
- インストール方法に基づいて、ブート可能な物理インストールメディアを準備します。
Power System が HMC に追加されていることを確認します。
詳細は、IBM ドキュメントの HMC への接続の追加または削除 を参照してください。
- マネージドシステム上で VIOS と LPAR を設定するか、要件に基づいてシステム全体の LPAR を設定します。
HMC コンソールにログインします。
-
ssh
hscroot@<HMC_IP_address>を実行し、mkvterm -m <managed_system_name> -p <lpar_name>コマンドまたはvtmenuインターフェイスを使用して LPAR コンソールにアクセスします。 - HMC の GUI を使用して LPAR の電源をオンにします。
- オプション: リモートデスクトップセッションに切り替えます。
-
ssh
- Red Hat Enterprise Linux をインストールします。
- オプション: Service および Productivity ツール、IBM Advance Toolchain for Linux on Power、および IBM SDK for PowerLinux を使用するには、IBM Tools Repository をインストールします。
詳細な手順については、IBM ドキュメントの Installing Linux on PowerVM LPAR by using the HMC および Service and productivity tools を参照してください。
8.3. グラフィックスカードを備えた IBM Power Server へのインストールプロセスの概要 リンクのコピーリンクがクリップボードにコピーされました!
グラフィックスカードを備えた IBM Power Systems サーバーに RHEL をインストールできます。
インストールワークフローには、以下の一般的な手順が含まれます。
- RHEL インストール ISO をダウンロードします。
- インストール方法に基づいて、ブート可能な物理インストールメディアを準備します。
- RHEL をインストールするためにマシンを準備します。
- インストーラーカーネルを起動します。
- Red Hat Enterprise Linux をインストールします。
- オプション: Service および Productivity ツール、IBM AdvanceD Toolchain for Linux on Power、および IBM SDK for PowerLinux を使用するには、IBM Tools Repository をインストールします。
詳細な手順については、IBM ドキュメントの Installing Linux on Power Systems servers with a graphics card および Service and productivity tools を参照してください。
第9章 64 ビット IBM Z での RHEL インストールの準備 リンクのコピーリンクがクリップボードにコピーされました!
64 ビット IBM Z アーキテクチャーに Red Hat Enterprise Linux をインストールできます。
9.1. 64 ビット IBM Z へのインストールの計画 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux 10 は、IBM z14 または IBM LinuxONE II 以降のシステムで動作します。
IBM Z へのインストールプロセスでは、ユーザーが 64 ビットの IBM Z の操作に慣れていること、また 論理パーティション (LPAR) および z/VM ゲスト仮想マシンをセットアップできることを前提としています。Red Hat Enterprise Linux を 64 ビットの IBM Z にインストールする場合、Red Hat では、Direct Access Storage Device (DASD)、ファイバーチャネルプロトコル (FCP) で接続された SCSI ディスクデバイス、virtio-blk および virtio-scsi デバイスをサポートします。FCP デバイスを使用する場合は、信頼性を高めるためにマルチパス設定で使用してください。
DASD は、デバイスごとに最大 3 つのパーティションを許可するディスクです。たとえば、dasda には、dasda1、dasda2、および dasda3 のパーティションを設定できます。
- インストール前に決めること
- オペレーティングシステムを LPAR、KVM 上で稼働するか、z/VM ゲストのオペレーティングシステムとして稼働するか。
ネットワーク設定。64 ビットの IBM Z 向けの Red Hat Enterprise Linux 10 は、以下のネットワークデバイスに対応しています。
- 物理および仮想の OSA (オープンシステムアダプター)
- 物理および仮想の HiperSockets
-
virtio-netデバイス - コンバージドイーサネット上 RDMA (RoCE)
-
z/VM 仮想マシンのマシンタイプとして
ESAを必ず選択してください。他のマシンタイプを選択すると、RHEL がインストールされなくなる可能性があります。IBM のドキュメント を参照してください。
SWAPGEN ユーティリティーを使用して FBA (Fixed Block Architecture) DASD 上のスワップ領域を初期化する場合は、FBAPART オプションを使用する必要があります。
9.2. IBM Z サーバーのブートメディアの互換性 リンクのコピーリンクがクリップボードにコピーされました!
次の表は、64 ビット IBM Z サーバーに Red Hat Enterprise Linux (RHEL) をインストールする場合にサポートされるブートメディアオプションの詳細情報を示しています。各ブートメディアとさまざまなシステムタイプとの互換性の概要と、zipl ブートローダーを使用するかどうかを示しています。この情報は、特定の環境に最も適したブートメディアを決定するのに役立ちます。
| システムタイプ/ブートメディア | zipl ブートローダーを使用 | z/VM | KVM | LPAR |
|---|---|---|---|---|
| z/VM Reader | いいえ | はい | 該当なし | 該当なし |
| SE または HMC (リモート SFTP、FTPS、FTP サーバー、DVD) | いいえ | 該当なし | 該当なし | はい |
| DASD | はい | はい | はい | はい |
| FCP SCSI LUN | はい | はい | はい | はい |
| FCP SCSI DVD | はい | はい | はい | はい |
該当なしは、そのシステムタイプにブートメディアが適用されないことを示しています。
9.3. IBM Z サーバーでサポートされる環境とコンポーネント リンクのコピーリンクがクリップボードにコピーされました!
以下の表は、64 ビット IBM Z サーバーに Red Hat Enterprise Linux (RHEL) をインストールするときに、さまざまなシステムタイプでサポートされる環境、ネットワークデバイス、マシンタイプ、およびストレージタイプに関する情報を示しています。これらの表を使用して、さまざまなコンポーネントとお客様固有のシステム構成との互換性を確認してください。
| ネットワークデバイス | z/VM | KVM | LPAR |
|---|---|---|---|
| Open Systems Adapter (OSA) | はい | 該当なし | はい |
| HiperSockets | はい | 該当なし | はい |
| virtio-net | 該当なし | はい | 該当なし |
| コンバージドイーサネット上 RDMA (RoCE) | はい | はい | はい |
該当なしは、そのコンポーネントにブートメディアが適用されないことを示しています。
| マシンタイプ | z/VM | KVM | LPAR |
|---|---|---|---|
| ESA | はい | 該当なし | 該当なし |
| s390-virtio-ccw | 該当なし | はい | 該当なし |
該当なしは、そのコンポーネントにブートメディアが適用されないことを示しています。
| ストレージタイプ | z/VM | KVM | LPAR |
|---|---|---|---|
| DASD | はい | はい | はい |
| FCP SCSI | はい | はい[a] | はい |
| virtio-blk | 該当なし | はい | 該当なし |
[a]
構成に基づき条件付きでサポート
| |||
該当なしは、そのコンポーネントにブートメディアが適用されないことを示しています。
9.4. 64 ビット IBM Z サーバーへのインストールプロセスの概要 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux の 64 ビットの IBM Z へのインストールは、対話形式または無人モードで行うことが可能です。64 ビットの IBM Z へのインストールは通常、ローカルメディアからではなく、ネットワーク経由で行われるという点で他のアーキテクチャーと異なります。インストールは次の 3 つのフェーズで構成されます。
インストールを起動します。
- メインフレームに接続します。
- ブートパラメーターをカスタマイズします。
- 初期プログラムロード (IPL) を実行するか、インストールプログラムを含むメディアから起動します。
インストールシステムに接続します。
- ローカルマシンから、SSH を使用してリモート 64 ビット IBM Z システムに接続し、リモートデスクトッププロトコル (RDP) を使用してインストールプログラムを起動します。
- RHEL インストールプログラムを使用してインストールを完了します。
9.5. 64 ビット IBM Z サーバーに RHEL をインストールするためのブートメディア リンクのコピーリンクがクリップボードにコピーされました!
メインフレームとの接続を確立したら、インストールプログラムを含むメディアから IPL (initial program load)、つまり起動を実行する必要があります。一般に、カーネル (kernel.img) と初期 RAM ディスク (initrd.img) で構成され、generic.prm ファイル内のパラメーターとユーザー定義パラメーターによって補完された Linux インストールシステムは、任意の方法で起動できます。また、initrd、カーネル、generic.prm のファイル名およびメモリーアドレスを判断するために、generic.ins ファイルがロードされます。
このドキュメントでは、Linux インストールシステムを インストールプログラム とも呼びます。
以下の起動メディアは、Linux を z/VM 環境でゲストのオペレーティングシステムとして実行する場合にのみ使用できます。
- z/VM リーダー
以下の起動メディアは、Linux を LPAR モードで実行する場合にのみ使用できます。
- リモートの SFTP、FTPS、または FTP サーバー経由の SE または HMC
- SE または HMC DVD
以下の起動用メディアは、z/VM と LPAR の両方に使用できます。
- DASD
- FCP チャネルを介して接続している SCSI デスクデバイス
DASD または FCP 接続の SCSI ディスクデバイスをブートメディアとして使用する場合は、zipl ブートローダーを設定する必要があります。
9.6. ブートパラメーターのカスタマイズ リンクのコピーリンクがクリップボードにコピーされました!
インストールを開始する前に、いくつかの必須ブートパラメーターを設定する必要があります。z/VM 経由でインストールする場合は、generic.prm ファイルで起動する前に、これらのパラメーターを設定する必要があります。LPAR にインストールする場合、rd.cmdline パラメーターはデフォルトで ask に設定されます。そのため、これらのブートパラメーターを入力するプロンプトが表示されます。いずれの場合も、必須パラメーターは同じです。
すべてのネットワーク設定は、パラメーターファイルを使用するか、プロンプトで指定できます。
- インストールソース
- インストールソースは常に設定される必要があります。
inst.repo オプションを使用すると、インストール用のパッケージソースを指定できます。
- ネットワークデバイス
インストール中にネットワークアクセスが必要となる場合は、ネットワークを設定する必要があります。ディスクなどのローカルメディアのみを使用して無人 (キックスタートベース) インストールを行う場合は、ネットワーク設定を省略できます。
ip=-
基本的なネットワーク設定には
ip=オプションを使用し、必要に応じて他のオプションも使用できます。
rd.znet=また、ネットワークプロトコルのタイプを指定する
rd.znet=カーネルオプションを使用することもできます。これは、サブチャネルのコンマ区切りリストです。必要に応じて、qeth デバイス用のコンマ区切りのsysfsパラメーターと値のペアを指定することもできます。複数のネットワークデバイスをアクティベートするには、このパラメーターを複数回にわたり指定することができます。以下に例を示します。
rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portno=<number>複数の
rd.znetブートオプションを指定すると、最後のオプションだけがインストールされているシステムのカーネルコマンドラインに渡されます。インストール中に設定されたすべてのネットワークデバイスは、起動時に適切にアクティブ化および設定されるため、これはシステムのネットワークには影響しません。qeth デバイスドライバーは、イーサネットデバイスと Hipersockets デバイスに同じインターフェイス名 (
enc<device number>) を割り当てます。バス ID は、ドットで区切られたチャネルサブシステム ID、サブチャネルセット ID、およびデバイス番号で構成されます。デバイス番号は、先頭のゼロとドットを除いたバス ID の最後の部分です。たとえば、インターフェイス名は、バス ID が0.0.0a00のデバイスに対してenca00になります。
- ストレージデバイス
テキストモードインストールには、少なくとも 1 つのストレージデバイスが常に設定される必要があります
rd.dasd=オプションは、Direct Access Storage Device (DASD) アダプターデバイスバス識別子を受け取ります。複数の DASD の場合は、パラメーターを複数回指定するか、バス ID のコンマ区切りリストを使用します。DASD の範囲を指定するには、最初と最後のバス ID を指定します。以下に例を示します。
rd.dasd=0.0.0200 rd.dasd=0.0.0202(ro),0.0.0203(ro:failfast),0.0.0205-0.0.0207インストールプロセス中に
rd.dasd=カーネル引数を使用して指定したすべての DASD が、インストールされたシステム上で自動的にアクティブ化されます。このアクティブ化は、インストール中に DASD がパーティション設定に使用されたかどうかに関係なく実行されます。rd.dasd=によってインストーラーに認識されるすべてのディスクが、インストールされたシステムの最初の起動時にオンラインになり、使用可能になります。rd.zfcp=オプションは、SCSI over FCP(zFCP) アダプターデバイスバス識別子、ターゲット World Wide Port Name (WWPN)、および FCP LUN を取得し、SCSI ディスクへの 1 つのパスをアクティブにします。同じディスクへの複数のパスをアクティブにするには、このパラメーターを少なくとも 2 回指定する必要があります。このパラメーターを複数回指定して、それぞれが複数のパスを持つ複数のディスクをアクティブ化できます。10 以降、ターゲットワールドワイドポート名 (WWPN) と FCP LUN は、
zFCPデバイスが NPIV モードで設定されていない場合や、zfcp.allow_lun_scan=0カーネルモジュールパラメーターによりauto LUNスキャンが無効になっている場合のみ提供する必要があります。これは、指定されたバス ID を持つ FCP デバイスに接続されたストレージエリアネットワークで見つかったすべての SCSI デバイスへのアクセスを提供します。同じディスクへの複数のパスをアクティブにするには、このパラメーターを少なくとも 2 回指定する必要があります。rd.zfcp=0.0.4000,0x5005076300C213e9,0x5022000000000000 rd.zfcp=0.0.4000- Kickstart のオプション
Kickstart ファイルを使用して自動インストールを行う場合は、
inst.ks=オプションで Kickstart ファイルの場所を常に指定している必要があります。無人の完全自動キックスタートインストールでは、inst.cmdlineオプションを指定すると便利です。必須パラメーターすべてを含むカスタマイズしたgeneric.prmファイルの例を以下に示します。ro ramdisk_size=40000 cio_ignore=all,!condev inst.repo=http://example.com/path/to/repository rd.znet=qeth,0.0.0600,0.0.0601,0.0.0602,layer2=1,portno=0,portname=foo ip=192.168.17.115::192.168.17.254:24:foobar.systemz.example.com:enc600:none nameserver=192.168.17.1 rd.dasd=0.0.0200 rd.dasd=0.0.0202 rd.zfcp=0.0.4000,0x5005076300c213e9,0x5022000000000000 rd.zfcp=0.0.5000,0x5005076300dab3e9,0x5022000000000000 inst.ks=http://example.com/path/to/kickstartインストール方法によっては、HMC DVD または FTP サーバーのファイルシステムのインストールデータの場所のマッピングがあり、データがコピーされるメモリーの場所を持つファイルが必要です。
このファイルは、通常
generic.insと名前が付けられ、初期 RAM ディスク、カーネルイメージ、パラメーターファイル (generic.prm) のファイル名と各ファイルのメモリーの場所が格納されています。generic.insの例は、以下のサンプルのようになります。images/kernel.img 0x00000000 images/initrd.img 0x02000000 images/genericdvd.prm 0x00010480 images/initrd.addrsize 0x00010408有効な
generic.insファイルは、インストーラーの起動に必要なその他すべてのファイルとともに Red Hat から提供されます。このファイルは、たとえば、デフォルト以外のカーネルバージョンをデフォルトからロードする場合にのみ変更します。
9.7. z/VM ゲスト仮想マシンへのインストールの準備 リンクのコピーリンクがクリップボードにコピーされました!
端末エミュレーター x3270 または c3270 を使用して、その他の Linux システムから z/VM にログインしたり、64 ビットの IBM Z Hardware Management Console (HMC) で IBM 3270 端末エミュレーターを使用します。Microsoft Windows オペレーティングシステムを実行している場合は、インターネットの検索で確認できる複数のオプションが利用できます。wc3270 と呼ばれる、無料でネイティブの Windows ポート c3270 もあります。
/VM 仮想マシンのマシンタイプとして ESA を必ず選択してください。他のマシンタイプを選択すると、RHEL がインストールされなくなる可能性があります。IBM のドキュメント を参照してください。
手順
- Linux インストールに選択した z/VM ゲストの仮想マシンにログオンします。
オプション: 3270 の接続が中断され、以前のセッションがまだアクティブであるために再度ログインできない場合は、z/VM ログオン画面で次のコマンドを入力すると、以前のセッションを新しいセッションに置き換えることができます。
logon user hereuser には z/VM ゲスト仮想マシンの名前を入れてください。RACF などの外部セキュリティーマネージャーが使用されているかどうかによって、ログオンコマンドが異なる場合があります。
ゲスト内で CMS (z/VM 同梱のシングルユーザー用オペレーティングシステム) を実行していない場合は、以下のコマンドを実行してここで起動します。
cp ipl cmsインストールターゲットには、A ディスク (多くの場合デバイス番号は 0191) などの CMS ディスクを使用しないようにしてください。CMS で使用されているディスクを確認するには、以下のクエリーを使用します。
query disk以下の CP (z/VM ハイパーバイザーである z/VM 制御プログラム) の query コマンドを使用すると、z/VM ゲスト仮想マシンのデバイス設定を確認できます。
利用できるメインメモリーをクエリーします。64 ビットの IBM Z の用語では ストレージ と呼ばれています。ゲストには少なくとも 1 GiB のメインメモリーが必要です。
cp query virtual storage利用できるネットワークデバイスを以下のタイプ別にクエリーします。
osa- OSA - CHPID タイプ OSD、物理または仮想 (VSWITCH または GuestLAN)、いずれも QDIO モード
hsi- HiperSockets - CHPID タイプ IQD、物理または仮想 (GuestLAN タイプ Hipers)
lcs- LCS - CHPID タイプ OSE
たとえば、上記のネットワークデバイスタイプをすべて問い合わせる場合は、次を実行します。
cp query virtual osa利用できる DASD をクエリーします。インストールターゲットとして使用できるのは、読み取り/書き込みモードの
RWフラグが付けられたものだけです。cp query virtual dasd使用可能な FCP デバイス (vHBA) のクエリー:
cp query virtual fcp
9.8. 64 ビット IBM Z のパラメーターおよび設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
64 ビット IBM Z のパラメーターと設定ファイルを使用して、RHEL をカスタマイズおよび設定できます。
9.8.1. 64 ビット IBM Z で必要な設定ファイルパラメーター リンクのコピーリンクがクリップボードにコピーされました!
いくつかのパラメーターは必須のパラメーターなので、必ずパラメーターファイルに追加してください。このパラメーターはインストール DVD の images/ ディレクトリー内にある generic.prm ファイルでも提供されています。
roRAM ディスクであり、読み取り専用である root ファイルシステムをマウントします。
ramdisk_size=sizeRAM ディスク用に予約されているメモリーサイズを、Red Hat Enterprise Linux インストールプログラムを格納できるサイズに修正します。たとえば、
ramdisk_size=40000のようになります。
generic.prm ファイルには、追加のパラメーター "cio_ignore=all,!condev" も含まれています。この設定は、デバイスが多いシステムで、起動とデバイス検出を高速化します。インストールプログラムは、無視するデバイスのアクティベーションを透過的に処理します。
9.8.2. 64 ビット IBM z/VM 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
z/VM では、CMS でフォーマットしたディスクの設定ファイルを使用できます。CMS 設定ファイルの目的は、パラメーターファイル内の領域を節約することにあります。これは、初期ネットワークや、DASD および FCP 仕様を設定するパラメーターを、パラメーターファイルから移動することにより実行します。
CMS 設定ファイルでは、1 つの変数が 1 行で表されます。variable=value のようなシェルスタイルの構文で値が設定されます。
パラメーターファイルには、CMSDASD パラメーターおよび CMSCONFFILE のパラメーターも追加する必要があります。このパラメーターは、設定ファイルの場所をインストールプログラムに指定します。
CMSDASD=cmsdasd_addresscmsdasd_address は、設定ファイルを格納している CMS フォーマット済みディスクのデバイス番号です。一般的には、CMS ユーザーの
Aディスクになります。たとえば、
CMSDASD=191となります。CMSCONFFILE=configuration_fileconfiguration_file は、設定ファイル名になります。この値は小文字で指定してください。
CMS_file_name.CMS_file_typeなどの Linux ファイル名の形式で指定します。CMS ファイルの
REDHAT CONFはredhat.confとして指定されます。CMS のファイル名およびファイルタイプは、それぞれ CMS 規則に従い 1 文字から 8 文字の長さにします。たとえば、
CMSCONFFILE=redhat.confとなります。
9.8.3. 64 ビット IBM Z でのインストールネットワーク、DASD および FCP パラメーター リンクのコピーリンクがクリップボードにコピーされました!
このようなパラメーターは、準備段階のネットワークを自動的に設定するために使用され、CMS 設定ファイル内で定義できます。このパラメーターは、CMS 設定ファイルでも使用できるパラメーターのみに限定されます。その他のセクションで扱われるその他のパラメーターはすべて、パラメーターファイル内で指定する必要があります。
NETTYPE="type"type は、
qeth、lcs、ctcのいずれかにしてください。デフォルトはqethです。以下を使用する場合は
qethを選択します。- OSA-Express 機能
- HiperSockets
VSWITCH およびゲスト LAN を含む z/VM 上の仮想接続
以下を使用する場合は
ctcを選択します。- チャネル間ネットワーク接続
SUBCHANNELS="device_bus_IDs"device_bus_IDs は、コンマで区切られた 2 つまたは 3 つのデバイスバス ID になります。ID は小文字で指定する必要があります。
各ネットワークインターフェイスに、それぞれ必要なデバイスバス ID を入力します。
qeth: SUBCHANNELS="read_device_bus_id,write_device_bus_id,data_device_bus_id" lcs or ctc: SUBCHANNELS="read_device_bus_id,write_device_bus_id"以下に例を示します (qeth SUBCHANNEL ステートメントの場合)。
SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"PORTNO="portnumber"-
PORTNO="0"(ポート 0 を使用) またはPORTNO="1"(各 CHPID にポートが 2 つある OSA 機能のポート 1 を使用) のどちらかを追加できます。 LAYER2="value"value は、
0または1です。レイヤー 3 モード (
NETTYPE="qeth") で OSA または HiperSocket を動作させる場合は、LAYER2="0"を使用します。レイヤー 2 モードの場合は、LAYER2="1"を使用します。z/VM 環境の仮想ネットワークデバイスの場合、この設定はデバイスを接続する GuestLAN または VSWITCH の定義と同じにしてください。DHCP などのレイヤー 2 (Data Link Layer またはその MAC サブレイヤー) で動作するネットワークサービスを使用する場合は、レイヤー 2 モードを選択することが推奨されます。
OSA デバイス用の qeth デバイスドライバーのデフォルトがレイヤー 2 モードになります。以前のデフォルトであるレイヤー 3 モードを引き続き使用する場合は、
LAYER2="0"を明示的に設定します。VSWITCH="value"value は、
0または1です。z/VM VSWITCH または GuestLAN に接続する場合は
VSWITCH="1"を指定します。実際の OSA または実際の HiperSocket を直接接続して使用する場合はVSWITCH="0"を指定します (または何も指定しません)。MACADDR="MAC_address"LAYER2="1"とVSWITCH="0"を指定している場合は、このパラメーターを使用して MAC アドレスを指定することもできます。Linux では、小文字と 16 進数の組み合わせをコロンで区切った、6 つのオクテット形式が必要です (MACADDR=62:a3:18:e7:bc:5fなど)。これは、z/VM で使用される表記とは異なります。LAYER2="1"とVSWITCH="1"を指定する場合は、MACADDRを指定しないでください。レイヤー 2 モードの場合は、z/VM により固有の MAC アドレスが仮想ネットワークデバイスに割り当てられます。CTCPROT="value"value は、
0、1、または3です。NETTYPE="ctc"の CTC プロトコルを指定します。デフォルトは0です。HOSTNAME="string"- string は、新たにインストールした Linux インスタンスのホスト名です。
IPADDR="IP"- IP は、新しい Linux インスタンスの IP アドレスです。
NETMASK="netmask"netmask はネットマスクです。
IPv4 の CIDR (クラスレス相互ドメインルーティング) で規定されているように、ネットマスクでは接頭辞の整数 (1 から 32) の構文に対応しています。たとえば、
255.255.255.0の代わりに24を指定したり、255.255.240.0の代わりに20を指定できます。GATEWAY="gw"- gw は、このネットワークデバイスのゲートウェイ IP アドレスです。
MTU="mtu"- mtu は、このネットワークデバイスの Maximum Transmission Unit (MTU) です。
DNS="server1:server2:additional_server_terms:serverN""server1:server2:additional_server_terms:serverN" は、コロンで区切った DNS サーバーのリストです。以下に例を示します。
DNS="10.1.2.3:10.3.2.1"SEARCHDNS="domain1:domain2:additional_dns_terms:domainN""domain1:domain2:additional_dns_terms:domainN" は、コロンで区切った検索ドメインのリストです。以下に例を示します。
SEARCHDNS="subdomain.domain:domain"SEARCHDNS=の指定が必要となるのは、DNS=パラメーターを使用する場合のみです。DASD=DASD または DASD の範囲を定義して、インストールを設定します。
インストールプログラムは、オプション属性である
ro、diag、erplog、failfastのオプション属性が指定された、デバイスバス ID のコンマ区切りリスト、またはデバイスバス ID の範囲をサポートします。必要に応じて、デバイス番号で先行するゼロを除くことでデバイスバス ID を短縮できます。いずれのオプション属性も、コロンで区切り、括弧で囲む必要があります。オプションの属性は、デバイスバス ID、またはデバイスバス ID の範囲の後に続きます。グローバルオプションは
autodetectのみサポートされています。ここでは、存在しない DASD の仕様をサポートして、後で追加する DASD 用にカーネルデバイス名を確保するということは行いません。永続性のある DASD デバイス名 (例:/dev/disk/by-path/name) を使用して、後で透過的なディスクを追加できるようにします。probeonly、nopav、nofcxなどの他のグローバルオプションは、インストールプログラムではサポートされていません。システムにインストールする必要がある DASD だけを指定します。ここで指定した未フォーマットの DASD はすべて、インストールプログラムで後で確認してからフォーマットする必要があります。
インストール後に、root ファイルシステム、または
/bootパーティションに必要ではないデータの DASD を追加します。以下に例を示します。
DASD="eb1c,0.0.a000-0.0.a003,eb10-eb14(diag),0.0.ab1c(ro:diag)"FCP_n="device_bus_ID [WWPN FCP_LUN]"FCP のみの環境では、DASD が存在しないことを示すために、CMS 設定ファイルから
DASD=オプションを削除します。FCP_n="device_bus_ID [WWPN FCP_LUN]"詳細は以下のようになります。
-
通常、n は整数値になりますが (
FCP_1、FCP_2など)、アルファベット、数字、下線などを使用した文字列でも構いません。 -
device_bus_ID は、HBA (ホストバスアダプター) (例: デバイス fc00 の場合は
0.0.fc00) を表す FCP デバイスのデバイスバス ID を指定します。 -
WWPN は、ルーティングに使用される世界共通のポート名です (マルチパスと併用されることが多い)。16 桁の 16 進数の値 (
0x50050763050b073dなど) になります。 FCP_LUN は、ストレージの論理ユニット識別子を指し、16 桁の 16 進数の右側にゼロを加えた値 (
0x4020400100000000など) で指定します。注記zfcp.allow_lun_scan=0カーネルモジュールパラメーターにより auto LUN スキャンが無効になっているか、RHEL-9.0 以前のリリースをインストールする場合、zFCPデバイスが NPIV モードで設定されていないときは、ターゲットのワールドワイドポート名 (WWPN) および FCP_LUN を指定する必要があります。それ以外の場合は、device_bus_ID値のみは必須です。この変数は、システムで、FCP デバイスとともに使用して、SCSI ディスクなどの FCP LUN をアクティベートできます。新たな FCP LUN はインストール中に対話式に、またはキックスタートファイルを介してアクティベートできます。サンプル値は以下のようになります。
FCP_1="0.0.fc00 0x50050763050b073d 0x4020400100000000" FCP_2="0.0.4000"FCP パラメーターで使用する各値 (
FCP_1、FCP_2など) はサイト固有となるため、通常は FCP ストレージ管理者から提供されます。
-
通常、n は整数値になりますが (
9.8.4. 64 ビット IBM Z の追加ブートパラメーター リンクのコピーリンクがクリップボードにコピーされました!
パラメーターファイルでは次のパラメーターを定義できますが、CMS 設定ファイルでは機能しません。
rd.live.check-
ISO ベースのインストールソースのテストを起動します。たとえば、ローカルディスク上、または NFS でマウントした ISO で
inst.repo=を使用する場合などにテストします。 inst.nompath- マルチパスデバイスのサポートを無効にします。
inst.proxy=[protocol://][username[:password]@]host[:port]- HTTP、HTTPS、または FTP を介したインストールで使用するプロキシーを指定します。
inst.rescue- RAM ディスクからレスキューシステムを起動して、インストールされたシステムを修正または復元できます。
inst.stage2=URLinstall.imgディレクトリーではなく、install.imgを含むツリーへのパスを指定します。それ以外は、inst.repo=の構文に従います。inst.stage2が指定されていると、それがinstall.imgを検索する他の方法よりも優先されます。ただし、Anaconda が、ローカルメディア上でinstall.imgを検出すると、inst.stage2の URL は無視されます。inst.stage2が指定されておらず、install.imgがローカルで見つからない場合、Anaconda はinst.repo=またはmethod=で指定された場所を検索します。inst.repo=やmethod=なしでinst.stage2=だけが指定されている場合、Anaconda は、インストール済みのシステムでデフォルトで有効化されるはずのリポジトリーをインストールに使用します。複数の HTTP、HTTPS、または FTP ソースを指定する場合は、オプションを複数回使用します。複数の HTTP、HTTPS、または FTP のパスが指定されると、いずれかが成功するまで順番に試行されます。
inst.stage2=http://hostname/path_to_install_tree/ inst.stage2=http://hostname/path_to_install_tree/ inst.stage2=http://hostname/path_to_install_tree/inst.syslog=IP/hostname[:port]- ログメッセージをリモートの syslog サーバーに送信します。
ここで説明されているブートパラメーターは、64 ビットの IBM Z へのインストールとトラブルシューティングに非常に便利ですが、インストールプログラムに影響を及ぼすのはこれらのサブセットのみです。
9.8.5. 64 ビット IBM Z のサンプルパラメーターファイルおよび CMS 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
パラメーターファイルを変更する場合は、配布されている generic.prm ファイルの拡張から始めてください。
generic.prm ファイルの例:
ro ramdisk_size=40000 cio_ignore=all,!condev
CMSDASD="191" CMSCONFFILE="redhat.conf"
inst.rdp
inst.repo=http://example.com/path/to/dvd-contents
QETH ネットワークデバイスを設定する redhat.conf ファイルの例 (generic.prm 内の CMSCONFFILE により指定されています)
NETTYPE="qeth"
SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602"
PORTNAME="FOOBAR"
PORTNO="0"
LAYER2="1"
MACADDR="02:00:be:3a:01:f3"
HOSTNAME="foobar.systemz.example.com"
IPADDR="192.168.17.115"
NETMASK="255.255.255.0"
GATEWAY="192.168.17.254"
DNS="192.168.17.1"
SEARCHDNS="systemz.example.com:example.com"
DASD="200-203"
第10章 Kernel-based Virtual Machine の作成と仮想マシンでのインストール ISO の起動 リンクのコピーリンクがクリップボードにコピーされました!
Kernel-based Virtual Machine (KVM) を作成し、RHEL のインストールを開始できます。
前提条件
- IBM Z プラットフォーム上の KVM ホストで、LPAR モードでインストールされた RHEL が実行されている。LPAR へのインストール を参照してください。
手順
KVM ゲストオペレーティングシステムとして Red Hat Enterprise Linux のインスタンスを使用して仮想マシンを作成します。KVM ホストで次の
virt-installコマンドを使用します。$ virt-install --name=<guest_name> --disk size=<disksize_in_GB> --memory=<memory_size_in_MB> --cdrom <filepath_to_iso> --graphics vnc
第11章 インストールメディアの起動 リンクのコピーリンクがクリップボードにコピーされました!
起動可能なメディアを作成したら、Red Hat Enterprise Linux のインストールを起動できます。
Red Hat コンテンツ配信ネットワーク (CDN) を使用すると、RHEL を登録できます。CDN は地理的に分散された一連の Web サーバーです。これらのサーバーは、たとえば、有効なサブスクリプションを持つ RHEL ホストにパッケージや更新を提供します。
インストール中に、CDN から RHEL を登録してインストールすると、次のような利点があります。
- インストール後すぐに最新のシステムで最新のパッケージを利用できます。
- Red Hat Lightspeed に接続し、システムの目的を有効にするための統合サポートを利用できます。
11.1. HTTP を使用してネットワークからインストールを起動する リンクのコピーリンクがクリップボードにコピーされました!
同時に多数のシステムに Red Hat Enterprise Linux をインストールする場合の最善のアプローチは、ローカルネットワーク上のサーバーから起動してインストールすることです。HTTP を使用して、ネットワークから Red Hat Enterprise Linux のインストールを起動できます。
ネットワークからインストールプロセスを起動するには、イーサネットなどの物理ネットワーク接続を使用する必要があります。ワイヤレス接続でインストールプロセスを起動することはできません。
前提条件
- HTTP ブートサーバーを設定しており、システムにネットワークインターフェイスがある。詳細は、関連情報 を参照してください。
- ネットワークインタフェースから起動するように、システムを設定している。このオプションは UEFI にあり、Network Boot または Boot Services のラベルが付けられる場合があります。
- 指定されたネットワークインターフェイスから UEFI が起動するように設定されており、HTTP ブート標準をサポートしていることを確認している。詳細は、ハードウェアのドキュメントを参照してください。
- プラットフォームが x86_64 である。または、KVM にインストールする。
手順
- ネットワークケーブルが接続されていることを確認します。コンピューターの電源がオンになっていない場合でも、ネットワークソケットのリンクインジケーターのライトがオンになっているはずです。
システムの電源をオンにします。
ハードウェアによっては、システムが HTTP ブートサーバーに接続する前に、ネットワーク設定と診断情報が表示されることがあります。接続すると、HTTP ブートサーバーの設定に応じたメニューが表示されます。
キーボードの矢印キーを使用して必要なブートオプションを選択し、Enter キーを押してブートオプションを選択します。インストールプログラムが起動したら、グラフィカルユーザーインターフェイスまたはテキストユーザーインターフェイスを使用して Red Hat Enterprise Linux をインストールできます。
ブートメニューウィンドウで何も操作が実行されない場合、デフォルトでは 60 秒以内にインストールプログラムが自動的に起動します。
オプション: 利用可能なブートオプションを編集します。
E を押して、編集モードにします。事前定義済みのコマンドラインを変更して、ブートオプションを追加または削除します。Ctrl+X を押して選択を確定します。
11.2. PXE を使用してネットワークからインストールを起動 リンクのコピーリンクがクリップボードにコピーされました!
同時に多数のシステムに Red Hat Enterprise Linux をインストールする場合の最善のアプローチは、ローカルネットワーク上のサーバーから起動してインストールすることです。PXE を使用して、ネットワークから Red Hat Enterprise Linux のインストールを起動できます。
ネットワークからインストールプロセスを起動するには、イーサネットなどの物理ネットワーク接続を使用する必要があります。ワイヤレス接続でインストールプロセスを起動することはできません。
前提条件
- TFTP サーバーを設定しており、PXE に対応するシステムにネットワークインターフェイスがある。詳細は、関連情報 を参照してください。
- ネットワークインタフェースから起動するように、システムを設定している。このオプションは BIOS にあり、Network Boot または Boot Services とラベルが付いています。
- 指定されたネットワークインターフェイスから BIOS が起動するように設定されており、PXE 標準をサポートしていることを確認している。詳細は、ハードウェアのドキュメントを参照してください。
- プラットフォームが x86_64 である。または、KVM にインストールする。
手順
- ネットワークケーブルが接続されていることを確認します。コンピューターの電源がオンになっていない場合でも、ネットワークソケットのリンクインジケーターのライトがオンになっているはずです。
システムを切り替えます。
ハードウェアによっては、システムが PXE サーバーに接続する前に、ネットワーク設定と診断情報が表示されることがあります。接続すると、PXE サーバーの設定に応じたメニューが表示されます。
キーボードの矢印キーを使用して必要なブートオプションを選択し、Enter キーを押してブートオプションを選択します。インストールプログラムが起動したら、グラフィカルユーザーインターフェイスまたはテキストユーザーインターフェイスを使用して Red Hat Enterprise Linux をインストールできます。
ブートメニューで何も操作が実行されない場合、デフォルトで 60 秒以内にインストールプログラムが自動的に起動します。
オプション: 利用可能なブートオプションを編集します。
- UEFI ベースのシステム:
- E を押して、編集モードにします。事前定義済みのコマンドラインを変更して、ブートオプションを追加または削除します。Ctrl+X を押して選択を確定します。
- BIOS ベースのシステム:
- キーボードの Tab キーを押して編集モードに入ります。事前定義済みのコマンドラインを変更して、ブートオプションを追加または削除します。Enter キーを押して、選択を確認します。
11.3. IBM Z でインストールを起動して LPAR に RHEL をインストールする リンクのコピーリンクがクリップボードにコピーされました!
IBM Z 上でインストールを起動して、LPAR に RHEL をインストールできます。
11.3.1. SFTP、FTPS、または FTP サーバーから RHEL インストールを起動して IBM Z LPAR にインストールする リンクのコピーリンクがクリップボードにコピーされました!
SFTP、FTPS、または FTP サーバーを使用して、RHEL を LPAR にインストールできます。
手順
- LPAR に新しいオペレーティングシステムをインストールできる十分な権限を持つユーザーとして、IBM Z Hardware Management Console (HMC) または Support Element (SE) にログインします。
- Systems タブで、作業するメインフレームを選択し、Partitions タブで、インストールする LPAR を選択します。
- 画面下部の Daily の下にある Operating System Messages を探します。Operating System Messages をダブルクリックして、Linux の起動メッセージが表示されるテキストコンソールを表示します。
- Load from Removable Media or Server をダブルクリックします。
次のダイアログボックスで、SFTP/FTPS/FTP Server を選択し、次の情報を入力します。
- Host Computer - インストール元となる FTP サーバーのホスト名または IP アドレス (ftp.redhat.com など) です。
- User ID - FTP サーバーのユーザー名または、anonymous を指定します。
- Password - パスワード匿名でログインする場合は、メールアドレスを使用します。
- File location (optional) - Red Hat Enterprise Linux for IBM Z を保持している FTP サーバー上のディレクトリー (例 :/rhel/s390x/)。
- Continue をクリックします。
- 続いて表示されるダイアログボックスで、generic.ins のデフォルト選択はそのままにして、Continue をクリックします。
11.3.2. 準備した DASD から RHEL インストールを起動して IBM Z LPAR にインストールする リンクのコピーリンクがクリップボードにコピーされました!
あらかじめ準備しておいた DASD を使用して、Red Hat Enterprise Linux を LPAR にインストールできます。
手順
- LPAR に新しいオペレーティングシステムをインストールできる十分な権限を持つユーザーとして、IBM Z Hardware Management Console (HMC) または Support Element (SE) にログインします。
- Systems タブで、作業するメインフレームを選択し、Partitions タブで、インストールする LPAR を選択します。
- 画面下部の Daily の下にある Operating System Messages を探します。Operating System Messages をダブルクリックして、Linux の起動メッセージが表示されるテキストコンソールを表示します。
- Load をダブルクリックします。
- 続いて表示されるダイアログボックスの Load type で Normal を選択します。
- Load address に、DASD のデバイス番号を入力します。
- OK ボタンをクリックします。
11.3.3. FCP で接続された SCSI ディスクから RHEL インストールを起動して IBM Z LPAR にインストールする リンクのコピーリンクがクリップボードにコピーされました!
FCP で接続された準備済みの SCSI ディスクを使用して、Red Hat Enterprise Linux を LPAR にインストールできます。
手順
- LPAR に新しいオペレーティングシステムをインストールできる十分な権限を持つユーザーとして、IBM Z Hardware Management Console (HMC) または Support Element (SE) にログインします。
- Systems タブで、作業するメインフレームを選択し、Partitions タブで、インストールする LPAR を選択します。
- 画面下部の Daily の下にある Operating System Messages を探します。Operating System Messages をダブルクリックして、Linux の起動メッセージが表示されるテキストコンソールを表示します。
- Load をダブルクリックします。
- 続いて表示されるダイアログボックスの Load type で SCSI を選択します。
- Load address には、SCSI ディスクに接続している FCP チャネルのデバイス番号を入力します。
- World wide port name には、ディスクを含むストレージシステムの WWPN を、16 桁の 16 進数で入力します。
- Logical unit number には、ディスクの LUN を、16 桁の 16 進数で入力します。
- Boot record logical block address は 0 のままにしておきます。また、Operating system specific load parameters は空のままにしておきます。
- OK ボタンをクリックします。
11.4. IBM Z でインストールを起動して z/VM に RHEL をインストールする リンクのコピーリンクがクリップボードにコピーされました!
z/VM 環境にインストールする場合は、以下から起動できます。
- z/VM 仮想リーダー
- DASD または FCP 接続の SCSI ディスク (zipl ブートローダーを設定済み)
11.4.1. z/VM Reader を使用して RHEL インストールを起動する リンクのコピーリンクがクリップボードにコピーされました!
z/VM Reader を使用して Red Hat Enterprise Linux (RHEL) インストールを起動する方法は、IBM Z (s390x) メインフレーム環境向けに設計された方法です。この方法では、z/VM Reader を通じてインストールブートイメージを仮想マシンに直接配信します。これにより、他のブート方法 (DASD や FCP など) が利用できない、または現実的でない場合でも、インストールが可能になります。
手順
必要に応じて、z/VM の TCP/IP ツールを含むデバイスを CMS ディスクのリストに追加します。以下に例を示します。
cp link tcpmaint 592 592 acc 592 fmfm を
FILEMODE文字で置き換えます。FTPS サーバーに接続するために、次のように実行します。
ftp <host> (securehostは、ブートイメージ (kernel.imgおよびinitrd.img) をホストする FTP サーバーのホスト名または IP アドレスです。ログインして以下のコマンドを実行します。既存の
kernel.imgファイル、initrd.imgファイル、generic.prmファイル、またはredhat.execファイルを上書きしている場合は、(replオプションを使用します。cd /location/of/install-tree/images/ ascii get generic.prm (repl get redhat.exec (repl locsite fix 80 binary get kernel.img (repl get initrd.img (repl quitオプション: CMS コマンド
filelistを使用して、受信したファイルとその形式を表示し、ファイルが正しく転送されたかどうかを確認します。kernel.imgとinitrd.imgでは、Format 列の固定レコード長の形式が F と示され、Lrecl 列のレコード長が 80 であることが重要です。以下に例を示します。VMUSER FILELIST A0 V 169 Trunc=169 Size=6 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format Lrecl Records Blocks Date Time REDHAT EXEC B1 V 22 1 1 4/15/10 9:30:40 GENERIC PRM B1 V 44 1 1 4/15/10 9:30:32 INITRD IMG B1 F 80 118545 2316 4/15/10 9:30:25 KERNEL IMG B1 F 80 74541 912 4/15/10 9:30:17PF3 を押して filelist を終了し、CMS プロンプトに戻ります。
必要に応じて、
generic.prm内の起動パラメーターをカスタマイズします。詳細は、ブートパラメーターのカスタマイズ を参照してください。CMS 設定ファイルを使用して、ストレージデバイスおよびネットワークデバイスを設定する方法もあります。そのような場合は、
CMSDASD=パラメーターおよびCMSCONFFILE=パラメーターをgeneric.prmに追加します。最後に、REXX スクリプト redhat.exec を実行してインストールプログラムを起動します。
redhat
11.4.2. 準備した DASD を使用して RHEL インストールを起動する リンクのコピーリンクがクリップボードにコピーされました!
準備済みの Direct Access Storage Device (DASD) から Red Hat Enterprise Linux (RHEL) のインストールを起動する方法は、IBM Z (s390x) メインフレームシステムで一般的に使用される方法です。準備済みの DASD を使用すると、インストールプロセスの一貫性と再現性が確保され、大規模なプロビジョニングワークフローにプロセスを統合できるようになります。
手順
準備済みの DASD から起動して、Red Hat Enterprise Linux インストールプログラムを参照する zipl ブートメニューエントリーを選択します。コマンドを次の形式で使用します。
cp ipl DASD_device_number loadparm boot_entry_numberDASD_device_number を、起動デバイスのデバイス番号に置き換え、boot_entry_number を、このデバイスの zipl 設定メニューに置き換えます。以下に例を示します。
cp ipl eb1c loadparm 0
11.4.3. FCP で接続された準備済みの SCSI ディスクを使用して RHEL インストールを起動する リンクのコピーリンクがクリップボードにコピーされました!
FCP で接続された準備済みの SCSI ディスクから Red Hat Enterprise Linux (RHEL) を起動する方法は、特にファイバーチャネルプロトコル (FCP) ストレージを使用する場合、IBM Z (s390x) メインフレームシステムでは一般的な方法です。この方法は、ローカルの DASD デバイスではなく外部の SAN ストレージに依存するシステムに RHEL をインストールする必要がある場合に使用されます。
手順
FCP ストレージエリアネットワーク内に準備した SCSI ディスクにアクセスできるように z/VM の SCSI ブートローダーを設定します。Red Hat Enterprise Linux インストールプログラムを参照する設定済み zipl ブートメニューエントリーを選択します。コマンドを次の形式で使用します。
cp set loaddev portname WWPN lun LUN bootprog boot_entry_numberWWPN を、ストレージシステムのワールドワイドポート名に置き換え、LUN を、ディスクの論理ユニット番号に置き換えます。16 桁の 16 進数は、それぞれ 8 桁の 2 つのペアに分割する必要があります。以下に例を示します。
cp set loaddev portname 50050763 050b073d lun 40204011 00000000 bootprog 0オプション: 次のコマンドで設定を確認します。
query loaddev以下のコマンドを使用して、ディスクを含むストレージシステムに接続している FCP デバイスを起動します。
cp ipl FCP_device以下に例を示します。
cp ipl fc00
第12章 オプション: ブートオプションのカスタマイズ リンクのコピーリンクがクリップボードにコピーされました!
x86_64 または ARM64 アーキテクチャーに RHEL をインストールする場合は、ブートオプションを編集して、特定の環境に応じてインストールプロセスをカスタマイズできます。
12.1. ブートオプション リンクのコピーリンクがクリップボードにコピーされました!
ブートコマンドラインに、複数のオプションをスペースで区切って追加できます。インストールプログラム固有のブートオプションは、必ず inst で始まります。使用可能なブートオプションは次のとおりです。
- 等号 "=" 記号を使用するオプション
-
=記号を使用するブートオプションには、値を指定する必要があります。たとえば、inst.lang=オプションには値 (この場合は言語コード) を指定する必要があります。この例の正しい構文はinst.lang=en_USです。 - 等号 "=" 記号を使用しないオプション
-
このブートオプションには、値やパラメーターを指定できません。たとえば、
rd.live.checkオプションでは、インストール開始前にインストールメディアの検証が強制されます。インストールプログラムは、このブートオプションが存在すると検証を実行します。ブートオプションが存在しないと、検証はスキップされます。
e キーを押してコマンドラインにカスタムブートオプションを追加することで、特定のメニューエントリーのブートオプションをカスタマイズできます。準備ができたら Ctrl+X を押して、修正したオプションを起動します。
第13章 インストール時のドライバーの更新 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux のインストールプロセス中にドライバーを更新できます。ドライバーの更新は完全に任意です。必要がない限り、ドライバーの更新を実行しないでください。Red Hat Enterprise Linux のインストール中にドライバーの更新が必要であることについて、Red Hat、ハードウェアベンダー、または信頼できるサードパーティーベンダーから通知を受けたことを確認してください。
13.1. 概要 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux は、多数のハードウェアデバイス用のドライバーに対応していますが、新しくリリースされたドライバーには対応していない可能性があります。ドライバーの更新は、そのドライバーが対応していないために、インストールが完了できない場合に限り、実行する必要があります。インストール中にドライバーを更新することは、通常、特定の設定に対応する場合に限り必要になります。たとえば、システムのストレージデバイスへのアクセスを提供するストレージアダプター用ドライバーをインストールします。
ドライバー更新ディスクは、競合するカーネルドライバーを無効にする場合があります。この方法でカーネルモジュールをアンロードすると、インストールエラーが発生することがあります。
13.2. ドライバー更新の種類 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat、ハードウェアベンダー、信頼できるサードパーティーは、ドライバー更新を ISO イメージファイルとして提供します。ISO イメージファイルを受け取ったら、ドライバー更新の種類を選択してください。
- ドライバー更新の種類
-
自動: このドライバー更新方法では、
OEMDRVというラベルの付いたストレージデバイス (CD、DVD、USB フラッシュドライブなど) がシステムに物理的に接続されます。インストールの開始時に、OEMDRVストレージデバイスが存在する場合は、それがドライバー更新ディスクのように扱われ、インストールプログラムはそのドライバーを自動的に読み込みます。 -
アシスト: インストールプログラムにより、ドライバーの更新を検索するように求められます。
OEMDRV以外のラベルを持つ任意のローカルストレージデバイスを使用できます。インストールを開始するときに、inst.ddブートオプションが指定されます。このオプションにパラメーターを付けずに使用すると、インストールプログラムはシステムに接続されているすべてのストレージデバイスを表示し、ドライバー更新を含むデバイスを選択するように促します。 -
手動: ドライバー更新用イメージまたは RPM パッケージへのパスを手動で指定します。
OEMDRV以外のラベルを持つ任意のローカルストレージ、またはインストールシステムからアクセス可能なネットワーク上の場所を使用できます。インストールを開始するときに、inst.dd=locationブートオプションを指定します。location は、ドライバー更新ディスクまたは ISO イメージへのパスです。このオプションを指定すると、インストールプログラムは特定の場所にあるドライバー更新を読み込みます。手動でドライバーを更新する場合は、ローカルストレージデバイス、またはネットワーク上の場所 (HTTP、HTTPS、または FTP サーバー) を指定できます。inst.dd=locationとinst.ddの両方を同時に使用できます。location は、ドライバー更新ディスクまたは ISO イメージのパスになります。このシナリオでは、インストールプログラムは、その場所から、利用可能なドライバーの更新を読み込み、ドライバーの更新が含まれるデバイスを選択するように求められます。
-
自動: このドライバー更新方法では、
- 制限事項
- セキュアブート技術を使用する UEFI システムでは、すべてのドライバーが有効な証明書で署名されている必要があります。Red Hat ドライバーは、Red Hat の秘密鍵のいずれかで署名され、カーネルで対応する公開鍵により認証されます。追加で別のドライバーを読み込む場合は、それが署名されていることを確認してください。
13.3. ドライバー更新用 CD または DVD の準備 リンクのコピーリンクがクリップボードにコピーされました!
インストール中にドライバーの更新を実行するために、CD または DVD にドライバーの更新を準備することができます。
前提条件
- Red Hat、ハードウェアベンダー、または信頼できるサードパーティーベンダーからドライバー更新の ISO イメージを受け取っている。
- ドライバー更新の ISO イメージを CD または DVD に焼き付けている。
CD または DVD で、.iso で終了する ISO イメージファイルが 1 つしか利用できない場合、書き込み処理は成功していません。CD または DVD に ISO イメージを作成する方法は、システムの書き込みソフトウェアのドキュメントを参照してください。
手順
- ドライバー更新用 CD または DVD をシステムの CD/DVD ドライブに挿入し、システムのファイルマネージャーツールを使用して参照します。
-
rhdd3ファイルが 1 つ利用できることを確認します。rhdd3は、ドライバーの説明が含まれる署名ファイルと、ディレクトリーのrpmsです。このディレクトリーには、さまざまなアーキテクチャー用のドライバーが同梱される RPM パッケージが含まれます。
13.4. ドライバー更新用 USB ドライブの準備 リンクのコピーリンクがクリップボードにコピーされました!
インストール中にドライバーの更新を実行するために、USB フラッシュドライブにドライバーの更新を準備できます。
前提条件
- Red Hat、ハードウェアベンダー、または信頼できるサードパーティーベンダーからドライバー更新の ISO イメージを受け取っている。
- ドライバー更新用 ISO を格納するために、RHEL と互換性のあるファイルシステムを備えた USB フラッシュドライブを準備した。
手順
-
USB ドライブをコンピューターに接続し、システムによって割り当てられたデバイスを確認します。割り当てられたデバイスを確認するには、
dmesgまたはlsblk -o +MOUNTPOINTコマンドの出力を調べます。 ドライブがマウントされているかどうか、マウントポイントがどこにあるかを (
lsblkコマンドの出力で) 確認します。マウントされていない場合は手動でマウントします。オプション: マウントポイントディレクトリーを作成します。
mkdir /path/to/mountpointUSB デバイスのパーティションをマウントポイントディレクトリーにマウントします。次の例では、ドライバー更新用 ISO ファイルを保存するために使用するデバイスのパーティションが
/dev/sdb1であり、マウントポイントが/mnt/usbdriveであると想定しています。sudo mount /dev/sdb1 /mnt/usbdrive
ドライバー更新用 ISO ファイルを USB ドライブにコピーします。
次の例では、マウントポイントが
/mnt/usbdriveであり、ISO ファイルの場所が/home/user/driverdisk.isoであると想定しています。sudo cp /home/user/driverdisk.iso /mnt/usbdriveumountコマンドを使用して USB デバイスをアンマウントします。sudo umount /mnt/usbdrive
13.5. 自動ドライバー更新の実行 リンクのコピーリンクがクリップボードにコピーされました!
インストール中に自動ドライバー更新を実行できます。
前提条件
-
ドライバー更新用イメージを
OEMDRVラベルの付いた標準ディスクパーティションに配置した。または、OEMDRVドライバー更新用イメージを CD、DVD、または USB ドライブに書き込んだ。RAID や LVM ボリュームなどの高度なストレージは、ドライバーの更新プロセス中はアクセスできない可能性があります。 -
インストールプロセスを開始する前に、ドライバー更新用ディスクが格納されている、
OEMDRVボリュームラベルが付いたブロックデバイスをシステムに接続した。または、準備した CD または DVD をシステムの CD/DVD ドライブに挿入した。または、準備した USB ドライブを接続した。
手順
- 前提条件の手順を完了すると、インストールプログラムの起動時にドライバーが自動的にロードされ、システムのインストールプロセス中にインストールされます。
13.6. アシスト付きドライバー更新の実行 リンクのコピーリンクがクリップボードにコピーされました!
インストール中にアシスト付きドライバー更新を実行して、新規または既存のハードウェアに必要なドライバーをインストールできます。
前提条件
-
インストールプロセスを開始する前に、
OEMDRVボリュームラベルのないブロックデバイスをシステムに接続し、ドライバーディスクイメージをこのデバイスにコピーした。または、ドライバー更新用 CD または DVD を準備してシステムの CD または DVD ドライブに挿入した。または、ドライバーディスクが入った USB デバイスを準備してコンピューターに接続した。
ISO イメージファイルを CD、DVD、または USB ドライブに書き込む際に、OEMDRV ボリュームラベルがない場合は、引数のない inst.dd オプションを使用できます。インストールプログラムには、CD、DVD、または USB ドライブからドライバーをスキャンして選択するオプションがあります。この場合、インストールプログラムから、ドライバー更新用 ISO イメージを選択するように求められません。もう 1 つの方法は、inst.dd=location ブートオプションを指定して CD、DVD、または USB ドライブを使用することです。これを使用すると、インストールプログラムにより CD、DVD、または USB ドライブが自動的にスキャンされ、ドライバーの更新が検出されます。詳細は、ドライバーの更新の実行 を参照してください。
手順
- ブートメニューウィンドウから、キーボードの E キーを押して、ブートコマンドラインを表示します。
-
linuxまたはlinuxefiで始まるコマンドラインにinst.ddブートオプションを追加し、Ctrl+X を押してブートプロセスを実行します。 - メニューから、ローカルディスクパーティションまたは CD、DVD、または USB デバイスを選択します。インストールプログラムが ISO ファイル、またはドライバー更新 RPM パッケージをスキャンします。
必要に応じて、ドライバー更新 ISO ファイルを選択してください。
選択したデバイスまたはパーティションに、ISO イメージファイルではなく、ドライバー更新用 RPM パッケージが含まれている場合 (ドライバー更新用 CD、DVD を含む光学ドライブ、または ISO ファイルが書き込まれている USB ドライブなど)、このステップは必要ありません。
必要なドライバーを選択します。
- キーボードの数字キーを使用してから Enter キーを使用して、ドライバーの選択を切り替えます。
- c キーを押してから Enter キーを押して、選択したドライバーをインストールします。選択したドライバーがロードされます。もう一度 c キーと Enter キーを押してドライバーディスクデバイスの選択を終了すると、インストールプロセスが開始します。
13.7. 手動ドライバー更新の実行 リンクのコピーリンクがクリップボードにコピーされました!
インストール中に手動でドライバー更新を実行して、新規または既存のハードウェアに必要なドライバーをインストールできます。
前提条件
- ドライバー更新の ISO イメージファイルを USB フラッシュドライブまたは Web サーバーに配置し、コンピューターに接続しました。
手順
- ブートメニューウィンドウから、キーボードの E キーを押して、ブートコマンドラインを表示します。
-
コマンドラインに
inst.dd=locationブートオプションを追加します。location はドライバー更新ファイルのパスです。通常、イメージファイルは Web サーバー http://server.example.com/dd.iso など、または USB フラッシュドライブ/dev/sdb1などに置きます。ドライバー更新を含む RPM パッケージ http://server.example.com/dd.rpm などを指定することもできます。 - Ctrl+X を押してブートプロセスを実行します。指定した場所で利用可能なドライバーが自動的に読み込まれ、インストールプロセスが始まります。
13.8. ドライバーの無効化 リンクのコピーリンクがクリップボードにコピーされました!
インストールプロセス中に、誤作動するドライバーを無効にできます。
前提条件
- インストールメディアのブートローダー (GRUB) メニューを起動した。
手順
- ブートメニューから、キーボードの E キーを押して、ブートコマンドラインを表示します。
コマンドラインに
modprobe.blacklist=driver_nameブートオプションを追加します。driver_name を、無効にするドライバーの名前に置き換えます。以下に例を示します。
modprobe.blacklist=ahcimodprobe.blacklist=ブートオプションを使用して無効にしたドライバーは、インストールされるシステムで無効になり、/etc/modprobe.d/anaconda-blacklist.confファイルに表示されます。- Enter キーを押してブートプロセスを実行します。
第14章 RDP を使用したリモートインストールの準備 リンクのコピーリンクがクリップボードにコピーされました!
Remote Desktop Protocol を使用してリモートインストールを実行する準備をする必要があります。
14.1. Remote Desktop Protocol の概要 リンクのコピーリンクがクリップボードにコピーされました!
CD、DVD、USB フラッシュドライブから、または PXE を使用してネットワークからシステムを起動する場合は、グラフィカルユーザーインターフェイス方式を使用して RHEL をインストールします。ただし、IBM Power Systems や 64 ビットの IBM Z など、多くのエンタープライズシステムは、自動的に実行されても、ディスプレイ、キーボード、およびマウスには接続されていないリモートのデータセンター環境に置かれています。このようなシステムは、ヘッドレスシステムと呼ばれることが多く、通常はネットワーク接続を介して制御されます。RHEL インストールプログラムには、ターゲットマシン上でグラフィカルインストールを実行する Remote Desktop Protocol (RDP) インストール機能が含まれています。ただし、グラフィカルインストールの制御は、ネットワーク上の別のシステムによって処理されます。
RHEL のインストールプログラムは、ターゲットシステム上で起動し、続行前に別のシステムにインストールされている RDP ビューアーを待機するように設定されています。ターゲットシステムには IP アドレスとポートが表示されます。この IP アドレスとポートを使用して、RDP ビューアーからターゲットシステムにリモートで接続し、グラフィカルインストールを完了できます。
14.2. Remote Desktop Protocol の使用に関する考慮事項 リンクのコピーリンクがクリップボードにコピーされました!
インストールプログラムには、デフォルトで RDP サーバーが含まれています。RDP を使用してリモート RHEL インストールを実行する場合は、次の項目を考慮してください。
- RDP クライアントアプリケーション
-
RDP インストールを実行するには、RDP クライアントアプリケーションが必要です。RDP クライアントアプリケーションは、ほとんどの Linux ディストリビューションのリポジトリーで入手できます。また、Windows などの他のオペレーティングシステムでも、無料の RDP クライアントアプリケーションが提供されており、システムに組み込まれている場合もあります。RHEL では、
GNOME ConnectionsRDP クライアントアプリケーションが利用できます。これは GNOME デスクトップ環境の一部であり、gnome-connectionsパッケージの一部としてインストールされます。 - ネットワークとファイアウォール
- ファイアウォールによってターゲットシステムで着信接続が許可されていない場合は、RDP 着信接続を有効にするか、ファイアウォールを無効にする必要があります。ファイアウォールを無効にすると、セキュリティーに影響を及ぼす可能性があります。ファイアウォールの設定の詳細は、セキュリティーの強化 ドキュメントを参照してください。
- カスタムのブートオプション
- RDP インストールを開始するにはカスタムのブートオプションを指定する必要があります。インストール手順はシステムのアーキテクチャーによって異なる場合があります。
第15章 Remote Desktop Protocol を使用したリモートインストールの開始 リンクのコピーリンクがクリップボードにコピーされました!
Remote Desktop Protocol を使用してリモートインストールを開始できます。
15.1. RDP クライアントを使用したリモート RHEL インストールの実行 リンクのコピーリンクがクリップボードにコピーされました!
RHEL をインストールするターゲットシステムに直接接続する RDP クライアントを使用して、リモート RHEL インストールを実行できます。RDP ビューアーがあるシステムは、リモートシステムと呼ばれます。ユーザーは、RHEL インストールプログラムにより、リモートシステム上の RDP ビューアーからターゲットシステムへの接続を開始するように求められます。
RDP クライアントは任意のもの (GNOME Connections など) を使用できます。その他のビューアーの手順は異なる場合がありますが、一般的な原則が適用されます。
前提条件
- リモートシステムに RDP ビューアーをインストールした。
手順
-
ターゲットシステムの RHEL ブートメニューから、キーボードの
eキーを押してブートオプションを編集します。 コマンドラインの末尾に
inst.rdpオプションを追加します。inst.rdp.usernameおよびinst.rdp.passwordブートオプションを使用して、RDP 認証情報を設定することもできます。以下に例を示します。inst.rdp inst.rdp.username=my_username inst.rdp.password=my_password-
CTRL+XまたはF10を押してインストールを開始します。ターゲットシステムによってインストールプログラムが初期化され、必要なサービスが起動されます。システムの準備が完了すると、システムの IP アドレスを示すメッセージが表示されます。 - ユーザー名とパスワードの詳細を指定します (ブートオプションを使用して以前に指定していない場合)。
- リモートシステムで RDP ビューアーを開きます。
- RDP サーバーのフィールドに IP アドレスを入力します。
- Connect をクリックします。
RDP のユーザー名とパスワードを入力し、OK をクリックします。
新しいウィンドウが開き、RDP 接続が確立され、RHEL インストールメニューが表示されます。このウィンドウから、グラフィカルユーザーインターフェイスを使用して、ターゲットシステムに RHEL をインストールできます。
15.2. IBM Z での RDP を使用したリモート RHEL インストールの実行 リンクのコピーリンクがクリップボードにコピーされました!
Anaconda インストールプログラムの初期プログラムロード (IPL) が完了したら、インストールユーザーとして ssh 接続を使用して、ローカルマシンから 64 ビット IBM Z システムに接続します。インストールプロセスを続行するには、インストールシステムに接続する必要があります。RDP モードを使用して GUI ベースのインストールを実行するか、確立済みの接続を使用してテキストモードのインストールを実行します。
前提条件
- インストールメディアを起動した。
64 ビットの IBM Z システムで最初のプログラムの起動が完了し、コマンドプロンプトに以下が表示されている。
Starting installer, one moment… Please ssh install@my-z-system (system IP address) to begin the install.
手順
ローカルマシンから 64 ビット IBM Z システムへのリモート接続をセットアップするために、ターミナルを開き、コマンドプロンプトで次のコマンドを実行します。
$ ssh install@my-z-system-domain-nameまたは
$ ssh install@my-z-system-IP-addressssh セッションに次の出力が表示されます。
Starting installer, one moment... libreport is not available in this environment - bug reporting disabled anaconda 40.22.3.26-1.el10_0 for Red Hat Enterprise Linux 10.0 started. * installation log files are stored in /tmp during the installation * shell is available in second TMUX pane (ctrl+b, then press 2) * when reporting a bug add logs from /tmp as separate text/plain attachments Wayland startup failed, falling back to text mode. ================================================================================ ================================================================================ Wayland was unable to start on your machine. Would you like to start an RDP session to connect to this computer from another computer and perform a graphical installation or continue with a text mode installation? 1) Use graphical mode via Remote Desktop Protocol 2) Use text mode Please make a selection from the above ['c' to continue, 'q' to quit, 'r' to refresh]:inst.rdp parameterが設定済みの場合は、ステップ 4 に進みます。-
1を入力して RDP を起動します。 -
RDP のユーザー名とパスワードを入力します (以前に
inst.rdp.usernameおよびinst.rdp.passwordブートオプションを使用してこれらの値を設定していない場合)。 RDP クライアントを使用して、指定されたネットワークアドレスに接続します。
前のステップで設定したユーザー名とパスワードの入力を求められます。
注記inst.rdpブートオプションを使用してインストールを開始した場合、インストーラーによって ssh 経由で接続するように要求されることはありません。代わりに、上記のステップ 4 で説明したように、コンソールで RDP ユーザー名とパスワードを入力します。
第16章 インストール中のコンソールとロギング リンクのコピーリンクがクリップボードにコピーされました!
RHEL インストーラーでは、メインインターフェイスに加えて、tmux ターミナルマルチプレクサーを使用して複数のウィンドウを表示および制御します。これらのウィンドウは、それぞれ異なる目的を持ち、さまざまなログを表示します。このログは、インストールプロセス中の問題のトラブルシューティングに使用できます。ウィンドウの 1 つに、root 特権を持つ対話型シェルが表示されます。このシェルは、ブートオプションまたはキックスタートコマンドを使用して明示的に無効にしない限り表示されます。
ターミナルマルチプレクサーは仮想コンソール 1 で実行されます。インストール環境を、tmux に変更する場合は、Ctrl+Alt+F1 を押します。仮想コンソール 6 で実行されているメインのインストールインターフェイスに戻るには、Ctrl+Alt+F6 を押します。テキストモードでは、仮想コンソール 1 (tmux) でインストールが開始します。コンソール 6 に切り替えると、グラフィカルインターフェイスではなくシェルプロンプトが開きます。
tmux を実行しているコンソールには、利用可能な画面が 5 つあります。その内容と、キーボードショートカットは、以下の表で説明します。キーボードショートカットは 2 段階となっており、最初に Ctrl+b を押し、両方のキーを離してから、使用する画面で数字キーを押す必要があります。
また、Ctrl+b n、Alt+ Tab、および Ctrl+b p を使用して、次または前の tmux 画面に切り替えることもできます。
| ショートカット | 内容 |
|---|---|
| Ctrl+b 1 | メインのインストールプログラム画面。テキストベースのプロンプト (テキストモードおよび RDP 認証情報の対話型入力に使用) といくつかのデバッグ情報を表示します。 |
| Ctrl+b 2 |
|
| Ctrl+b 3 |
インストールログ。 |
| Ctrl+b 4 |
ストレージログ。ストレージデバイスと設定に関連するメッセージを表示します。このメッセージは |
| Ctrl+b 5 |
プログラムログ。インストールプロセス中に実行されるユーティリティーからのメッセージが表示されます。このメッセージは |
| Ctrl+b 6 |
パッケージログ。パッケージに関連するメッセージを表示します。このメッセージは |
第17章 インストーラーでのシステムのカスタマイズ リンクのコピーリンクがクリップボードにコピーされました!
インストールのカスタマイズフェーズでは、Red Hat Enterprise Linux のインストールを有効にするために、特定の設定タスクを実行する必要があります。これらのタスクには、以下が含まれます。
- ストレージを設定し、マウントポイントを割り当てます。
- インストールするソフトウェアを含むベース環境を選択します。
- root ユーザーのパスワードを設定するか、ローカルユーザーを作成します。
必要に応じて、システム設定を指定したり、ホストをネットワークに接続したりするなど、システムをさらにカスタマイズすることもできます。
17.1. インストーラーの言語の設定 リンクのコピーリンクがクリップボードにコピーされました!
インストールプロセス中に適切なローカライズを確実に行うために、RHEL インストールプログラムインターフェイスの言語と地域の設定を選択できます。これは、インストーラーのインターフェイス言語と地域の書式設定規則に影響します。
前提条件
- インストールメディアを作成した。
- インストールソースを指定した (ブート ISO イメージファイルを使用している場合)。
- メディアからブートローダーメニューを起動した。
手順
- ブートメニューから Red Hat Enterprise Linux オプションを選択すると、インストールプログラムが起動し、Welcome to Red Hat Enterprise Screen が表示されます。
Welcome to Red Hat Enterprise Linux 画面の左側のペインで、言語を選択します。または、テキストボックスを使用して希望の言語を検索します。
注記言語はデフォルトで事前に選択されています。事前に選択される言語は、GeoIP モジュールの位置情報自動検出機能によって決定されます。ブートコマンドラインで
inst.lang=オプションを使用すると、ブートオプションで定義した言語が選択されます。- Welcome to Red Hat Enterprise Linux ウィンドウの右側のペインから、お住まいの地域に合った場所を選択します。
- をクリックして、グラフィカルインストールウィンドウに進みます。
Red Hat Enterprise Linux のプレリリース版をインストールしようとしている場合は、インストールメディアのプレリリースステータスに関する警告メッセージが表示されます。
- インストールを続行するには、 をクリックします。あるいは、
- インストールを終了してシステムを再起動するには、 をクリックします。
17.2. ストレージデバイスの設定 リンクのコピーリンクがクリップボードにコピーされました!
RHEL はさまざまなストレージデバイスにインストールできます。Installation Destination ウィンドウで、ローカルでアクセス可能な基本的なストレージデバイスを設定できます。ディスクやソリッドステートドライブなどのローカルシステムに直接接続する基本的なストレージデバイスは、その画面の Local Standard Disks セクションに表示されます。64 ビット IBM Z システムでは、このセクションにはアクティブ化された Direct Access Storage Devices (DASD) が表示されます。
17.2.1. インストール先の設定 リンクのコピーリンクがクリップボードにコピーされました!
Installation Destination ウィンドウで、ディスクの選択、パーティションオプション、暗号化設定など、RHEL インストール用のストレージデバイスを選択して設定できます。これにより、オペレーティングシステムのインストール先と、ターゲットシステムでのストレージの管理方法を決定します。
前提条件
- Installation Summary ウィンドウが開いている。
- データが含まれているディスクを使用する予定の場合は、データをバックアップする。パーティションの操作は常にリスクが伴います。たとえば、何らかの理由でプロセスが中断または失敗した場合は、ディスクのデータが失われる可能性があります。
手順
Installation Summary ウィンドウで、Installation Destination をクリックします。表示される Installation Destination ウィンドウで次の操作を実行します。
Local Standard Disks セクションから、必要なストレージデバイスを選択します。選択したストレージデバイスには白いチェックマークが表示されます。白いチェックマークが付いていないディスクはインストール時には使用されません。自動パーティショニングを選択した場合は無視され、手動パーティショニングでは使用できません。
Local Standard Disks には、ローカルで使用可能なすべてのストレージデバイスが表示されます。たとえば、SATA、NVMe™、SCSI ディスクや、USB フラッシュおよび外部ディスクなどです。インストールプログラムの起動後に接続されたストレージデバイスは、以下のステップ 2 を実行しない限り検出されません。リムーバブルドライブを使用して RHEL をインストールした場合、デバイスを取り外すとシステムを使用できなくなります。
オプション: インストールプログラムの起動後に接続された追加のローカルストレージデバイスを設定する場合は、ウィンドウの右下にある Refresh リンクをクリックします。Rescan Disks ダイアログボックスが開きます。
をクリックし、スキャン処理が完了するまで待ちます。
インストール時に行ったストレージへの変更は、Rescan Disks をクリックするとすべて失われます。
- をクリックして、Installation Destination 画面に戻ります。検出したディスク (新しいディスクを含む) はすべて、Local Standard Disks セクションに表示されます。
オプション: 専用のストレージデバイスを追加するには、 をクリックします。
Storage Device Selection ウィンドウが開き、インストールプログラムがアクセスできるすべてのストレージデバイスがリスト表示されます。
オプション: 自動パーティション設定を行う場合は、Storage Configuration で Automatic ラジオボタンを選択します。
パーティション設定はカスタマイズできます。詳細は、手動パーティションの設定 を参照してください。
- オプション: 既存のパーティションレイアウトの領域を回収する場合は、Free up space by removing or shrinking existing partitions を選択します。たとえば、使用するディスクに別のオペレーティングシステムが含まれており、このシステムのパーティションを小さくして、Red Hat Enterprise Linux 用の領域を広くする場合などです。
オプション: システムの起動に必要なパーティション (
/bootなど) を除くすべてのパーティションを、Linux Unified Key Setup (LUKS) を使用して暗号化するには、Encrypt my data を選択します。ディスクを暗号化すると、セキュリティーがさらに強化されます。をクリックします。Disk Encryption Passphrase ダイアログボックスが開きます。
- Passphrase フィールドと Confirm フィールドにパスフレーズを入力します。
をクリックして、ディスクの暗号化を完了します。
警告LUKS パスフレーズが分からなくなると、暗号化されたパーティションと、その上にあるデータには完全にアクセスできなくなります。分からなくなったパスフレーズを復元する方法はありません。ただし、キックスタートインストールを実行した場合は、インストール中に暗号パスフレーズを保存し、バックアップ用に暗号化パスフレーズを作成できます。
必要に応じて、画面左下の 完全なディスク要約とブートローダー をクリックして、ブートローダーを追加するストレージデバイスを選択します。詳細は、ブートローダーの設定 を参照してください。
大概は、ブートローダーをデフォルトの場所に置いておくだけで十分です。たとえば、他のブートローダーからのチェーンロードを必要とするシステムなど、一部の設定ではブートドライブを手動で指定する必要があります。
- をクリックします。
オプション: 自動パーティション設定 と Free up space by removing or shrinking existing partitions オプションを選択した場合、または選択したディスクに Red Hat Enterprise Linux をインストールするための十分な空き領域がない場合は、Reclaim Disk Space ダイアログボックスが表示されます。そこには、設定されているすべてのディスクデバイスとそれらのデバイス上のすべてのパーティションがリスト表示されます。このダイアログボックスには、現在選択中のパッケージセットを使用したインストールを行う際にシステムに必要となる最小ディスク領域と、解放した領域の容量に関する情報が表示されます。解放プロセスを開始するには、以下を実行します。
- 表示された、利用可能なストレージデバイスのリストを確認します。再利用可能な領域 列には、各エントリーから再利用できる領域のサイズが表示されます。
- 領域を解放するディスクまたはパーティションを選択します。
- 既存のデータを保持しながらパーティション上の空き領域を使用するには、 ボタンを使用します。
- そのパーティション、または選択したディスク上の既存のデータを含むすべてのパーティションを削除するには、 ボタンを使用します。
- 既存のデータを含むすべてのディスク上のすべての既存のパーティションを削除し、この領域を Red Hat Enterprise Linux のインストールに使用できるようにするには、 ボタンを使用します。
をクリックして変更を適用し、グラフィカルインストールに戻ります。
Installation Summary ウィンドウで をクリックするまで、ディスクの変更は行われません。Reclaim Space ダイアログでは、サイズ変更または削除する対象としてパーティションがマークされるだけです。アクションは実行されません。
17.2.2. インストール先の設定に関する高度な考慮事項 リンクのコピーリンクがクリップボードにコピーされました!
インストール先を設定するときに考慮すべき特殊なケースを以下に示します。
-
BIOS によっては、RAID カードからの起動に対応していないため注意が必要です。その場合は、別のディスクなど、RAID アレイ以外のパーティションに
/bootパーティションを作成する必要があります。そのような RAID カードへのパーティション作成には、内蔵ディスクを使用する必要があります。また、/bootパーティションは、ソフトウェア RAID の設定にも必要です。システムのパーティション設定を自動で選択した場合は、/bootパーティションを手動で修正する必要があります。 - Red Hat Enterprise Linux ブートローダーが、別のブートローダーから チェーンロード するように設定するには、インストール先 画面で 完全なディスク要約とブートローダー をクリックして、手動でブートドライブを指定する必要があります。
- マルチパスのストレージデバイスと、非マルチパスのストレージデバイスの両方が使用されているシステムに Red Hat Enterprise Linux をインストールすると、インストールプログラムによる自動パーティション設定のレイアウトに、マルチパスのデバイスと非マルチパスのデバイスが混在したボリュームグループが作成されます。これはマルチパスストレージの目的に反することになります。Installation Destination ウィンドウで、マルチパスデバイスまたは非マルチパスデバイスのどちらかを選択してください。もしくは、手動のパーティション設定を実行してください。
17.2.3. ブートローダーの設定 リンクのコピーリンクがクリップボードにコピーされました!
RHEL は、AMD64 および Intel 64、IBM Power Systems、ARM のブートローダーとして、GRand Unified Bootloader バージョン 2 (GRUB2) を使用します。64 ビットの IBM Z では、zipl ブートローダーが使用されます。
ブートローダーは、システムの起動時に最初に実行されるプログラムであり、オペレーティングシステムの読み込みと制御の引き渡しを担当します。GRUB2 は、互換性のある任意のオペレーティングシステム (Microsoft Windows を含む) を起動できます。また、チェーンローディングを使用して、サポートされていないオペレーティングシステム用の他のブートローダーに制御を渡すこともできます。
GRUB2 をインストールすると、既存のブートローダーを上書きできます。
オペレーティングシステムがすでにインストールされていると、Red Hat Enterprise Linux インストールプログラムはそのブートローダーを自動的に検出して、別のオペレーティングシステムを起動するように設定します。そのブートローダーが正しく検出されない場合は、インストールの完了後に、追加のオペレーティングシステムを手動で設定できます。
複数のディスクを搭載した Red Hat Enterprise Linux システムをインストールする場合は、ブートローダーをインストールするディスクを手動で指定することを推奨します。
手順
Installation Destination ウィンドウで、Full disk summary and bootloader リンクをクリックします。Selected Disks ダイアログボックスが開きます。
ブートローダーが、選択したデバイスまたは UEFI システムにインストールされます。EFI システムパーティション がターゲットデバイス上に作成され、ブートローダーファイルを保存するために使用されます。
- 起動デバイスを変更するには、リストからデバイスを選択して をクリックします。起動デバイスとして設定できるデバイスは 1 つだけです。
新しいブートローダーのインストールを無効にする場合は、現在起動用として設定されているデバイスを選択し、 をクリックします。これにより、いずれのデバイスにも GRUB2 がインストールされないようになります。
警告ブートローダーをインストールしないを選択した場合は、システムを直接起動できなくなるため、別の起動方法 (市販のスタンドアロンのブートローダーアプリケーションなど) を使用しなければならなくなります。ブートローダーをインストールしないは、システムを起動させる方法が別に確保されている場合に限定してください。
ブートローダーは、システムが BIOS または UEFI のファームウェアを使用しているか、ブートドライブに GUID Partition Table (GPT) または Master Boot Record (MBR) (
msdosとしても知られている) があるかどうかによって、特別なパーティションを作成する必要があります。自動パーティション作成を使用していると、インストールプログラムがパーティションを作成します。
17.2.4. ストレージデバイスの選択 リンクのコピーリンクがクリップボードにコピーされました!
ストレージデバイス選択画面には、インストールプログラムがアクセスできるストレージデバイスがリスト表示されます。システムや利用可能なハードウェアによっては、一部のタブが表示されない場合があります。デバイスは、次のタブに分類されます。
- マルチパスデバイス
- 同じシステムにある、複数の SCSI コントローラーやファイバーチャネルポートなどの複数のパスからアクセスできるストレージデバイスです。インストールプログラムで検出できるのは、16 文字または 32 文字の長さのシリアル番号を持つマルチパスストレージデバイスのみです。
- その他の SAN デバイス
- SAN (Storage Area Network) 上にあるデバイスです。
- ファームウェア RAID
- ファームウェア RAID コントローラーに接続されているストレージデバイスです。
- IBM Z デバイス
- zSeries Linux FCP (ファイバーチャネルプロトコル) ドライバーで接続されたストレージデバイス、論理ユニット (LUN)、または DASD です。
17.2.5. ストレージデバイスのフィルタリング リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に、WWID、ポート、ターゲット、または LUN 識別子を使用して、特定のストレージデバイスをフィルタリングして選択できます。これにより、インストール用の特殊なストレージデバイスを識別および設定し、複雑なストレージ環境で適切なデバイスを確実に選択できます。
前提条件
- Installation Summary ウィンドウが開いている。
手順
- Installation Summary ウィンドウで、Installation Destination をクリックします。Installation Destination ウィンドウが開き、使用可能なすべてのドライブがリスト表示されます。
- Specialized & Network Disks セクションで、 をクリックします。ストレージデバイスの選択画面が表示されます。
ポート、ターゲット、LUN、または WWID で検索するには、Search by タブをクリックします。
WWID または LUN で検索するには、対応する入力テキストフィールドに値を入力する必要があります。
- Search ドロップダウンメニューから必要なオプションを選択します。
- をクリックして検索を開始します。各デバイスと、対応するチェックボックスが、別の行に表示されます。
インストールプロセス時に必要なデバイスが利用できるようにするには、チェックボックスを選択します。
後続のインストールプロセスで、選択したデバイスの中から、Red Hat Enterprise Linux をインストールするデバイスを選択できます。その他のデバイスの中から、インストール済みシステムに自動的にマウントするものを選択できます。選択したデバイスがインストールプロセスにより自動的に消去されることはなく、デバイスを選択しても、デバイスに保存されているデータが危険にさらされることはありません。
注記インストール後に
/etc/fstabファイルを変更することで、システムにデバイスを追加できます。をクリックして Installation Destination ウィンドウに戻ります。
ここで選択しないストレージデバイスはすべて、インストールプログラムでは表示されなくなります。別のブートローダーからこのブートローダーをチェーンロードする場合は、ここに表示されているすべてのデバイスを選択します。
17.3. 高度なストレージオプション リンクのコピーリンクがクリップボードにコピーされました!
高度なストレージデバイスを使用するには、iSCSI (SCSI over TCP/IP) ターゲットまたは FCoE (Fibre Channel over Ethernet) の SAN (Storage Area Network) を設定できます。
インストールに iSCSI ストレージデバイスを使用する場合は、インストールプログラム側で iSCSI ストレージデバイスを iSCSI ターゲットとして検出し、そのターゲットにアクセスするための iSCSI セッションを作成できるようにする必要があります。各手順で、CHAP (Challenge Handshake Authentication Protocol) 認証用のユーザー名とパスワードが必要になる場合があります。さらに、検出、またはセッション作成のいずれの場合も、iSCSI ターゲット側でターゲットの接続先となるシステムの iSCSI イニシエーターを認証する (リバース CHAP) ように設定することもできます。CHAP とリバース CHAP を併用する場合は、相互 CHAP または双方向 CHAP と呼ばれます。相互 CHAP を使用すると、特に CHAP 認証とリバース CHAP 認証でユーザー名やパスワードが異なる場合などに、iSCSI 接続に対する最大限の安全レベルを確保できます。
iSCSI 検出と iSCSI ログインの手順を繰り返して、必要な iSCSI ストレージをすべて追加します。初回の検出試行後は、iSCSI イニシエーターの名前を変更できません。iSCSI イニシエーターの名前を変更する場合は、インストールを最初からやり直す必要があります。
17.3.1. iSCSI セッションの検出および開始 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に iSCSI ストレージターゲットを検出して接続し、システムのインストール用にネットワークベースのストレージを有効にできます。これにより、リモートストレージデバイスをインストールターゲットとして使用できるため、ストレージ設定の柔軟性が向上し、集中的なストレージ管理が可能になります。
- iBFT (iSCSI Boot Firmware Table)
-
インストーラーは、起動すると、システムの BIOS またはアドオンブート ROM が iBFT をサポートしているかどうかをチェックします。BIOS は、iSCSI から起動できるシステム用の BIOS 拡張です。BIOS が iBFT に対応している場合は、インストーラーは BIOS から設定済みのブートディスクの iSCSI ターゲット情報を読み取り、このターゲットにログインして、インストールターゲットとして利用可能にします。iSCSI ターゲットに自動的に接続するには、ターゲットにアクセスするためのネットワークデバイスをアクティブ化します。これを行うには、ブートオプション
ip=ibftを使用します。詳細は、ネットワークのブートオプション を参照してください。 - iSCSI ターゲットの手動検出および追加
- インストーラーのグラフィカルユーザーインターフェイスで iSCSI セッションを検出して開始し、使用可能な iSCSI ターゲット (ネットワークストレージデバイス) を特定できます。
前提条件
- Installation Summary ウィンドウが開いている。
手順
- Installation Summary ウィンドウで、Installation Destination をクリックします。Installation Destination ウィンドウが開き、使用可能なすべてのドライブがリスト表示されます。
- Specialized & Network Disks セクションで、 をクリックします。ストレージデバイスの選択画面が表示されます。
をクリックします。Add iSCSI Storage Target ウィンドウが開きます。
重要この方法を使用して手動で追加した iSCSI ターゲットに
/bootパーティションを配置することはできません。/bootパーティションを含む iSCSI ターゲットは、iBFT で使用できるように設定する必要があります。ただし、インストール済みのシステムが、ファームウェア iBFT 以外の方法で提供される iBFT 設定を使用して iSCSI から起動することが想定される場合があります。たとえば、iPXE を使用すると、inst.nonibftiscsibootインストーラーブートオプションを使用して/bootパーティションの制限を削除できます。- Target IP Address フィールドに iSCSI ターゲットの IP アドレスを入力します。
iSCSI Initiator Name フィールドに、iSCSI 修飾名 (IQN) の形式で iSCSI イニシエーターの名前を入力します。IQN エントリーには次を含めてください。
-
iqn.の文字列 (ピリオドが必要)。 -
日付コード (企業や組織のインターネットドメイン名またはサブドメイン名が登録された年と月。記述の順序は年を表す 4 桁の数字、ハイフン、月を表す 2 桁の数字、ピリオドの順で設定されます)。たとえば、2010 年 9 月の場合は
2010-09.のようになります。 -
企業や組織のインターネットのドメイン名またはサブドメイン名 (トップレベルのドメインを先頭にして逆順で表します)。たとえば、
storage.example.comのサブドメインは、com.example.storageのようになります。 コロン (:) と、ドメインまたはサブドメイン内でその iSCSI イニシエーターを固有に識別する文字列。たとえば、
:diskarrays-sn-a8675309です。完全な IQN は
iqn.2010-09.storage.example.com:diskarrays-sn-a8675309のようになります。構造を理解しやすくするために、インストールプログラムにより、iSCSI Initiator Nameフィールドにこの形式の名前が事前に入力されます。IQN の詳細は、tools.ietf.org の RFC 3720 - Internet Small Computer Systems Interface (iSCSI) に記載されている 3.2.6. iSCSI Names と、tools.ietf.org の RFC 3721 - Internet Small Computer Systems Interface (iSCSI) Naming and Discovery に記載されている 1. iSCSI Names and Addresses を参照してください。
-
Discovery Authentication Typeドロップダウンメニューを使用して、iSCSI 検出に使用する認証タイプを指定します。以下のタイプが使用できます。- 証明書なし
- CHAP 秘密鍵
- CHAP 秘密鍵とリバースペア
次のいずれかを行います。
-
認証タイプとして
CHAP pairを選択した場合は、CHAP UsernameおよびCHAP Passwordフィールドに、iSCSI ターゲットのユーザー名とパスワードを入力します。 -
認証タイプとして
CHAP pair and a reverse pairを選択した場合は、CHAP UsernameおよびCHAP Passwordフィールドに iSCSI ターゲットのユーザー名とパスワードを入力し、Reverse CHAP UsernameおよびReverse CHAP Passwordフィールドに iSCSI イニシエーターのユーザー名とパスワードを入力します。
-
認証タイプとして
-
オプション:
Bind targets to network interfacesチェックボックスをオンにします。 をクリックします。
入力した情報に基づいて、インストールプログラムが iSCSI ターゲットを調べます。検出が成功すると、
Add iSCSI Storage Targetウィンドウに、ターゲットで検出されたすべての iSCSI ノードのリストが表示されます。インストールに使用するノードのチェックボックスを選択します。
Node login authentication typeメニューには、Discovery Authentication Typeメニューと同じオプションが含まれています。ただし、ディスカバリー認証に証明書が必要な場合は、見つかったノードに同じ証明書を使用してログインします。-
追加の
Use the credentials from discoveryドロップダウンメニューをクリックします。適切な認証情報を入力すると、 ボタンが使用可能になります。 をクリックして、iSCSI セッションを開始します。
インストーラーは
iscsiadmを使用して iSCSI ターゲットを検索し、ログインしますが、iscsiadmは自動的にこれらのターゲットに関する情報をiscsiadmiSCSI データベースに保存します。その後、インストーラーはこのデータベースをインストール済みシステムにコピーし、root パーティションに使用されていない iSCSI ターゲットをマークします。これにより、システムは起動時に自動的にそのターゲットにログインします。root パーティションが iSCSI ターゲットに配置されている場合、initrdがこのターゲットにログインするため、インストーラーは、同じターゲットへのログインが複数回試行されるのを避けるために、このターゲットを起動スクリプトに含めません。
17.3.2. FCoE パラメーターの設定 リンクのコピーリンクがクリップボードにコピーされました!
FCoE パラメーターを適切に設定することで、Installation Destination ウィンドウから FCoE (Fibre Channel over Ethernet) デバイスを検出できます。
前提条件
- Installation Summary ウィンドウが開いている。
手順
- Installation Summary ウィンドウで、Installation Destination をクリックします。Installation Destination ウィンドウが開き、使用可能なすべてのドライブがリスト表示されます。
- Specialized & Network Disks セクションで、 をクリックします。ストレージデバイスの選択画面が表示されます。
- をクリックします。FCoE ストレージデバイスを検出するようにネットワークインターフェイスを設定するダイアログボックスが開きます。
-
NICドロップダウンメニューで、FCoE スイッチに接続するネットワークインターフェイスを選択します。 - をクリックして、SAN デバイスのネットワークをスキャンします。
必要なチェックボックスを選択します。
- Use DCB: Data Center Bridging (DCB) は、ストレージネットワークやクラスターでイーサネット接続の効率性を向上させる目的で設計されたイーサネットプロトコルに対する拡張セットです。このチェックボックスを選択して、インストールプログラムによる DCB 認識を有効または無効にします。このオプションは、ネットワークインターフェイスでホストベースの DCBX クライアントを必要とする場合にのみ有効にします。ハードウェアの DCBX クライアントを使用するインターフェイスで設定する場合は、このチェックボックスを無効にします。
- Use auto vlan: 自動 VLAN はデフォルトで有効になり、VLAN 検出を行うかどうかを指定します。このチェックボックスを選択すると、リンク設定が検証された後、イーサネットインターフェイスで FIP (FCoE Initiation Protocol) VLAN 検出プロトコルが実行します。設定が行われていない場合は、検出されたすべての FCoE VLAN に対してネットワークインターフェイスが自動的に作成され、VLAN インターフェイスに FCoE のインスタンスが作成されます。
-
検出された FCoE デバイスが、Installation Destination ウィンドウの
Other SAN Devicesタブに表示されます。
17.3.3. DASD ストレージデバイスの設定 リンクのコピーリンクがクリップボードにコピーされました!
Installation Destination ウィンドウから DASD ストレージデバイスを検出して設定できます。
前提条件
- Installation Summary ウィンドウが開いている。
手順
- Installation Summary ウィンドウで、Installation Destination をクリックします。Installation Destination ウィンドウが開き、使用可能なすべてのドライブがリスト表示されます。
- Specialized & Network Disks セクションで、 をクリックします。ストレージデバイスの選択画面が表示されます。
- をクリックします。Add DASD Storage Target ダイアログボックスが開きます。0.0.0204 などのデバイス番号を指定して、インストールの開始時に検出されなかった追加の DASD を接続するように求められます。
- Device number フィールドに、接続する DASD のデバイス番号を入力します。
をクリックします。
指定したデバイス番号を持つ DASD が検出され、その DASD が接続されていない場合は、ダイアログボックスが閉じ、新たに検出されたドライブが、ドライブのリストに表示されます。次に、必要なデバイスのチェックボックスを選択して、 をクリックします。インストール先 画面の ローカルの標準ディスク セクションで、新しい DASD が選択できるようになります (
DASD device 0.0.xxxxと表示されます)。無効なデバイス番号を入力した場合、または指定したデバイス番号の DASD がすでにシステムに割り当てられている場合は、ダイアログボックスにエラーメッセージとその理由が表示され、別のデバイス番号で再試行するように求められます。
17.3.4. FCP デバイスの設定 リンクのコピーリンクがクリップボードにコピーされました!
FCP デバイスは、64 ビットの IBM Z が DASD デバイスの代わりに、または DASD デバイスに加えて、SCSI デバイスを使用できるようにするものです。FCP デバイスは交換ファブリックスイッチを提供し、これにより 64 ビットの IBM Z システムが SCSI LUN を従来の DASD デバイスとして用いる使い方に加えて、ディスクデバイスとして使えるようにします。
前提条件
- Installation Summary ウィンドウが開いている。
-
FCP のみのインストールで、DASD がないことを示すために、CMS 設定ファイルから
DASD=オプションを削除するか、パラメーターファイルからrd.dasd=オプションを削除した。
手順
- Installation Summary ウィンドウで、Installation Destination をクリックします。Installation Destination ウィンドウが開き、使用可能なすべてのドライブがリスト表示されます。
- Specialized & Network Disks セクションで、 をクリックします。ストレージデバイスの選択画面が表示されます。
をクリックします。Add zFCP Storage Target ダイアログボックスが開き、FCP (ファイバーチャネルプロトコル) ストレージデバイスを追加できます。
64 ビットの IBM Z では、インストールプログラムが FCP LUN をアクティベートするために、FCP デバイスを手動で入力する必要があります。これは、グラフィカルインストールで指定するか、パラメーターもしくは CMS 設定ファイル内で一意のパラメーターエントリーとして指定することで可能になります。設定する各サイトに固有の値を入力する必要があります。
- Device number フィールドに 4 桁の 16 進数のデバイス番号を入力します。
zFCPデバイスが NPIV モードに設定されていない場合、またはzfcp.allow_lun_scan=0カーネルモジュールパラメーターによってauto LUNスキャンが無効になっている場合は、次の詳細を指定します。- 16 桁の 16 進数の WWPN (World Wide Port Number) を、WWPN フィールドに入力します。
- 16 桁の 16 進数の FCP LUN 識別子を、LUN フィールドに入力します。
をクリックして、FCP デバイスに接続します。
新しく追加されたデバイスが、Installation Destination ウィンドウの IBM Z タブに表示されます。
16 進法で小文字のみを使用してください。間違った値を入力して をクリックすると、インストールプログラムにより警告が表示されます。設定情報の編集と、探索の再試行が可能です。値の詳細は、ハードウェアに添付のドキュメントを参照し、システム管理者に確認してください。
17.3.5. グラフィカルインストールモードを使用した NVMe fabrics デバイスの設定 リンクのコピーリンクがクリップボードにコピーされました!
グラフィカルインストールを使用して、Non-volatile Memory Express™ (NVMe™) over fabrics をインストールターゲットとして使用して設定します。デバイスがブートの要件を満たしている場合は、デバイスをブートデバイスとして設定することもできます。
前提条件
- システムに NVMe™ over fabrics デバイスが存在する。
- 初期インストールプロセスが完了し、Installation Summary ウィンドウが開いている。
手順
Installation Summary ウィンドウで、Installation Destination をクリックします。
Installation Destination ウィンドウが開き、利用可能なすべてのデバイスのリストが表示されます。これには、ローカル (PCI Express トランスポート) NVMe™ デバイスが含まれています。
Specialized & Network Disks セクションで、Add a disk… をクリックします。
ストレージデバイスの選択画面が表示されます。
- NVMe™ Fabrics Devices タブをクリックします。
- オプション: デバイスリストが長すぎる場合は、Filter by オプションを使用して特定のデバイスを表示します。
- チェックボックスを使用してリストからデバイスを選択します。
Done をクリックして Installation Destination ウィンドウに戻ります。
再設定した NVMe™ デバイスが Specialized & Network Disks セクションに表示されます。
- Done をクリックして、Installation Summary ウィンドウに戻ります。
17.4. root アカウントの設定とユーザーの作成 リンクのコピーリンクがクリップボードにコピーされました!
Installation Summary 画面から、root アカウントを設定し、システムにアクセスするユーザーを作成できます。
17.4.1. root アカウントの設定 リンクのコピーリンクがクリップボードにコピーされました!
インストールプロセス中に、管理者 (スーパーユーザーまたは root とも呼ばれます) アカウントにログインするように root アカウントを設定できます。このアカウントはシステム管理タスクに使用します。これらのタスクには、以下が含まれます。
- ソフトウェアパッケージのインストールと更新
- ネットワークやファイアウォールの設定、ストレージオプションなど、システム全体の設定の変更
- ユーザー、グループ、およびファイル権限の追加または変更。
インストールしたシステムの root 特権を取得するには、root アカウントを使用するか、管理者特権を持つユーザーアカウント (wheel グループのメンバー) を作成します。root アカウントはインストール中に必ず作成されます。管理者アカウントへの切り替えは、タスクに管理者アクセスが必要な場合にのみ行ってください。
root アカウントは、システムを完全に制御できます。このアカウントへのアクセスを不正に入手すると、ユーザーの個人ファイルへのアクセスや削除が可能になります。
手順
Installation Summary ウィンドウで、User Settings > Root Account を選択します。Root Account ウィンドウが開きます。
デフォルトでは、Disable root account オプションが選択されています。
- ルートアカウントを有効にするには、Enable root account オプションを選択します。
Root Password フィールドにパスワードを入力します。
root パスワードは大文字と小文字が区別されます。数字、文字 (大文字と小文字)、記号 を含む 8 文字以上でなければなりません。
- Confirm フィールドに同じパスワードを入力します。
-
オプション:
Allow root SSH login with passwordオプションを選択し、このシステムに root ユーザーとして (パスワードを使用して) SSH アクセスすることを有効にします。デフォルトでは、パスワードベースの SSH root アクセスは無効になっています。 をクリックして root パスワードを確認し、Installation Summary ウィンドウに戻ります。
脆弱なパスワードを使用して続行する場合は、 を 2 回クリックする必要があります。
17.4.2. ユーザーアカウントの作成 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中にユーザーアカウントを作成し、Installation Summary ウィンドウから日常的なシステム操作を行うための非 root ユーザーを設定します。これにより、通常のタスクで root アカウントを使用しないようにすることで、セキュリティーが向上し、システムのデプロイ開始時から適切なユーザー管理が可能になります。
+ 注記: root アカウントは、特権タスクを実行する際にのみ使用してください。通常のタスクを実行するために、特権のないユーザーアカウントではなくルートアカウントを使用すると、セキュリティーリスクが発生する可能性があります。
手順
- Installation Summary ウィンドウで、User Settings > User Creation を選択します。Create User ウィンドウが開きます。
- Full name フィールドにユーザーアカウント名を入力します (例: John Smith)。
User name フィールドにユーザー名を入力します (例: jsmith)。
User name はコマンドラインからログインするために使用します。グラフィカル環境をインストールすると、グラフィカルログインマネージャーで Full name が使用されます。
デフォルトでは、Add administrative privileges to this… オプションが選択されています。このアカウントに対して管理者特権を共有しない場合は、このオプションの選択を解除します。デフォルトでは、新しいユーザーにはシステムの管理者特権が与えられます。
管理者ユーザーは、
sudoコマンドを使用して、rootパスワードの代わりにユーザーパスワードを使用して、rootのみが実行できるタスクを実行できます。これは便利ですが、セキュリティー上のリスクが生じる可能性があります。デフォルトでは、Require a password to use this account オプションが選択されています。このアカウントをパスワードなしで使用する場合は、このオプションを無効にします。
ユーザーに管理者権限を与える場合は、アカウントがパスワードで保護されていることを確認してください。アカウントにパスワードを割り当てない場合は、ユーザーに管理者特権を与えないでください。
- Password フィールドにパスワードを入力します。
- Confirm password フィールドに同じパスワードを入力します。
- をクリックして変更を適用し、Installation Summary 画面に戻ります。
17.4.3. ユーザーの詳細設定の編集 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に詳細なユーザーアカウント設定を行い、ホームディレクトリー、ユーザー ID とグループ ID、およびグループメンバーシップをカスタマイズできます。これにより、ユーザーアカウント設定とシステムセキュリティーポリシーをきめ細かく制御できます。
手順
- Create User 画面で、 をクリックします。
-
必要に応じて、Home directory フィールドの詳細を変更します。このフィールドには、デフォルトで
/home/usernameが入力されます。 User and Groups IDs セクションでは、次のことができます。
Specify a user ID manually チェックボックスを選択し、 または を使用して、必要な値を入力します。
デフォルト値は 1000 です。ユーザー ID (UID) の 0 ~ 999 はシステムが予約しているため、ユーザーに割り当てることができません。
Specify a group ID manually チェックボックスを選択し、 または を使用して、必要な値を入力します。
デフォルトのグループ名はユーザー名と同じで、デフォルトのグループ ID (GID) は 1000 です。GID 0 - 999 はシステムによって予約されているため、ユーザーグループに割り当てることはできません。
Group Membership フィールドに、コンマ区切りの追加グループリストを指定します。グループが存在しない場合は作成されます。追加されるグループにカスタムの GID を指定する場合は、カスタムの GID を括弧に入れて指定します。新しいグループにカスタムの GID を指定しない場合は、GID が自動的に割り当てられます。
作成されたユーザーアカウントには、デフォルトグループメンバーシップが常に 1 つあります (Specify a group ID manually フィールドに設定した ID を持つユーザーのデフォルトグループ)。
- をクリックして更新を適用し、Create User 画面に戻ります。
17.5. 手動パーティションの設定 リンクのコピーリンクがクリップボードにコピーされました!
手動パーティション設定を使用して、ディスクパーティションおよびマウントポイントを設定し、Red Hat Enterprise Linux がインストールされているファイルシステムを定義できます。インストールの前に、ディスクデバイスにパーティションを設定するかどうかを検討する必要があります。LUN 上で直接または LVM を使用してパーティションを設定する利点と欠点の詳細は、Red Hat ナレッジベースソリューションの advantages and disadvantages to using partitioning on LUNs を参照してください。
Standard Partitions、LVM、LVM thin provisioning など、さまざまなパーティションおよびストレージオプションが利用できます。これらのオプションは、システムのストレージを効果的に管理するうえで、さまざまな利点と設定を提供します。
- 標準パーティション
-
標準パーティションには、ファイルシステムやスワップ領域が格納されます。標準パーティションは、
/boot、BIOS Boot、およびEFI Systemパーティションに最もよく使用されます。LVM 論理ボリュームは、他のほとんどの用途にも使用できます。 - LVM
-
デバイスタイプに
LVM(または論理ボリューム管理) を選択すると、LVM 論理ボリュームが作成されます。LVM は、物理ディスク使用時のパフォーマンスを向上させます。また、パフォーマンスや信頼性を向上させる高度な設定 (1 つのマウントポイントに複数の物理ディスクを使用する、ソフトウェア RAID を設定するなど) を可能にします。 - LVM シンプロビジョニング
- シンプロビジョニングを使用すると、シンプールと呼ばれる、空き領域のストレージプールを管理できます。このプールは、アプリケーションで必要なときに任意の数のデバイスに割り当てることができます。ストレージ領域の割り当ての費用対効果を高くする必要がある場合は、プールを動的に拡張できます。
Red Hat Enterprise Linux のインストールには、少なくとも 1 つのパーティションが必要です。少なくとも /、/home、/boot、および swap パーティションまたはボリュームを使用してください。必要に応じて、その他のパーティションやボリュームを作成することもできます。
データの損失を防ぐために、手順に進む前にデータをバックアップすることを推奨します。デュアルブートシステムをアップグレードまたは作成する場合は、保存しておくストレージデバイスの全データのバックアップを作成してください。
17.5.1. 推奨されるパーティション設定スキーム リンクのコピーリンクがクリップボードにコピーされました!
次のマウントポイントに個別のファイルシステムを作成してください。ただし、必要に応じて /usr、/var および /tmp のマウントポイントでファイルシステムを作成することもできます。
-
/boot -
/(root) -
/home -
swap -
/boot/efi -
PReP
このパーティションスキームは、ベアメタルのデプロイメントに推奨されますが、仮想およびクラウドのデプロイメントには適用されません。
/bootパーティション (最小限 1 GiB のサイズを推奨)-
/bootにマウントされるパーティションには、システムで Red Hat Enterprise Linux 10 を起動できるようにするオペレーティングシステムカーネルと、ブートストラッププロセス中に使用されるファイルが格納されます。ほとんどのファームウェアには制限があるため、ファームウェアを保持するための小さなパーティションを作成してください。ほとんどの場合は、1 GiB の boot パーティションで十分です。その他のマウントポイントとは異なり、LVM ボリュームを/bootに使用することはできません。/bootは、別のディスクパーティションに置く必要があります。
RAID カードを実装している場合、BIOS タイプは、RAID カードからの起動に対応していない場合がある点に注意してください。これに該当する場合は、/boot パーティションは別のディスクなどの RAID アレイ以外のパーティションに作成する必要があります。
-
通常、
/bootパーティションは、インストールプログラムにより自動的に作成されます。ただし、/(ルート) パーティションが 2 TiB を超え、起動に (U)EFI を使用する場合は、マシンを正常に起動させるため、2 TiB 未満の/bootパーティションを別途作成する必要があります。 -
手動でパーティション設定する場合は、必ず
/bootパーティションをディスクの最初の 2 TB 以内に配置してください。/bootパーティションを 2 TB の境界を超えて配置すると、インストールが成功しても、システムが起動に失敗します。この制限を超える/bootパーティションを BIOS が読み取れないためです。
root- 10 GiB 以上のサイズを推奨ここは "
/"、つまりルートディレクトリーが配置される場所です。ルートディレクトリーは、ディレクトリー構造のトップレベルです。デフォルトでは、書き込み先のパスに別のファイルシステムがマウントされていない限り (/boot、/homeなど)、すべてのファイルがこのファイルシステムに書き込まれます。root ファイルシステムが 5 GiB の場合は最小インストールが可能ですが、パッケージグループをいくつでもインストールできるように、少なくとも 10 GiB を割り当てておくことが推奨されます。
/ ディレクトリーと、/root ディレクトリーを混合しないように注意してください。/root ディレクトリーは、root ユーザーのホームディレクトリーになります。/root ディレクトリーは、root ディレクトリーと区別するため、スラッシュルート と呼ばれることがあります。
/home(1 GiB 以上のサイズを推奨)-
システムデータとユーザーデータを別々に格納する場合は、
/homeディレクトリー用の専用ファイルシステムを作成します。ファイルシステムのサイズは、ローカルで保存するデータ量やユーザー数などを基に決定してください。こうすることで、ユーザーデータのファイルを消去せずに Red Hat Enterprise Linux 10 をアップグレードしたり、再インストールできるようになります。自動パーティション設定を選択する場合は、/homeファイルシステムが確実に作成されるように、インストールに少なくとも 55 GiB のディスク領域を確保しておくことを推奨します。 swapパーティション (1 GiB 以上のサイズを推奨)仮想メモリーは、swap ファイルシステムによりサポートされています。つまり、システムが処理しているデータを格納する RAM が不足すると、そのデータは swap ファイルシステムに書き込まれます。swap サイズはシステムメモリーのワークロードに依存するため、システムメモリーの合計ではありません。したがって、システムメモリーサイズの合計とは等しくなりません。システムメモリーの作業負荷を判断するためには、システムで実行するアプリケーションの種類、およびそのアプリケーションにより生じる負荷を分析することが重要になります。アプリケーションにより生じる負荷に関するガイダンスは、アプリケーション提供元または開発側より提供されます。
システムで swap 領域が不足すると、システムの RAM メモリーがすべて使用されるため、カーネルがプロセスを終了します。swap 領域が大き過ぎても、割り当てられているストレージデバイスがアイドル状態となり、リソース運用面では効率が悪くなります。また、swap 領域が大き過ぎるとメモリーリークに気付きにくくなる可能性があります。swap パーティションの最大サイズおよび詳細は、
mkswap(8)の man ページを参照してください。システムの RAM の容量別に推奨される swap サイズと、ハイバネートするのに十分なサイズを以下の表に示します。インストールプログラムでシステムのパーティション設定を自動的に設定すると、swap パーティションのサイズはこのガイドラインに沿って決められます。自動パーティション設定では、ハイバネートは使用しないことを前提としています。このため、swap パーティションの上限がディスクの合計サイズの最大 10 % に制限され、インストールプログラムでは、1 TiB を上回るサイズの swap パーティションが作成されません。ハイバネートを行うために十分な swap 領域を設定したい場合、もしくはシステムのストレージ領域の 10 % 以上を swap パーティションに設定したい場合、または 1 TiB を超えるサイズにしたい場合は、パーティション設定のレイアウトを手動で編集する必要があります。
| システム内の RAM の容量 | 推奨されるスワップ領域 | ハイバネートを許可する場合に推奨されるスワップ領域 |
|---|---|---|
| 2 GiB 未満 | RAM 容量の 2 倍 | RAM 容量の 3 倍 |
| 2 GiB - 8 GiB | RAM 容量と同じ | RAM 容量の 2 倍 |
| 8 GiB - 64 GiB | 4 GiB から RAM 容量の半分まで | RAM 容量の 1.5 倍 |
| 64 GiB を超える場合 | ワークロードによる (最小 4 GiB) | ハイバネートは推奨されない |
/boot/efiパーティション - 500 MiB のサイズを推奨- UEFI ベースの AMD64、Intel 64、および 64 ビットの ARM には、500 MiB の EFI システムパーティションが必要です。推奨される最小サイズは 500 MiB、最大サイズは 600 MiB です。BIOS システムは、EFI システムパーティションを必要としません。
値が、範囲の境界線上にある場合 (システムの RAM が 2 GiB、8 GiB、または 64 GiB などの場合)、swap 領域の決定やハイバネートへのサポートは適宜判断してください。システムリソースに余裕がある場合は、スワップ領域を増やすとパフォーマンスが向上することがあります。
swap 領域を複数のストレージデバイスに分散させても、swap 領域のパフォーマンスが向上します (高速ドライブやコントローラー、インターフェイスなどを備えたシステムで特に効果的)。
多くのシステムでは、パーティションおよびボリュームの数は上述の最小数より多くなります。パーティション設定は、システム固有のニーズに応じて決定してください。パーティションを設定する方法が分からない場合は、インストールプログラムで提供されているデフォルトの自動パーティションのレイアウトをご利用ください。
PReP起動パーティション (4 - 8 MiB のサイズを推奨)-
IBM Power System サーバーに Red Hat Enterprise Linux をインストールする場合は、ディスクの最初のパーティションに
PReP起動パーティションが含まれている必要があります。これには、他の IBM Power Systems サーバーで Red Hat Enterprise Linux を起動できるようにする GRUB2 ブートローダーが含まれます。 BIOSブートパーティション - 1 MiB のサイズを推奨-
デフォルトである GPT (GUID パーティションテーブル) を使用してディスクのパーティションを設定した BIOS システムに Red Hat Enterprise Linux をインストールする場合、特定のディスクから起動するのに、別のパーティションが必要です。このパーティションは
BIOSブートと呼ばれ、ブートローダーを保存するために使用されます。
すぐに必要なパーティションにのみストレージ容量を割り当ててください。要件に応じて、後で追加の空き領域をいつでも割り当てることができます。
17.5.2. サポート対象のハードウェアストレージ リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux のメジャーバージョン間でストレージ技術がどのように設定され、そのサポートがどのように変更したかを理解することが重要になります。
- ハードウェア RAID
- インストールプロセスを開始する前に、コンピューターのマザーボードが提供する RAID 機能、またはコントローラーカードが接続する RAID 機能を設定する必要があります。アクティブな RAID アレイは、それぞれ Red Hat Enterprise Linux 内で 1 つのドライブとして表示されます。
- ソフトウェア RAID
システムに複数のディスクが搭載されている場合は、Red Hat Enterprise Linux インストールプログラムを使用して、複数のドライブを 1 つの Linux ソフトウェア RAID アレイとして動作させることができます。ソフトウェア RAID アレイを使用すると、RAID 機能は専用のハードウェアではなく、オペレーティングシステムにより制御されることになります。
注記既存の RAID アレイのメンバーデバイスがすべてパーティション未設定のディスク/ドライブである場合、インストールプログラムはアレイをディスクとして扱います。アレイを削除する方法は、インストールプログラムにはありません。
- USB ディスク
- インストール後に外付け USB ストレージを接続して設定できます。ほとんどのデバイスはカーネルにより認識されますが、認識されないデバイスもあります。インストール中にこれらのディスクを設定する必要がない場合は切断して、潜在的な問題を回避してください。
- Intel の BIOS RAID に関する注意点
-
Red Hat Enterprise Linux は、Intel BIOS RAID セットへのインストールに、
mdraidを使用します。このセットは起動プロセスで自動検出されるため、起動するたびにデバイスノードパスが変わる可能性があります。デバイスノードのパス (/dev/sdaなど) を、ファイルシステムのラベルまたはデバイス UUID に置き換えてください。ファイルシステムのラベルとデバイスの UUID は、blkidコマンドを使用すると確認できます。
17.5.3. 手動パーティション設定の開始 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中にカスタムディスクパーティションを設定して、特定の要件を満たすストレージレイアウトを作成できます。手動パーティション設定により、ディスク使用量、マウントポイント、ファイルシステムの種類を完全に制御できるため、システムパフォーマンスとデータ編成が最適化されます。
前提条件
- Installation Summary 画面が開いている。
- インストールプログラムで、すべてのディスクが利用可能である。
手順
インストールに使用するディスクを選択します。
- Installation Destination をクリックして、Installation Destination ウィンドウを開きます。
- 対応するアイコンをクリックして、インストールに必要なディスクを選択します。選択したディスクにはチェックマークが表示されています。
- Storage Configuration で、Custom ラジオボタンを選択します。
- Done をクリックします。
削除したマウントポイントが、左側のペインにリスト表示されます。マウントポイントは、検出されたオペレーティングシステムのインストールごとにまとめられています。したがって、複数のインストールでパーティションを共有していると、ファイルシステムによっては複数回表示されることがあります。
- 左側のペインでマウントポイントを選択します。カスタマイズ可能なオプションが右側のペインに表示されます。
- オプション: システムに既存のファイルシステムがある場合には、インストールに十分な領域があることを確認してください。パーティションを削除するには、リストから選択して、 ボタンをクリックします。ダイアログには、削除されたパーティションが属するシステムが使用しているその他のパーティションをすべて削除するチェックボックスがあります。
オプション: 既存のパーティションがなく、出発点としてパーティションのセットを作成する場合は、左側のペインから希望するパーティションスキーム (Red Hat Enterprise Linux のデフォルトは LVM) を選択し、Click here to create them automatically リンクをクリックします。
注記/bootパーティション、/(ルート) ボリューム、使用可能なストレージのサイズに比例したswapボリューム、およびアーキテクチャーなどのシステムプロパティーに応じたその他のパーティションが必要に応じて作成され、左側のペインにリスト表示されます。これらが標準的なインストールのファイルシステムですが、ファイルシステムとマウントポイントをさらに追加することもできます。
- オプション: マウントポイントの追加と個々のマウントポイントの設定を続行します。
- をクリックして変更を確認し、Installation Summary ウィンドウに戻ります。
17.5.4. 対応ファイルシステム リンクのコピーリンクがクリップボードにコピーされました!
手動パーティション設定を行うと、Red Hat Enterprise Linux で利用可能なさまざまなファイルシステムとパーティションタイプを利用して、パフォーマンスを最適化し、互換性を確保し、ディスク領域を効率的に管理できます。
- xfs
-
XFS ファイルシステムは、Red Hat Enterprise Linux のデフォルトのファイルシステムです。これは、最大 16 エクサバイト (約 1,600 万テラバイト) のファイルシステム、最大 8 エクサバイト (約 800 万テラバイト) のファイル、および数千万のエントリーを含むディレクトリー構造に対応する、拡張性に優れた高性能ファイルシステムです。
XFSは、メタデータジャーナリングもサポートしているため、クラッシュに対するより迅速な復元が容易になります。1 つの XFS ファイルシステムでサポートされる最大サイズは 1 PB です。XFS を縮小して空き領域を確保することはできません。 - ext4
-
ext4ファイルシステムは、ext3ファイルシステムをベースとし、改善が加えられています。より大きなファイルシステム、そしてより大きなファイルに対応するようになり、ディスク領域の割り当てに要する時間が短縮され効率化されています。また、ディレクトリー内のサブディレクトリーの数に制限がなく、ファイルシステムチェックが速くなり、ジャーナリングがより強力になりました。1 つのext4ファイルシステムで対応している最大サイズは 50 TB です。 - ext3
-
ext3ファイルシステムはext2ファイルシステムをベースとし、ジャーナリング機能という大きな利点を備えています。ジャーナリングファイルシステムを使用すると、クラッシュが発生するたびに fsck ユーティリティーを実行してメタデータの整合性をチェックする必要がないため、突然終了したあとに、ファイルシステムの復元に要する時間を短縮できます。 - ext2
-
ext2ファイルシステムは標準の Unix ファイルタイプに対応しています (通常のファイル、ディレクトリー、シンボリックリンクなど)。最大 255 文字までの長いファイル名を割り当てることができます。 - swap
- swap パーティションは、仮想メモリーに対応するために使用されます。つまり、システムが処理しているデータを格納する RAM が不足すると、そのデータが swap パーティションに書き込まれます。
- vfat
VFATファイルシステムは Linux ファイルシステムです。FAT ファイルシステムにある Microsoft Windows の長いファイル名と互換性があります。注記VFATファイルシステムは、Linux システムのパーティションではサポートされていません。たとえば、/、/var、/usrなどです。- BIOS ブート
- BIOS 互換モードで、BIOS システムおよび UEFI システムの GUID パーティションテーブル (GPT) を使用するデバイスから起動するのに必要な、非常に小さいパーティションです。
- EFI システムパーティション
- UEFI システムの GUID パーティションテーブル (GPT) でデバイスを起動する場合に必要な、小さいパーティションです。
- PReP
-
この小さなブートパーティションは、ディスクの最初のパーティションにあります。
PReP起動パーティションには GRUB2 ブートローダーが含まれ、その他の IBM Power Systems サーバーが Red Hat Enterprise Linux を起動できるようにします。
17.5.5. ファイルシステムのマウントポイントの追加 リンクのコピーリンクがクリップボードにコピーされました!
ファイルシステムのマウントポイントは複数追加できます。XFS、ext4、ext3、ext2、swap、VFAT など、利用可能なファイルシステムとパーティションタイプを自由に使用できます。BIOS ブート、EFI システムパーティション、PReP などの特定のパーティションを使用することもできます。これはシステムのストレージを効果的に設定するのに役立ちます。
前提条件
- パーティションの計画が完了している。
-
/var/mail、/usr/tmp、/lib、/sbin、/lib64、/binなどのシンボリックリンクを含むパスにマウントポイントを指定していないことを確認する。RPM パッケージを含むペイロードは、特定のディレクトリーへのシンボリックリンクの作成に依存します。
手順
- をクリックして、新しいファイルシステムと関連するマウントポイントを作成します。Add a New Mount Point ダイアログが開きます。
-
Mount Point ドロップダウンメニューから事前に設定されたパスの 1 つを選択するか、独自のパスを入力します。たとえば、ルートパーティションの場合は
/を選択し、ブートパーティションの場合は/bootを選択します。 Desired Capacity フィールドにファイルシステムのサイズを入力します (例:
2GiB)。Desired Capacity に値を指定しなかった場合、または使用可能な領域よりも大きいサイズを指定した場合、残りの空き領域がすべて使用されます。
- をクリックしてパーティションを作成し、Manual Partitioning ウィンドウに戻ります。
17.5.6. マウントポイントのファイルシステム用ストレージの設定 リンクのコピーリンクがクリップボードにコピーされました!
手動で作成した各マウントポイントのパーティションスキームを設定できます。利用可能なオプションは、Standard Partition、LVM、および LVM Thin Provisioning です。Red Hat Enterprise Linux 10 では Btfrs のサポートが削除されました。
/boot パーティションは、選択した値に関係なく、常に標準パーティションに置かれます。
手順
- 非 LVM マウントポイントを 1 つ配置するデバイスを変更するには、左側のペインから必要なマウントポイントを選択します。
- Device(s) 見出しの下にある をクリックします。マウントポイントの設定 ダイアログが開きます。
- 1 つ以上のデバイスを選択し、 をクリックして選択を確認し、手動パーティション設定 画面に戻ります。
- をクリックして、変更を適用します。
- 手動パーティション設定 画面左下で ストレージデバイスが選択されています リンクをクリックして、選択したディスク ダイアログを開いて、ディスク情報を確認します。
- オプション: ローカルディスクとパーティションをすべてリフレッシュするには、 ボタン (円形の矢印ボタン) をクリックします。この作業が必要になるのは、インストールプログラム以外で高度なパーティション設定を行った場合のみです。 ボタンをクリックすると、インストールプログラムに行った設定変更がすべてリセットされます。
17.5.7. マウントポイントのファイルシステムのカスタマイズ リンクのコピーリンクがクリップボードにコピーされました!
特定の設定を行う場合は、パーティションまたはボリュームをカスタマイズできます。/usr または /var がルートボリュームの他の部分とは別にパーティション設定されている場合、ブートプロセスが複雑になります。これらのディレクトリーには重要なコンポーネントがあるためです。状況によってはシステムを起動できないことがあります。たとえば、これらのディレクトリーが iSCSI ドライブや FCoE の場所に配置されている場合などです。または、電源を切ったり再起動したりするときに、Device is busy というエラーが発生してシステムがハングアップすることもあります。
これらの制限は /usr と /var にのみ適用され、その下のディレクトリーには適用されません。たとえば、/var/www 向けの個別パーティションは問題なく機能します。
手順
- 左側のペインから、マウントポイントを選択します。
右側のペインで、次のオプションをカスタマイズできます。
-
マウントポイント フィールドに、ァイルシステムのマウントポイントを入力します。たとえば、ファイルシステムが root ファイルシステムの場合は
/を入力します。/bootファイルシステムの場合は/bootを入力します。swap ファイルシステムの場合は、ファイルシステムタイプをswapに設定すれば十分であるため、マウントポイントを設定しないでください。 - 割り当てる容量 フィールドに、ファイルシステムのサイズを入力します。単位には KiB や GiB が使用できます。単位を指定しない場合は、MiB がデフォルトになります。
Device Type ドロップダウンメニューから、必要なデバイスタイプ (
Standard Partition、LVM、またはLVM Thin Provisioning) を選択します。注記RAIDは、パーティションの作成に 2 つ以上のディスクが選択されている場合にのみ使用できます。RAIDを選択した場合は、RAID Levelも設定できます。同様に、LVMを選択した場合は、Volume Groupを選択できます。- パーティションまたはボリュームを暗号化する場合は、暗号化 チェックボックスを選択します。後続のインストールプログラムで、パスワードを設定する必要があります。
ファイルシステム ドロップダウンメニューから、このパーティションまたはボリュームに適したファイルシステムタイプを選択します。
注記VFATファイルシステムは、Linux システムのパーティションではサポートされていません。たとえば、/、/var、/usrなどです。- 既存のパーティションをフォーマットする場合は 再フォーマット チェックボックスを選択します。データを保持するには、再フォーマット チェックボックスの選択を解除します。新たに作成したパーティションとボリュームは再フォーマットする必要があるため、チェックボックスの選択を解除することはできません。
- ラベル フィールドのパーティションにラベルを割り当てます。ラベルを使用すると、個別のパーティションの認識とアドレス指定が容易になります。
-
名前 フィールドに名前を入力します。標準パーティションは、作成時に自動的に名前が付けられます。標準パーティションの名前を編集することはできません。たとえば、
/bootの名前sda1を編集することはできません。
-
マウントポイント フィールドに、ァイルシステムのマウントポイントを入力します。たとえば、ファイルシステムが root ファイルシステムの場合は
- をクリックして変更を適用し、必要に応じてカスタマイズする別のパーティションを選択します。変更は、Installation Summary ウィンドウで をクリックするまで適用されません。
- オプション: パーティションの変更を破棄するには、 をクリックします。
ファイルシステムとマウントポイントをすべて作成してカスタマイズしたら、 をクリックします。ファイルシステムの暗号化を選択すると、パスフレーズを作成するように求められます。
Summary of Changes ダイアログボックスが開き、インストールプログラムの全ストレージアクションの概要が表示されます。
- をクリックして変更を適用し、Installation Summary ウィンドウに戻ります。
17.5.8. /home ディレクトリーの保持 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux 10 のグラフィカルインストールでは、RHEL 9 システムで使用されていた /home ディレクトリーを保持できます。/home を保持できるのは、/home ディレクトリーが RHEL 9 システム上の別の /home パーティションに配置されている場合のみです。
さまざまな設定が含まれる /home ディレクトリーを保持すると、新しい Red Hat Enterprise Linux 10 システム上の GNOME Shell 環境を、RHEL 9 システムと同じように設定できます。これは、以前の RHEL 9 システムと同じユーザー名と ID を持つ Red Hat Enterprise Linux 10 のユーザーにのみ適用されることに注意してください。
前提条件
- コンピューターに RHEL 9 がインストールされている。
-
/homeディレクトリーが RHEL 9 システム上の別の/homeパーティションにある。 -
Red Hat Enterprise Linux 10 の
Installation Summaryウィンドウが開いている。
手順
- Installation Destination をクリックして、Installation Destination ウィンドウを開きます。
- Storage Configuration で、Custom ラジオボタンを選択します。Done をクリックします。
- をクリックすると、Manual Partitioning ウィンドウが開きます。
/homeパーティションを選択し、Mount Point:下に/homeを入力し、Reformat チェックボックスの選択を解除します。図17.1 /home がフォーマットされていないことを確認
-
オプション: マウントポイントファイルシステムのカスタマイズ で説明されているように、Red Hat Enterprise Linux 10 システムに必要な
/homeパーティションのさまざまな側面をカスタマイズすることもできます。ただし、RHEL 9 システムからの/homeを保持するには、Reformat チェックボックスをオフにする必要があります。 - 要件に応じてすべてのパーティションをカスタマイズしたら、 をクリックします。Summary of changes ダイアログボックスが開きます。
-
Summary of changes ダイアログボックスに
/homeの変更が表示されないことを確認します。これは、/homeパーティションが保持されていることを示します。 - をクリックして変更を適用し、Installation Summary ウィンドウに戻ります。
17.5.9. インストール中のソフトウェア RAID の作成 リンクのコピーリンクがクリップボードにコピーされました!
Redundant Arrays of Independent Disks (RAID) デバイスは、複数のストレージデバイスから構成されます。これらのデバイスは、パフォーマンスを向上させるように、また構成によっては、フォールトトレランスを向上させるように配置されます。RAID デバイスはワンステップで作成され、必要に応じてディスクが追加または削除されます。
システム内の物理ディスクごとに 1 つの RAID パーティションを設定できます。インストールプログラムで使用できるディスクの数によって、使用できる RAID デバイスのレベルが決まります。たとえば、システムにディスクが 2 つある場合は、RAID 10 デバイスを作成することはできません。少なくともディスクが 3 つ必要になるためです。RHEL は、システムのストレージパフォーマンスと信頼性を最適化するために、インストールされたシステムにストレージを設定するための LVM および LVM シンプロビジョニングを使用したソフトウェア RAID 0、RAID 1、RAID 4、RAID 5、RAID 6、および RAID 10 タイプをサポートしています。
64 ビットの IBM Z では、ストレージサブシステムが RAID を透過的に使用します。ソフトウェア RAID を手動で設定する必要はありません。
前提条件
- RAID 設定オプションは、インストール用に複数のディスクを選択している場合にのみ表示される。作成する RAID タイプに応じて、少なくとも 2 つのディスクが必要です。
- Installation Destination ウィンドウで ラジオボタンを選択し、Done ボタンをクリックして Manual Partitioning ウィンドウに入りました。
- マウントポイントを作成している。マウントポイントを設定して、RAID デバイスを設定します。
手順
- 手動パーティション設定 画面の左側のペインで、必要なパーティションを選択します。
- デバイスタイプ ドロップダウンメニューをクリックして、RAID を選択します。
- デバイス セクションの下にある をクリックします。マウントポイントの設定 ダイアログボックスが開きます。
- RAID デバイスに含めるディスクを選択し、 をクリックしてダイアログボックスを閉じます。
- ファイルシステム のドロップダウンメニューをクリックして、目的のファイルシステムタイプを選択します。
- RAID Level ドロップダウンメニューをクリックして、目的の RAID レベルを選択します。
- をクリックして、変更を保存します。
- をクリックして設定を適用し、インストールの概要 ウィンドウに戻ります。
17.5.10. LVM 論理ボリュームの作成 リンクのコピーリンクがクリップボードにコピーされました!
論理ボリューム管理 (LVM) は、ディスクや LUN などの基盤となる物理ストレージ領域を論理的に表示します。物理ストレージ上のパーティションは物理ボリュームとして表示され、ボリュームグループにグループ化できます。ボリュームグループはそれぞれ複数の論理ボリュームに分割できます。各論理ボリュームは標準のディスクパーティションに似ています。したがって、LVM 論理ボリュームは、複数の物理ディスクにまたがることが可能なパーティションとして機能します。
- LVM 設定は、グラフィカルインストールとキックスタートインストールでのみ使用できます。テキストモードによるインストールの場合は、LVM を設定できません。
-
テキストモードで LVM 設定を作成するには、Ctrl+Alt+F2 を押して、別の仮想コンソールでシェルプロンプトを使用します。このシェルで
vgcreateおよびlvmコマンドを実行できます。テキストモードのインストールに戻るには Ctrl+Alt+F1 を押します。
手順
Manual Partitioning ウィンドウから、次のいずれかの方法で新しいマウントポイントを作成します。
- Click here to create them automatically オプションを使用するか、+ ボタンをクリックします。
- ドロップダウンリストからマウントポイントを選択するか、手動で入力します。
ファイルシステムのサイズを Desired Capacity フィールドに入力します。たとえば、
/の場合は 70 GiB、/bootの場合は 1 GiB です。注記: 既存のマウントポイントを使用する場合は、この手順をスキップしてください。
- マウントポイントを選択します。
ドロップダウンメニューで
LVMを選択します。Volume Group ドロップダウンメニューが表示され、新たに作成したボリュームグループ名が表示されます。注記設定ダイアログではボリュームグループの物理エクステントのサイズは指定できません。このサイズは、常にデフォルト値の 4 MiB に設定されます。別の物理エクステントを持つボリュームグループを作成する場合は、対話型シェルに切り替えて
vgcreateコマンドを使用して手動で作成するか、volgroup --pesize=sizeコマンドでキックスタートファイルを使用する必要があります。- をクリックして、Installation Summary ウィンドウに戻ります。
17.5.11. LVM 論理ボリュームの設定 リンクのコピーリンクがクリップボードにコピーされました!
新しく作成した LVM 論理ボリュームを要件に基づいて設定できます。
/boot パーティションを LVM ボリュームに配置することには対応していません。
手順
Manual Partitioning ウィンドウから、次のいずれかの方法でマウントポイントを作成します。
- Click here to create them automatically オプションを使用するか、+ ボタンをクリックします。
- ドロップダウンリストからマウントポイントを選択するか、手動で入力します。
ファイルシステムのサイズを Desired Capacity フィールドに入力します。たとえば、
/の場合は 70 GiB、/bootの場合は 1 GiB です。既存のマウントポイントを使用する場合は、このステップをスキップします。
- マウントポイントを選択します。
-
Device Type ドロップダウンメニューをクリックし、
LVMを選択します。Volume Group ドロップダウンメニューが表示され、新たに作成したボリュームグループ名が表示されます。 をクリックして、新たに作成したボリュームグループを設定します。Configure Volume Group ダイアログボックスが開きます。
注記設定ダイアログではボリュームグループの物理エクステントのサイズは指定できません。このサイズは、常にデフォルト値の 4 MiB に設定されます。別の物理エクステントを持つボリュームグループを作成する場合は、対話型シェルに切り替えて
vgcreateコマンドを使用して手動で作成するか、volgroup --pesize=sizeコマンドでキックスタートファイルを使用する必要があります。詳細は、RHEL の自動インストール ドキュメントを参照してください。オプション: RAID Level ドロップダウンメニューから、必要な RAID レベルを選択します。
利用可能な RAID レベルは、実際の RAID デバイスと同じです。
- ボリュームグループを暗号化対象としてマークするには、Encrypt チェックボックスをオンにします。
Size policy ドロップダウンメニューから、ボリュームグループに対して次のサイズポリシーのいずれかを選択します。
利用可能なポリシーオプションは以下のようになります。
- Automatic
- ボリュームグループのサイズは自動で設定されるため、設定した論理ボリュームを格納するのに適切なサイズになります。ボリュームグループに空の領域が必要ない場合に最適です。
- As large as possible
- 設定した論理ボリュームのサイズに関係なく、最大サイズのボリュームグループが作成されます。これは、ほとんどのデータを LVM に保存する場合、または後で既存の論理ボリュームのサイズを拡大する可能性がある場合、もしくはこのグループに別の論理ボリュームを作成する必要がある場合などに最適です。
- Fixed
- このオプションではボリュームグループのサイズを正確に設定できます。設定している論理ボリュームが格納できるサイズにする必要があります。ボリュームグループに設定する容量が正確に分かっている場合に便利です。
- をクリックして設定を適用し、Manual Partitioning ウィンドウに戻ります。
- をクリックして、変更を保存します。
- をクリックして、Installation Summary ウィンドウに戻ります。
17.5.12. ディスクパーティション設定方針について リンクのコピーリンクがクリップボードにコピーされました!
すべてのシステムに最善となる分割方法はありません。インストール済みシステムをどのように使用するかによって異なります。ただし、次のヒントは、ニーズに最適なレイアウトを見つけるのに役立つかもしれません。
- たとえば、特定のパーティションを特定のディスクに配置する必要がある場合など、特定の要件を満たすパーティションを最初に作成します。
-
機密データを格納する可能性があるパーティションやボリュームには、暗号化を検討してください。暗号化を行うと、権限を持たない人が物理ストレージデバイスにアクセスできても、暗号化したパーティションにあるデータにアクセスできなくなります。ほとんどの場合、少なくともユーザーデータが含まれる
/homeパーティションは暗号化してください。 -
場合によっては、
/、/boot、/home以外のディレクトリーに個別のマウントポイントを作成すると便利なことがあります。たとえば、MySQLデータベースを実行しているサーバーでは、/var/lib/mysqlに個別のマウントポイントを用意しておくと、再インストール時にデータベースを保持でき、後でバックアップから復元する必要がなくなります。ただし、不要なマウントポイントがあると、ストレージ管理がより困難になります。 -
一部のディレクトリーには、配置できるパーティションレイアウトに関して特別な制限がいくつか適用されます。特に、
/bootディレクトリーは常に、(LVM ボリュームではなく) 物理パーティションに存在する必要があります。 - Linux を初めて使用する場合は、Linux File system Hierarchy Standard で、さまざまなシステムディレクトリーとその内容に関する情報を確認することを検討してください。
- 各カーネルには約 60 MiB (initrd に 28MiB、vmlinuz に 16 MiB、System.map に 9 MiB) が必要です。
- レスキューモードの場合: 100 MiB (initrd に 56 MiB、vmlinuz に 16MiB、System map に 9 MiB)
システムで
kdumpを有効にすると、さらに約 40 MiB (33 MiB の別の initrd) が必要になります。最も一般的なユースケースでは、
/bootにはデフォルトの 1 GiB のパーティションサイズが必要です。ただし、複数のカーネルリリースまたはエラータカーネルを保持する予定の場合は、このパーティションのサイズを増やしてください。-
/varディレクトリーには、Apache Web サーバーを含む多数のアプリケーションのコンテンツが保存されます。このディレクトリーは、ダウンロードされたパッケージの更新を一時的に保存するために、DNF パッケージマネージャーによって使用されます。/varを含むパーティションまたはボリュームに少なくとも 5 GiB があることを確認してください。 -
/usrディレクトリーには、一般的な Red Hat Enterprise Linux システムの大部分のソフトウェアが保存されます。このディレクトリーを含むパーティションまたはボリュームは、最小インストールの場合は最低 5 GiB、グラフィカル環境のインストールの場合は最低 10 GiB 必要です。 /usrまたは/varのパーティションをルートボリュームとは別の場所に設定すると、起動プロセスが非常に複雑になります。これらのディレクトリーには、起動に欠かせないコンポーネントが含まれているためです。たとえば、これらのディレクトリーを iSCSI ドライブまたは FCoE の場所に配置すると、状況によってはシステムが起動できなくなります。また、電源をオフにしたり再起動したりするときに、Device is busyというエラーでハングすることがあります。この制限は
/usrまたは/varにのみ適用されます。これらの下のディレクトリーには適用されません。たとえば、/var/www用の別のパーティションは問題なく機能します。重要セキュリティーポリシーによっては、管理が複雑になるにもかかわらず、
/usrと/varを分離する必要があります。-
LVM ボリュームグループ内の一部領域を未割り当てのまま残しておくことを検討してください。このように未割り当ての領域を残すことで、領域の要件が変化した際に、その他のボリュームからデータを削除したくない場合に、柔軟性が得られます。また、パーティションに
LVM Thin Provisioningデバイスタイプを選択して、未使用の領域をボリュームによって自動的に処理することもできます。 -
XFS ファイルシステムのサイズを縮小することはできません。このファイルシステムのパーティションまたはボリュームを小さくする必要がある場合は、データのバックアップを作成し、ファイルシステムを破棄して、代わりに小規模なファイルシステムを新たに作成する必要があります。したがって、後でパーティションレイアウトを変更する予定の場合には、代わりに
ext4ファイルシステムを使用してください。 -
インストール後に、ディスクの追加、または仮想マシンのディスクの拡張によりストレージを拡張することを予定している場合は、論理ボリューム管理 (LVM) を使用してください。LVM を使用すると、新しいドライブに物理ボリュームを作成し、必要に応じてそのボリュームを任意のボリュームグループおよび論理ボリュームに割り当てることができます。たとえば、システムの
/home(または論理ボリュームに存在するその他のディレクトリー) を簡単に拡張できます。 - システムのファームウェア、起動ドライブのサイズ、および起動ドライブのディスクラベルによっては、BIOS の起動パーティションまたは EFI システムパーティションの作成が必要になる場合があります。システムで BIOS ブートまたは EFI システムパーティションが 必要ない 場合は、グラフィカルインストールで BIOS ブートまたは EFI システムパーティションを作成することはできません。この場合は、メニューに表示されなくなります。
17.6. ベース環境と追加ソフトウェアの選択 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に、Software Selection ウィンドウから適切なベース環境と追加のソフトウェアパッケージを選択し、特定のユースケースに合わせてシステムをカスタマイズできます。これにより、インストールされるソフトウェアスタックが決定され、システムのパフォーマンス、セキュリティー、および機能に影響が及びます。
- Base Environment には、定義済みのパッケージが含まれています。たとえば、Server with GUI (デフォルト)、Server、Minimal Install、Workstation、Custom Operating System、Virtualization Host など、ベース環境を 1 つだけ選択できます。可用性は、インストールソースとして使用されているインストール ISO イメージにより異なります。
- 選択した環境の追加ソフトウェア には、ベース環境用の追加のソフトウェアパッケージが含まれています。複数のソフトウェアパッケージを選択できます。
事前に定義された環境と追加のソフトウェアを使用して、システムをカスタマイズします。ただし、標準的なインストールでは、インストールする個々のパッケージを選択することはできません。特定の環境に含まれるパッケージを確認するには、インストールソースメディア (DVD、CD、USB) の repository/repodata/*-comps-repository.architecture.xml ファイルを参照してください。XML ファイルには、ベース環境としてインストールされたパッケージの詳細が記載されています。利用可能な環境には <environment> タグ、そして追加のソフトウェアパッケージには <group> タグが付いています。
どのパッケージをインストールする必要があるかわからない場合は、Minimal Install ベース環境を選択してください。最小インストールでは、基本バージョンの Red Hat Enterprise Linux と、最低限の追加ソフトウェアがインストールされます。システムのインストールが完了し、初めてログインした後、DNF パッケージマネージャーを使用して追加のソフトウェアをインストールできます。
-
任意の RHEL 10 システムから
dnf group listコマンドを使用すると、ソフトウェアの選択肢の一部としてシステムにインストールされているパッケージのリストが表示されます。 -
インストールするパッケージを制御する必要がある場合は、キックスタートファイルの
%packagesセクションにパッケージを定義します。詳細は、RHEL の自動インストール ドキュメントを参照してください。 -
デフォルトでは、RHEL 10 は TuneD パッケージをインストールしません。
dnf install tunedコマンドを使用すると、TuneD パッケージを手動でインストールできます。
前提条件
- インストールソースを設定している。
- インストールプログラムが、パッケージのメタデータをダウンロードしている。
- Installation Summary ウィンドウが開いている。
手順
- Installation Summary ウィンドウで、Software Selection をクリックします。Software Selection ウィンドウが開きます。
- Base Environment ペインから、ベース環境を選択します。たとえば、Server with GUI (デフォルト)、Server、Minimal Install、Workstation、Custom Operating System、Custom Operating System など、ベース環境を 1 つだけ選択できます。デフォルトでは、Server with GUI ベース環境が選択されています。
オプション: ARM ベースのシステムにインストールする場合は、カーネルオプション から希望の ページサイズ を選択します。
デフォルトでは、4k ページサイズのカーネルが選択されます。
- 選択した環境の追加ソフトウェア ペインから、1 つ以上のオプションを選択します。
- をクリックして設定を適用し、グラフィカルインストールに戻ります。
17.7. オプション: ネットワークとホスト名の設定 リンクのコピーリンクがクリップボードにコピーされました!
Network and Host name ウィンドウを使用して、ネットワークインターフェイスを設定できます。ここで選択したオプションは、インストール済みシステムだけでなく、インストール時にリモートからパッケージをダウンロードするなどのタスクを行う際にも利用できます。
17.7.1. ネットワークおよびホスト名の設定 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に、Network and Hostname セクションからネットワークインターフェイスを設定し、システムホスト名を設定できます。これにより、パッケージのダウンロードやリモートインストールのためのネットワーク接続が可能になり、ネットワークインフラストラクチャー上でシステムが適切に識別されるようになります。
手順
- Installation Summary ウィンドウで、 をクリックします。
- 左側のペインのリストから、インターフェイスを選択します。詳細が右側のペインに表示されます。
スイッチを切り替えて、選択したインターフェイスを有効または無効にします。
インターフェイスを手動で追加または削除することはできません。
- をクリックして、Bond、Bridge、VLAN のいずれかの仮想ネットワークインターフェイスを追加します。
- を選択して、仮想インターフェイスを削除します。
- をクリックして、既存のインターフェイス (仮想と物理の両方) の IP アドレス、DNS サーバー、ルーティング設定などの設定を変更します。
Host Name フィールドにシステムのホスト名を入力します。
ホスト名は、
hostname.domainnameという形式の完全修飾ドメイン名 (FQDN)、またはドメインなしの短縮ホスト名のどちらかで指定します。多くのネットワークには、自動的に接続したシステムにドメイン名を提供する DHCP (Dynamic Host Configuration Protocol) サービスがあります。DHCP サービスがこのシステムにドメイン名を割り当てるようにするには、短縮ホスト名のみを指定します。ホスト名に使用できるのは、英数字と
-または.のみです。ホスト名は 64 文字以下である必要があります。ホスト名は、-および.で開始したり終了したりできません。DNS に準拠するには、FQDN の各部分は 63 文字以下で、ドットを含む FQDN の合計の長さは 255 文字を超えることができません。localhostの値は、ターゲットシステムの静的ホスト名が指定されておらず、(たとえば、DHCP または DNS を使用する NetworkManager による) ネットワーク設定時に、インストールされるシステムの実際のホスト名が設定されることを示しています。静的 IP およびホスト名の設定を使用する場合、短縮名または FQDN を使用するかどうかは、計画したシステムのユースケースによって異なります。Red Hat Identity Management はプロビジョニング時に FQDN を設定しますが、サードパーティーのソフトウェア製品によっては短縮名が必要になる場合があります。いずれの場合も、すべての状況で両方のフォームの可用性を確保するには、
IP FQDN short-aliasの形式で/etc/hostsにホストのエントリーを追加します。- をクリックして、ホスト名をインストーラー環境に適用します。
- また、ネットワークおよびホスト名 画面では、ワイヤレスオプションを選択できます。右側のペインで をクリックして Wi-Fi 接続を選択し、必要に応じてパスワードを入力して をクリックします。
17.7.2. 仮想ネットワークインターフェイスの追加 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に仮想ネットワークインターフェイスを追加して、ボンディング、ブリッジング、VLAN などの高度なネットワーク機能を設定できます。これにより、高可用性、負荷分散、ネットワークセグメンテーションが可能になり、ネットワークのパフォーマンスと信頼性が向上します。
手順
- ネットワークとホスト名 画面で、 ボタンをクリックして、仮想ネットワークインターフェイスを追加します。デバイスの追加 ダイアログが開きます。
使用可能な 4 つのタイプの仮想インターフェイスから 1 つ選択してください。
- Bond - NIC (ネットワークインターフェイスコントローラー) のボンドです。複数の物理ネットワークインターフェイスを 1 つのボンドチャネルに結合する方法です。
- Bridge - NIC ブリッジングです。複数のネットワークを 1 つの集積ネットワークに接続します。
- Vlan (Virtual LAN) - それぞれ独立している複数のブロードキャストドメインを作成する方法です。
- インターフェイスの種類を選択し、 をクリックします。インターフェイスの編集ダイアログボックスが開き、選択したインターフェイスタイプに使用できる設定を編集できます。詳細は、ネットワークインターフェイスの編集 を参照してください。
- をクリックして仮想インターフェイス設定を確認し、ネットワークおよびホスト名 画面に戻ります。
- オプション: 仮想インターフェイスの設定を変更するには、インターフェイスを選択し、 をクリックします。
17.7.3. ネットワークインターフェイス設定の編集 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中にネットワークインターフェイス設定を編集して、有線および無線接続のネットワーク設定をカスタマイズできます。これにより、特定のネットワーク要件に合わせて IP アドレス、DNS 設定、ルーティング、およびその他のネットワークパラメーターを設定できます。
+
64 ビットの IBM Z では、新しい接続を追加することはできません。ネットワークサブチャネルを事前にグループ化してオンラインに設定する必要があり、それは現在ブート段階でしか実行できないためです。
手順
ネットワーク接続を手動で設定するには、Network and Host name ウィンドウからインターフェイスを選択し、 をクリックします。
選択したインターフェイスに固有の編集ダイアログが開きます。表示されるオプションは接続の種類によって異なります。接続の種類が物理インターフェイス (有線または無線ネットワークインターフェイスコントローラー) であるか、または以前に 仮想インターフェイスの追加 で設定した仮想インターフェイス (Bond、Bridge、Team (非推奨)、または VLAN) であるかによって、使用可能なオプションが若干異なります。
17.7.4. インターフェイス接続の有効化または無効化 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中にネットワークインターフェイス接続を有効または無効にして、ネットワークアクセスと接続を制御できます。この設定により、アクティブにするネットワークインターフェイスと、そのインターフェイスを自動的に接続する方法が決定され、システムのネットワーク動作とセキュリティーに影響が生じます。
手順
- General タブをクリックします。
-
Connect automatically with priority チェックボックスをオンにして、デフォルトで接続を有効にします。デフォルトの優先度設定は
0のままにします。 オプション: All users may connect to this network オプションを使用して、システム上のすべてのユーザーがこのネットワークに接続するのを有効または無効にします。このオプションを無効にすると、このネットワークに接続できるユーザーが
rootだけになります。重要有線接続で有効にすると、システムは起動時または再起動時に自動的に接続されます。無線接続では、インターフェイスにより、範囲内の既知の無線ネットワークへの接続が試されます。
nm-connection-editorツールを含む NetworkManager の詳細は、ネットワークの設定および管理 ドキュメントを参照してください。をクリックして変更を適用し、Network and Host name ウィンドウに戻ります。
このインターフェイスの使用を、
root以外の特定のユーザーだけに許可することはできません。インストールのこの時点では、他のユーザーは作成されていないためです。別のユーザーが使用する接続が必要な場合は、インストール後に設定する必要があります。
17.7.5. 静的な IPv4 または IPv6 の設定 リンクのコピーリンクがクリップボードにコピーされました!
デフォルトでは、IPv4 と IPv6 の両方で自動設定が使用されます。つまり、インターフェイスが接続されると、IP アドレス、DNS、その他の設定が自動的に設定されます。多くの場合はこれで十分ですが、IPv4 Settings タブと IPv6 Settings タブで静的な設定を行うこともできます。
手順
- 静的ネットワーク設定を行うには、IPv 設定タブのいずれかに移動し、方式 ドロップダウンメニューから、自動 以外の方法 (手動 など) を選択します。アドレス ペインが有効になります。
- オプション: IPv6 Settings タブで、方法を Ignore に設定して、このインターフェイスで IPv6 を無効にすることもできます。
- をクリックして、アドレス設定を入力します。
-
Additional DNS servers フィールドに IP アドレスを入力します。このフィールドには、
10.0.0.1,10.0.0.8など、1 つ以上の DNS サーバーの IP アドレスを設定できます。 Require IPvX addressing for this connection to complete チェックボックスをオンにします。
IPv4 Settings または IPv6 Settings タブでこのオプションを選択すると、IPv4 または IPv6 が成功した場合にのみこの接続が許可されます。IPv4 および IPv6 の両方でこのオプションを無効にしたままにしておくと、いずれかの IP プロトコル設定に成功した場合にインターフェイスが接続できるようになります。
- をクリックして変更を適用し、ネットワークおよびホスト名 画面に戻ります。
17.7.6. ルートの作成 リンクのコピーリンクがクリップボードにコピーされました!
ルートを設定することで、特定の接続へのアクセスを制御できます。
手順
- IPv4 設定 タブおよび IPv6 設定 タブで、 をクリックして特定の IP プロトコルのルーティング設定を行います。そのインターフェイス用のルート編集ダイアログが開きます。
- をクリックして、ルートを追加します。
- 1 つ以上の静的ルートを設定し、設定していないすべてのルートを無効にするには、自動的に得られたルートを無視する チェックボックスを選択します。
この接続はネットワーク上のリソースにのみ使用 チェックボックスを選択して、デフォルトルートにはならないようにします。
このオプションは、静的ルートを設定していなくても選択できます。このルートは、ローカルまたは VPN 接続を必要とするイントラネットページなど、特定のリソースにアクセスするためにのみ使用されます。公開されているリソースには別の (デフォルトの) ルートが使用されます。追加ルートが設定されているのとは異なり、この設定はインストール済みシステムに転送されます。このオプションは、複数のインターフェイスを設定する場合に限り役に立ちます。
- をクリックして設定を保存し、インターフェイス固有のルートの編集ダイアログボックスに戻ります。
- をクリックして設定を適用し、ネットワークおよびホスト名 画面に戻ります。
17.8. オプション: キーボードレイアウトの設定 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に、さまざまな言語と地域の入力方法をサポートするために、Installation Summary 画面からキーボードレイアウトを設定できます。これにより、世界各国のユーザーや多言語環境のために、適切な文字入力、特殊記号、キーボードショートカットを提供できます。
+
アルファベットのないキーボードレイアウト (Russian など) を使用する場合は、English (United States) レイアウトも追加してください。インストールプロセス中にパラフレーズやユーザー認証情報を入力するには、アルファベットが必要です。
手順
- Installation Summary ウィンドウで、Keyboard をクリックします。
- をクリックして Add a Keyboard Layout ウィンドウを開き、別のレイアウトに変更します。
- リストを参照してレイアウトを選択するか、Search フィールドを使用します。
- 必要なレイアウトを選択し、 をクリックします。デフォルトレイアウトの下に新しいレイアウトが表示されます。
オプション: をクリックして、インストールしたシステムで使用可能なレイアウトを切り替えるために使用できるキーボードスイッチを設定します (これはインストール中には使用されません)。Layout Switching Options 画面が開きます。
- 切り替え用のキーの組み合わせを設定するには、1 つ以上のキーの組み合わせを選択し、 をクリックして選択を確定します。
- オプション: レイアウトを選択するときに、Keyboard ボタンをクリックすると、新しいダイアログボックスが開き、選択したレイアウトの視覚的な表現が表示されます。
- をクリックして設定を適用し、グラフィカルインストールに戻ります。
17.9. オプション: 言語サポートの設定 リンクのコピーリンクがクリップボードにコピーされました!
RHEL のインストール中に、Installation Summary 画面から追加の言語サポートを設定して、特定の地域と言語のローカライズを有効にできます。これにより、国際的な環境や多言語環境において、適切な文字エンコード、日付形式、文化的な表記規則を提供できます。
手順
- Language Support ウィンドウで、Language Support をクリックします。Language Support 画面が開きます。左側のペインには、利用可能な言語グループのリストが表示されます。グループの中から 1 つ以上の言語を設定すると、チェックマークが表示され、対応する言語が強調表示されます。
- 左側のペインからグループをクリックして追加の言語を選択し、右側のペインから地域のオプションを選択します。設定するすべての言語に対してこのプロセスを繰り返します。
- オプション: 必要に応じて、テキストボックスに入力して言語グループを検索します。
- をクリックして設定を適用し、グラフィカルインストールに戻ります。
17.11. オプション: システムをサブスクライブして Red Hat Lightspeed を有効にする リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Lightspeed は Software-as-a-Service (SaaS) 製品で、登録された Red Hat ベースのシステムを継続的かつ詳細に分析し、物理環境、仮想環境、クラウド環境、コンテナーデプロイメント全体のセキュリティー、パフォーマンス、安定性に対する脅威をプロアクティブに特定します。RHEL システムを Red Hat Lightspeed に登録すると、予測分析、セキュリティーアラート、パフォーマンス最適化ツールを利用し、セキュアで効率的かつ安定した IT 環境を維持できるようになります。
Red Hat に登録するには、Red Hat アカウントまたはアクティベーションキーの詳細を使用します。システムを Red Hat Lightspeed に接続するには、Connect to Red Hat オプションを使用します。
手順
- Installation Summary 画面の Software で、Connect to Red Hat をクリックします。
Account または Activation Key を選択します。
- Account を選択した場合は、Red Hat カスタマーポータルのユーザー名とパスワードの詳細を入力します。
Activation Key を選択した場合は、組織 ID とアクティベーションキーを入力します。
サブスクリプションにアクティベーションキーが登録されている限り、複数のアクティベーションキーをコンマで区切って入力できます。
- Set System Purpose チェックボックスをオンにします。システム目的の値の設定は、サブスクリプションサービスの消費量を正確にレポートするうえで重要です。
- 対応するドロップダウンリストから、必要な Role、SLA、および Usage を選択します。
- Connect to Red Hat Lightspeed チェックボックスはデフォルトで有効になっています。Red Hat Lightspeed に接続しない場合は、チェックボックスをオフにします。
オプション: Options を展開します。
- ネットワーク環境で、外部のインターネットアクセスまたは HTTP プロキシーを介したコンテンツサーバーへのアクセスのみが許可されている場合は、HTTP プロキシーの使用 チェックボックスを選択します。HTTP プロキシーを使用していない場合は、HTTP プロキシーの使用 チェックボックスの選択を解除します。
をクリックしてシステムを登録します。システムが正常に登録され、サブスクリプションが割り当てられると、Red Hat への接続 ウィンドウに、割り当てられているサブスクリプションの詳細が表示されます。
サブスクリプションのサイズによっては、登録および割り当てのプロセスが完了するのに最大 1 分かかることがあります。
をクリックして、Installation Summary ウィンドウに戻ります。
Red Hat への接続 の下に 登録 メッセージが表示されます。
17.12. オプション: インストールにネットワークベースのリポジトリーを使用する リンクのコピーリンクがクリップボードにコピーされました!
自動検出されたメディア、Red Hat CDN、またはネットワークからインストールソースを設定できます。Installation Summary ウィンドウが開くと、ブートメディアに基づいてインストールソースが設定されます。完全な Red Hat Enterprise Linux Server DVD は、ソースをローカルメディアとして設定します。
前提条件
- Product Downloads ページからフルインストール用の DVD ISO または最小インストール用の Boot ISO イメージをダウンロードした。
- 起動可能なインストールメディアを作成した。
- Installation Summary ウィンドウが開いている。
手順
Installation Summary ウィンドウで、Installation Source をクリックします。Installation Source ウィンドウが開きます。
DVD などのインストールソースを含むメディアからインストールプログラムを起動した場合は、Auto-detected installation media オプションがデフォルトで選択されます。
- 必要に応じて、Red Hat CDN オプションを選択して、システムを登録し、RHEL サブスクリプションを割り当てて、Red Hat コンテンツ配信ネットワーク (CDN) から RHEL をインストールします。
オプション: ローカルメディアではなく、ネットワーク上の場所からパッケージをダウンロードしてインストールするには、On the network オプションを選択します。このオプションは、ネットワーク接続がアクティブな場合にのみ利用できます。GUI でネットワーク接続を設定する方法は、ネットワークおよびホスト名のオプションの設定 を参照してください。
- On the network ドロップダウンメニューを選択し、パッケージをダウンロードするためのプロトコルを指定します。この設定は、使用するサーバーによって異なります。
-
アドレスフィールドに、(プロトコルなしで) サーバーアドレスを入力します。NFS を選択すると、入力フィールドが開き、カスタムの NFS マウントオプション を指定できます。このフィールドでは、システム上の
nfs(5)man ページにリストされているオプションを使用できます。 NFS のインストールソースを選択する場合は、ホスト名とパスをコロン (
:) で区切ってアドレスを指定します。たとえば、server.example.com:/path/to/directoryのように指定します。以下の手順は任意で、ネットワークアクセスにプロキシーが使用されているかどうかのみが必要となります。
をクリックして、HTTP または HTTPS ソースのプロキシーを設定します。
- Enable HTTP proxy チェックボックスをオンにし、Proxy Host フィールドに URL を入力します。
- プロキシーサーバーで認証が必要な場合は、Use Authentication チェックボックスをオンにします。
- ユーザー名とパスワードを入力します。
- をクリックして設定を終了し、プロキシーの設定... ダイアログを終了します。
- オプション: HTTP または HTTPS URL がリポジトリーミラーを参照する場合は、URL type ドロップダウンリストから必要なオプションを選択します。ソースの設定が終わると、選択に対して環境と追加のソフトウェアパッケージがすべて利用できます。
- をクリックして設定を適用し、Installation Summary ウィンドウに戻ります。
17.13. オプション: Kdump カーネルクラッシュダンプメカニズムの設定 リンクのコピーリンクがクリップボードにコピーされました!
Kdump は、カーネルのクラッシュダンプメカニズムです。システムがクラッシュすると、Kdump が、障害発生時のシステムメモリーの内容をキャプチャーします。キャプチャーされたメモリーを分析すると、クラッシュの原因を特定できます。Kdump が有効になっている場合は、システムメモリー (RAM) のごく一部をそれ自身に予約する必要があります。予約したメモリーは、メインのカーネルにアクセスできません。
手順
- Installation Summary ウィンドウで、Kdump をクリックします。Kdump 画面が開きます。
- kdump を有効にする チェックボックスを選択します。
- メモリー予約設定を、自動 または 手動 のいずれかから選択します。
- 手動 を選択し、+ ボタンおよび - ボタンを使用して、予約されるメモリー フィールドに、予約するメモリー量 (メガバイト) を入力します。予約入力フィールドの下にある 使用可能なシステムメモリー には、選択したサイズの RAM を予約してから、メインシステムにアクセスできるメモリーの量が示されます。
をクリックして設定を適用し、グラフィカルインストールに戻ります。
予約するメモリーの量は、システムのアーキテクチャー (AMD64 と Intel 64 の要件は IBM Power とは異なります) と、システムメモリーの総量により決まります。ほとんどの場合は、自動予約で十分です。
カーネルクラッシュダンプの保存場所などの追加設定は、インストール後に system-config-kdump グラフィカルインターフェイスで設定するか、
/etc/kdump.conf設定ファイルに手動で設定できます。
第18章 RHEL システムの登録 リンクのコピーリンクがクリップボードにコピーされました!
RHEL をインストールしたら、更新を受信し、Red Hat サービスにアクセスできるように、システムを登録します。以下に示すさまざまな方法でシステムを登録できます。
- RHC クライアント
- グラフィカルユーザーインターフェイス
- サブスクリプションマネージャー
- Registration Assistant
RHC クライアントは、RHEL システムを登録し、データ収集の範囲を管理するために、次の柔軟な機能を提供します。
- Red Hat コンテンツへのアクセス: Red Hat CDN リポジトリーへのアクセスを提供します。
- Red Hat Lightspeed の分析: Red Hat Lightspeed のデータ収集を有効にします。
- リモート管理: console.redhat.com から特定のアクションをリモートで実行するために、Red Hat サービスへの追加の MQTT ネットワーク接続を確立します。
デフォルトでは、RHC クライアントは利用可能なすべての機能を有効にします。ただし、接続の要件に基づいて特定の機能を有効または無効にすることで、この動作を無効にできます。利用可能なオプションを確認し、データとネットワーク接続に関する社内ポリシーに基づいて適切な機能を選択してください。
RHC クライアントは、Hybrid Cloud Console に直接接続するシステムにのみ使用してください。RHC クライアントは現在 Satellite をサポートしていません。Red Hat Satellite または Capsule にシステムを登録する方法の詳細は、Red Hat Satellite ドキュメント を参照してください。
18.1. RHC クライアントを使用したシステムの登録 リンクのコピーリンクがクリップボードにコピーされました!
RHC クライアントを使用して RHEL システムを登録し、デフォルトの機能レベルを使用して Red Hat サービスに接続します。これにより、Red Hat コンテンツへのアクセス、Red Hat Lightspeed の分析、リモート管理など、利用可能なすべての機能が有効になります。
前提条件
- システムを登録するためのアクティベーションキーと組織 ID がある。
手順
- ターミナルウィンドウを開きます。
次のいずれかを行います。
システムをデフォルトの機能レベルを使用して登録し、システムが Red Hat Lightspeed の 修復 と タスク を確実に実行できるようにするには、次のコマンドを実行します。
# rhc connect --activation-key=<activation_key> --organization=<organization_ID> # dnf install -y rhc-worker-playbookシステムの登録中にいずれかの機能を無効にするには、次のコマンドを実行します。
# rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature <feature>feature は次のものに置き換えることができます。
- content - Red Hat CDN リポジトリーへのアクセスを提供します。
- analytics - Red Hat Lightspeed のデータ収集を有効にします。
remote-management - console.redhat.com から特定のアクションをリモートで実行するために、Red Hat サービスへの追加の MQTT ネットワーク接続を確立します。
たとえば、システムをリモートで管理できないようにリモート管理機能を無効にしてシステムを登録し、システムが RHEL コンテンツにアクセスして Red Hat Lightspeed 分析用のデータを収集できるようにするには、次のように入力します。
# rhc connect --activation-key=<activation_key> --organization=<organization_ID> --disable-feature remote-management
検証
アクティブな機能を確認します (デフォルトオプションを使用して登録した場合)。
# rhc status Connection status: ✓ Connected to Red Hat Subscription Management ✓ Connected to Red Hat Lightspeed ✓ The yggdrasil service is active Manage your connected systems: https://red.ht/connectorアクティブな機能を確認します (リモート管理を無効にした場合)。
# rhc status Connection status: ✓ Connected to Red Hat Subscription Management ✓ Connected to Red Hat Lightspeed ● The yggdrasil service is inactive
18.2. サブスクリプションマネージャーを使用したシステムの登録 リンクのコピーリンクがクリップボードにコピーされました!
コマンドラインを使用して Red Hat Enterprise Linux サブスクリプションを登録すると、ソフトウェア更新を取得したり、Red Hat サービスにアクセスしたりできます。
よりシンプルで優れた方法でホストを Red Hat に登録するには、RHC クライアントを使用してください。RHC クライアントはシステムを Red Hat に登録し、Red Hat Lightspeed のデータ収集に備えてシステムの準備を完了し、Red Hat Lightspeed for Red Hat Enterprise Linux から直接問題を修復できるようにします。詳細は、RHC による登録 を参照してください。
前提条件
- アクティブで、評価版ではない Red Hat Enterprise Linux サブスクリプションを持っている。
- Red Hat のサブスクリプションステータスを確認している。
- Red Hat Enterprise Linux が正常にインストールされており、root としてシステムにログインしている。
手順
- root ユーザーとしてターミナルウィンドウを開きます。
アクティベーションキーを使用して Red Hat Enterprise Linux システムを登録します。
# subscription-manager register --activationkey=<activation_key_name> --org=<organization_ID>システムが正常に登録されると、次の例のような出力が表示されます。
The system has been registered with ID: 62edc0f8-855b-4184-b1b8-72a9dc793b96
18.3. インストーラー GUI を使用した RHEL 10 の登録 リンクのコピーリンクがクリップボードにコピーされました!
RHEL インストーラーの GUI を使用して Red Hat Enterprise Linux を登録すると、ソフトウェア更新を取得したり、Red Hat サービスにアクセスしたりできます。
前提条件
- Red Hat カスタマーポータルに有効なユーザーアカウントがある。Create a Red Hat Login ページを参照してください。
- 有効なアクティベーションキーと組織 ID を持っている。
手順
- Installation Summary 画面の Software で、Connect to Red Hat をクリックします。
- Account または Activation Key オプションを使用して、Red Hat アカウントを認証します。
オプション: Set System Purpose フィールドで、設定する Role、SLA、および Usage 属性をドロップダウンメニューから選択します。
この時点で、Red Hat Enterprise Linux システムが正常に登録されました。
18.4. Registration Assistant リンクのコピーリンクがクリップボードにコピーされました!
Registration Assistant は、お使いの Red Hat Enterprise Linux 環境に最適な登録オプションの選択を支援します。
- ユーザー名とパスワードを使用して RHEL を Subscription Manager クライアントに登録する方法は、カスタマーポータルの RHEL 登録アシスタント を参照してください。
- RHEL システムを Red Hat Lightspeed に登録する方法は、Hybrid Cloud Console の Red Hat Lightspeed registration assistant を参照してください。
第19章 subscription-manager コマンドラインツールを使用したシステムの目的の設定 リンクのコピーリンクがクリップボードにコピーされました!
システムの目的は、Red Hat Enterprise Linux インストールの機能の 1 つです。この機能は、Red Hat Hybrid Cloud Console で提供されるサブスクリプションエクスペリエンスとサービスのメリットを RHEL のお客様に提供するためのものです。Red Hat Hybrid Cloud Console は、ダッシュボードベースの Software-as-a-Service (SaaS) アプリケーションであり、これを使用すると、Red Hat アカウントのサブスクリプション使用状況を表示できます。
システム目的属性は、アクティベーションキーまたはサブスクリプションマネージャーツールを使用して設定できます。
前提条件
- Red Hat Enterprise Linux 10 システムをインストールして登録したが、システムの目的が設定されてない。
-
rootユーザーとしてログインしている。
手順
端末で、次のコマンドを実行して、システムの目的のロールを設定します。
# subscription-manager syspurpose role --set VALUEVALUEを、割り当てるロールに置き換えます。-
Red Hat Enterprise Linux Server -
Red Hat Enterprise Linux Workstation -
Red Hat Enterprise Linux Compute Node
以下に例を示します。
# subscription-manager syspurpose role --set Red Hat Enterprise Linux Serverオプション: 値を設定する前に、組織のサブスクリプションがサポートする利用可能なロールを確認します。
# subscription-manager syspurpose role --list必要に応じて、次のコマンドを実行してロールの設定を解除します。
# subscription-manager syspurpose role --unset
-
次のコマンドを実行して、希望するシステムのサービスレベルアグリーメント (SLA) を設定します。
# subscription-manager syspurpose service-level --set VALUEVALUEを、割り当てる SLA に置き換えます。-
Premium -
Standard -
Self-Support
以下に例を示します。
# subscription-manager syspurpose service-level --set "Standard"オプション: 値を設定する前に、組織のサブスクリプションがサポートする利用可能なサービスレベルを確認します。
# subscription-manager syspurpose service-level --list必要に応じて、次のコマンドを実行して SLA の設定を解除します。
# subscription-manager syspurpose service-level --unset
-
次のコマンドを実行して、希望する使用方法をシステムに設定します。
# subscription-manager syspurpose usage --set "VALUE"VALUEを、割り当てる使用方法に置き換えます。-
Production -
Disaster Recovery -
Development/Test
以下に例を示します。
# subscription-manager syspurpose usage --set "Production"オプション: 値を設定する前に、組織のサブスクリプションがサポートする利用可能な使用条件を確認します。
# subscription-manager syspurpose usage --list必要に応じて、次のコマンドを実行して、使用方法の設定を解除します。
# subscription-manager syspurpose usage --unset
-
次のコマンドを実行して、現在のシステム目的のプロパティーを表示します。
# subscription-manager syspurpose --showオプション: 詳細な構文情報は、以下のコマンドを実行して
subscription-managerの man ページにアクセスし、SYSPURPOSE OPTIONS を参照します。# man subscription-manager
検証
システムのサブスクリプションのステータスを確認するには、以下を実行します。
# subscription-manager status +-------------------------------------------+ System Status Details +-------------------------------------------+ Overall Status: Registeredサブスクリプションサービスの詳細は、サブスクリプションサービスのスタートガイド を参照してください。
第20章 インストール後のセキュリティーハードニング リンクのコピーリンクがクリップボードにコピーされました!
RHEL は、強力なセキュリティー機能がデフォルトで有効になるように設計されています。しかし、追加のハードニング対策を講じることで、セキュリティーをさらに強化できます。
詳細情報:
- ローカルおよびリモートの侵入、悪用、悪意のあるアクティビティーから RHEL サーバーとワークステーションを保護するためのプロセスとプラクティスは、セキュリティーの強化 を参照してください。
- ユーザーとプロセスがシステム上のファイルとやり取りする方法を制御する方法や、SELinux で制限された特定のユーザーにアクションをマッピングしてアクションを実行できるユーザーを制御する方法は、SELinux の使用 を参照してください。
- ネットワークのセキュリティーを強化し、データ侵害や侵入のリスクを軽減するためのツールとテクニックは、ネットワークのセキュリティー保護 を参照してください。
- ファイアウォールなどのパケットフィルターでは、ルールを使用して着信、発信、転送されるネットワークトラフィックを制御します。ファイアウォールおよびパケットフィルターの設定 を参照してください。
第21章 サブスクリプションサービスの変更 リンクのコピーリンクがクリップボードにコピーされました!
サブスクリプションを管理するには、Red Hat Subscription Management Server または Red Hat Satellite Server に RHEL システムを登録します。必要に応じて、後でサブスクリプションサービスを変更できます。登録しているサブスクリプションサービスを変更するには、現在のサービスからシステムの登録を解除し、新しいサービスに登録します。
システムの更新を受信するには、いずれかの管理サーバーにシステムを登録します。
このセクションは、Red Hat Subscription Management Server および Red Hat Satellite Server から RHEL システムの登録を解除する方法を説明します。
21.1. 前提条件 リンクのコピーリンクがクリップボードにコピーされました!
以下のいずれかでシステムを登録している。
- Red Hat Subscription Management Server
- Red Hat Satellite Server バージョン 6.17
システムの更新を受信するには、いずれかの管理サーバーにシステムを登録します。
21.2. Subscription Management Server からの登録解除 リンクのコピーリンクがクリップボードにコピーされました!
コマンドラインと Subscription Manager ユーザーインターフェイスを使用して、Red Hat Subscription Management Server から RHEL システムの登録を解除できます。
21.2.1. コマンドラインでの登録解除 リンクのコピーリンクがクリップボードにコピーされました!
unregister コマンドを使用して、Red Hat Subscription Management Server から RHEL システムの登録を解除します。
手順
root ユーザーまたは
sudoとして、追加のパラメーターを指定せずに unregister コマンドを実行します。# subscription-manager unregisterシステムが Subscription Management Server から登録解除されます。'System Not Registered' というステータスが表示され、 ボタンが有効になります。
サービスを中断せずに継続するために、いずれかの管理サービスにシステムを再登録してください。システムを管理サービスに登録しないと、システム更新を受信できない場合があります。
21.2.2. Subscription Manager ユーザーインターフェイスを使用した登録解除 リンクのコピーリンクがクリップボードにコピーされました!
Subscription Manager ユーザーインターフェイスを使用して、Red Hat Subscription Management Server から RHEL システムの登録を解除できます。
手順
- システムにログインします。
- ウィンドウの左上にある Activities をクリックします。
- メニューオプションから、Show Applications アイコンをクリックします。
- Settings アイコンをクリックするか、検索に Settings Manager と入力します。
左側の列で System オプションを選択し、新しい画面で Registration を選択します。
Registration 画面に、サブスクリプションの現在のステータスが表示されます。
- Remove Registration… ボタンをクリックして選択を確定します。
Authentication Required ダイアログボックスに管理者パスワードを入力します。システムが Subscription Management Server から登録解除されます。System Not Registered というステータスが表示され、Register System… ボタンが有効になります。
サービスを中断せずに継続するために、いずれかの管理サービスにシステムを再登録してください。システムを管理サービスに登録しないと、システム更新を受信できない場合があります。
21.3. Satellite Server からの登録解除 リンクのコピーリンクがクリップボードにコピーされました!
Satellite Server から Red Hat Enterprise Linux (RHEL) システムを削除すると、サーバー側のシステムのステータスが更新されます。しかし、システムのローカル登録は変更されません。Red Hat Subscription Management (RHSM) への完全な移行を確実に行うには、システムを手動で登録解除し、/etc/rhsm/rhsm.conf ファイルのデフォルト設定を復元します。
手順
- Satellite Server からホストを削除します。
システムの登録を解除します。
# subscription-manager unregister/etc/rhsm/rhsm.conf設定ファイルをデフォルト値に戻します。# cd /etc/rhsm/ # mv rhsm.conf.bak rhsm.conf注記このファイルを復元できるのは、ファイルの元の内容が以前にバックアップされている場合のみです。そうでない場合は、未変更の RHEL マシンからファイルを手動で復元する必要があります。
/etc/rhsm/rhsm.confファイルがデフォルト値に戻っていることを確認します。# subscription-manager config --list [server] hostname = [subscription.rhsm.redhat.com] insecure = [0] no_proxy = [] port = [443] prefix = [/subscription] proxy_hostname = [] proxy_password = [] proxy_port = [] proxy_scheme = [http] proxy_user = [] server_timeout = [180] ssl_verify_depth = [3] [rhsm] auto_enable_yum_plugins = [1] baseurl = [https://cdn.redhat.com] ca_cert_dir = [/etc/rhsm/ca/] consumercertdir = [/etc/pki/consumer] entitlementcertdir = [/etc/pki/entitlement] full_refresh_on_yum = [0] inotify = [1] manage_repos = [1] package_profile_on_trans = [0] pluginconfdir = [/etc/rhsm/pluginconf.d] plugindir = [/usr/share/rhsm-plugins] productcertdir = [/etc/pki/product] repo_ca_cert = /etc/rhsm/ca/redhat-uep.pem repomd_gpg_url = [] report_package_profile = [1] [rhsmcertd] auto_registration = [0] auto_registration_interval = [60] autoattachinterval = [1440] certcheckinterval = [240] disable = [0] splay = [1] [logging] default_log_level = [INFO] [] - Default value in useシステムを登録します。
# subscription-manager register Username: <_redhat_portal_admin_username_> Password:必要なリポジトリーを有効にします。
# subscription-manager repos --disable "*" # subscription-manager repos # subscription-manager repos --enable=<repo-id>
第22章 基本的な環境設定の変更 リンクのコピーリンクがクリップボードにコピーされました!
インストール後に要件が変わった場合は、それに応じて基本システム設定を更新できます。これには次の設定が含まれます。
- キーボードのレイアウト
- 日時
- システムロケール
22.1. キーボードレイアウトの設定 リンクのコピーリンクがクリップボードにコピーされました!
キーボードレイアウトの設定では、テキストコンソールで使用するレイアウトを制御します。インストール後にユーザーが使用するキーボードレイアウトとは異なるレイアウトで RHEL がインストールされている場合は、レイアウトを変更できます。
手順
利用可能なキーマップをリスト表示するには、以下を実行します。
$ localectl list-keymaps ANSI-dvorak al al-plisi amiga-de de de-nodeadkeys ...オプション: 現在のキーマップ設定を表示します。
$ localectl status ... VC Keymap: us ...システムのキーマップを変更します。次に例を示します。
# localectl set-keymap de-nodeadkeys詳細は、システム上の
localectl(1)、locale(7)、およびlocale.conf(5)man ページを参照してください。
22.2. 日付、時刻、およびタイムゾーン設定の手動設定 リンクのコピーリンクがクリップボードにコピーされました!
RHEL システムで日付、時刻、タイムゾーンの設定を手動で設定して、環境全体で正確な時刻管理を実現できます。適切な時間設定は、認証、ロギング、トラブルシューティング、インフラストラクチャー内の他のシステムとの一貫性の維持に不可欠です。
注記: chrony を使用して時刻同期を実行することを推奨します。
手順
オプション: タイムゾーンをリスト表示します。
# timedatectl list-timezones Europe/Berlinタイムゾーンを設定します。
# timedatectl set-timezone <time_zone>日付と時刻を設定します。
# timedatectl set-time <YYYY-mm-dd HH:MM-SS>
検証
日付、時刻、タイムゾーンを表示します。
# date Mon May 5 09:11:55 CEST 2025詳細を表示するには、timedatectl コマンドを使用します。
# timedatectl Local time: Mon 2025-05-05 09:11:55 CEST Universal time: Mon 2025-05-05 07:11:55 UTC RTC time: Mon 2025-05-05 07:11:55 Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: no NTP service: inactive RTC in local TZ: no詳細は、システム上の
date(1)およびtimedatectl(1)man ページを参照してください。
22.3. システムロケールの設定 リンクのコピーリンクがクリップボードにコピーされました!
システムロケールでは、システムサービスとユーザーインターフェイスの言語設定を指定します。システム全体のロケール設定により、オペレーティングシステムとそのアプリケーションで使用される言語、地域、およびフォーマットの規則が決定されます。システム全体のロケール設定は、/etc/locale.conf ファイルに保存され、システム起動の初期段階で systemd デーモンにより読み込まれます。
/etc/locale.conf に設定したロケール設定は、個別のプログラムやユーザーが上書きしない限り、すべてのサービスやユーザーに継承されます。
手順
オプション: 現在のシステムロケール設定を表示します。
# localectl status System Locale: LANG=C.UTF-8 VC Keymap: de-nodeadkeys X11 Layout: de利用可能なシステムロケール設定をリスト表示します。
$ localectl list-locales C.UTF-8 ... en_US.UTF-8 en_ZA.UTF-8 en_ZW.UTF-8 ...システムロケール設定を更新します。以下に例を示します。
# localectl set-locale LANG=en_US.UTF-8詳細は、システム上の
localectl(1)、locale(7)、およびlocale.conf(5)man ページを参照してください。
第23章 64 ビット IBM Z で Linux インスタンスの設定 リンクのコピーリンクがクリップボードにコピーされました!
64 ビット IBM Z 上で Red Hat Enterprise Linux を設定するには、次の一般的なタスクを実行します。
23.1. z/VM システムへの DASD の追加 リンクのコピーリンクがクリップボードにコピーされました!
DASD (Direct Access Storage Devices) は、64 ビットの IBM Z で一般的に使用されるストレージの一種です。詳細は、IBM Knowledge Center の Working with DASDs を参照してください。次の例では、DASD をオンラインに設定してフォーマットし、変更を永続化します。
z/VM 環境下で実行する場合は、デバイスが Linux システムに接続またはリンクされていることを確認してください。
CP ATTACH EB1C TO *
アクセスできるミニディスクをリンクするには、次のコマンドを実行します。
CP LINK RHEL7X 4B2E 4B2E MR
DASD 4B2E LINKED R/W
23.2. DASD のオンラインへの動的な設定 リンクのコピーリンクがクリップボードにコピーされました!
DASD を動的にオンラインに設定すると、再起動せずにストレージデバイスを追加またはアクティブ化できます。
手順
cio_ignoreユーティリティーを使用して、無視されるデバイスのリストから DASD を削除して、Linux から見えるようにします。# cio_ignore -r device_numberdevice_number を、DASD のデバイス番号に置き換えます。以下に例を示します。
# cio_ignore -r 4b2eデバイスをオンラインに設定します。コマンドを次の形式で使用します。
# chccwdev -e device_numberdevice_number を、DASD のデバイス番号に置き換えます。以下に例を示します。
# chccwdev -e 4b2eDASD を永続的にオンラインに設定する方法は、DASD を永続的にオンラインに設定する を参照してください。
23.3. ローレベルフォーマットによる新規 DASD の準備 リンクのコピーリンクがクリップボードにコピーされました!
ディスクがオンラインになったら、/root ディレクトリーに戻り、このデバイスにローレベルフォーマットを行います。DASD の有効期間中に必要なローレベルフォーマットは、この 1 回のみです。
# cd /root
# dasdfmt -b 4096 -d cdl -p /dev/disk/by-path/ccw-0.0.4b2e
Drive Geometry: 10017 Cylinders * 15 Heads = 150255 Tracks
I am going to format the device /dev/disk/by-path/ccw-0.0.4b2e in the following way:
Device number of device : 0x4b2e
Labelling device : yes
Disk label : VOL1
Disk identifier : 0X4B2E
Extent start (trk no) : 0
Extent end (trk no) : 150254
Compatible Disk Layout : yes
Blocksize : 4096
--->> ATTENTION! <<---
All data of that device will be lost.
Type "yes" to continue, no will leave the disk untouched: yes
cyl 97 of 3338 |#----------------------------------------------| 2%
進渉バーが最後まで到達してフォーマットが完了したら、dasdfmt が以下の出力を表示します。
Rereading the partition table...
Exiting...
ここで、fdasd を使用して DASD にパーティションを設定します。DASD には最大 3 つのパーティションを作成できます。この例では、ディスク全体にまたがるパーティションを 1 つ作成します。
# fdasd -a /dev/disk/by-path/ccw-0.0.4b2e
reading volume label ..: VOL1
reading vtoc ..........: ok
auto-creating one partition for the whole disk...
writing volume label...
writing VTOC...
rereading partition table...
(ローレベルフォーマットを行った) DASD をオンラインにすると、Linux 環境下の他のディスクと同様に使用できます。たとえば、ファイルシステム、LVM 物理ボリューム、またはそのパーティション (例: /dev/disk/by-path/ccw-0.0.4b2e-part1) にスワップ領域を作成できます。dasdfmt コマンドおよび fdasd コマンド以外では、絶対に DASD デバイス全体 (dev/dasdb) を使用しないでください。DASD 全体を使用する場合は、上述の fdasd の例で示すように、ドライブ全体にまたがるパーティションを 1 つ作成します。
たとえば /etc/fstab の既存のディスクエントリーの設定を壊さずに新しいディスクを後で追加するには、/dev/disk/by-path/ 配下で永続的なデバイスシンボリックリンクを使用します。
23.4. DASD を永続的にオンラインに設定する リンクのコピーリンクがクリップボードにコピーされました!
上記の手順では、実行中のシステムで DASD を動的にアクティベートする手順を説明しています。しかし、そのような変更は永続的ではなく再起動後には維持されません。Linux システム内で DASD 設定の変更を永続的にするには、DASD がルートファイルシステムに属するかどうかによります。root ファイルシステムに必要なこれらの DASD は、ブートプロセスの初期段階で initramfs でアクティベートして、root ファイルシステムをマウントできるようにする必要があります。
永続的なデバイス設定の場合、cio_ignore コマンドはシームレスに処理されるため、デバイスを無視リストから手動で解除する必要はありません。
23.5. ルートファイルシステムの一部である DASD リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux 8 では、root ファイルシステムの一部となる DASD を追加するために修正が必要なファイルが変更になりました。/etc/zipl.conf ファイルを編集する代わりに、編集する新しいファイルとその場所は、以下のコマンドを実行すると確認できます。
# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
ブートプロセスの早い段階で DASD をアクティベートする起動オプションである rd.dasd= があります。このオプションは、DASD (Direct Access Storage Device) アダプターデバイスバス識別子を取ります。複数の DASD の場合は、パラメーターを複数回指定するか、バス ID のコンマ区切りリストを使用します。DASD の範囲を指定するには、最初と最後のバス ID を指定します。以下は、LVM ボリュームグループ vg_devel1 に使用する 2 つの DASD のパーティションで、物理ボリュームを使用するシステムの /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf ファイルの例です。この LVM ボリュームグループには、root ファイルシステム用の論理ボリューム lv_root が含まれています。
title Red Hat Enterprise Linux (4.18.0-80.el8.s390x) 8.0 (Ootpa)
version 4.18.0-80.el8.s390x
linux /boot/vmlinuz-4.18.0-80.el8.s390x
initrd /boot/initramfs-4.18.0-80.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-80.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
デバイスバス ID 0.0.202b に含まれる 3 番目の DASD のパーティションに、別の物理ボリュームを追加します。これを行うには、/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-32.el8.s390x.conf で、ブートカーネルのパラメーター行に rd.dasd=0.0.202b を追加します。
title Red Hat Enterprise Linux (4.18.0-80.el8.s390x) 8.0 (Ootpa)
version 4.18.0-80.el8.s390x
linux /boot/vmlinuz-4.18.0-80.el8.s390x
initrd /boot/initramfs-4.18.0-80.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.dasd=0.0.202b rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-80.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
zipl を実行して、次回の IPL 用に、設定ファイルの変更を適用します。
# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf'
Target device information
Device..........................: 5e:00
Partition.......................: 5e:01
Device name.....................: dasda
Device driver name..............: dasd
DASD device number..............: 0201
Type............................: disk partition
Disk layout.....................: ECKD/compatible disk layout
Geometry - heads................: 15
Geometry - sectors..............: 12
Geometry - cylinders............: 13356
Geometry - start................: 24
File system block size..........: 4096
Physical block size.............: 4096
Device size in physical blocks..: 262152
Building bootmap in '/boot'
Building menu 'zipl-automatic-menu'
Adding #1: IPL section '4.18.0-80.el8.s390x' (default)
initial ramdisk...: /boot/initramfs-4.18.0-80.el8.s390x.img
kernel image......: /boot/vmlinuz-4.18.0-80.el8.s390x
kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.dasd=0.0.202b rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0'
component address:
kernel image....: 0x00010000-0x0049afff
parmline........: 0x0049b000-0x0049bfff
initial ramdisk.: 0x004a0000-0x01a26fff
internal loader.: 0x0000a000-0x0000cfff
Preparing boot menu
Interactive prompt......: enabled
Menu timeout............: 5 seconds
Default configuration...: '4.18.0-80.el8.s390x'
Preparing boot device: dasda (0201).
Syncing disks...
Done.
23.6. ルートファイルシステムの一部ではない DASD リンクのコピーリンクがクリップボードにコピーされました!
データディスク など、root ファイルシステムに含まれない DASD (Direct Access Storage Devices) は /etc/dasd.conf ファイルで永続設定します。このファイルには、行ごとに DASD が含まれ、各行は DASD のバス ID で始まります。
DASD を /etc/dasd.conf ファイルに追加する場合は、キーと値のペアを使用して、各エントリーのオプションを指定します。キーとその値を等号 (=) 記号で区切ります。複数のオプションを追加する場合は、空白またはタブを使用して各オプションを区切ります。たとえば、/etc/dasd.conf ファイルに次の内容が含まれているとします。
0.0.0207
0.0.0200 use_diag=1 readonly=1
/etc/dasd.conf ファイルへの変更は、システムの再起動後か、システムの I/O 設定を変更して新規の DASD を動的に追加した後 (DASD を z/VM にアタッチ後) に適用されます。
/etc/dasd.conf ファイルに追加した DASD を有効にするには、以下の手順を実行します。
cio_ignoreユーティリティーを使用して、無視するデバイスのリストから DASD を削除して表示させます。# cio_ignore -r device_numberdevice_numberは、DASD デバイス番号に置き換えます。たとえば、デバイス番号が
021aの場合は、次のコマンドを実行します。# cio_ignore -r 021aデバイスの
uevent属性に書き込み、DASD を有効化します。# echo add > /sys/bus/ccw/devices/dasd-bus-ID/ueventdasd-bus-IDは、DASD のバス ID に置き換えます。たとえばバス ID が
0.0.021aの場合には、以下を実行します。# echo add > /sys/bus/ccw/devices/0.0.021a/uevent
23.7. ルートファイルシステムの一部である FCP LUN リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Enterprise Linux 10 では、root ファイルシステムの一部である FCP LUN を追加するために必要な唯一のファイルが変更されました。/etc/zipl.conf ファイルを編集する代わりに、編集する新しいファイルとその場所は、以下のコマンドを実行すると確認できます。
# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
Red Hat Enterprise Linux には、ブートプロセスの早い段階で FCP LUN をアクティブにするパラメーターである rd.zfcp= があります。この値は、コンマで区切った FCP デバイスバス ID、0x で始まる 16 進法の 16 桁の数字のターゲットの WWPN、および 0x で始まり 16 進法の 16 桁の数字の右側にゼロが列記される FCP LUN から設定されます。
WWPN および FCP LUN の値は、zFCP デバイスが NPIV モードで設定されていない場合にのみ必要です。これは、zfcp.allow_lun_scan=0 カーネルモジュールパラメーターにより自動 LUN スキャンが無効になっている場合、または RHEL-9.0 以前のリリースをインストールする場合にのみ必要です。それ以外の場合は、rd.zfcp=0.0.4000 などを省略できます。以下は、ルートファイルシステムの論理ボリューム lv_root を含む LVM ボリュームグループ vg_devel1 の場合に、FCP 接続された SCSI ディスクのパーティション上の物理ボリュームを使用するシステムの /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf ファイルの例です。
title Red Hat Enterprise Linux (5.14.0-55.el9.s390x) 9.0 (Plow)
version 5.14.0-55.el9.s390x
linux /boot/vmlinuz-5.14.0-55.el9.s390x
initrd /boot/initramfs-5.14.0-55.el9.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-5.14.0-55.el9.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
既存の物理ボリュームと同じ 2 つのパスを使用して、FCP LUN 0x401040a300000000 を備えた 2 番目の FCP 接続 SCSI ディスクのパーティションに別の物理ボリュームを追加するには、rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 および rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a300000000 を、/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf のブートカーネルのパラメーター行に追加します。以下に例を示します。
title Red Hat Enterprise Linux (5.14.0-55.el9.s390x) 9.0 (Plow)
version 5.14.0-55.el9.s390x
linux /boot/vmlinuz-5.14.0-55.el9.s390x
initrd /boot/initramfs-5.14.0-55.el9.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a300000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-5.14.0-55.el9.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
設定ファイルで、カーネルコマンドラインの長さが 896 バイトを超えないようにしてください。これを超えてしまうとブートローダーを保存できず、インストールに失敗します。
-
dracut -fを実行して、ターゲットカーネルの初期 RAM ディスクを更新します。 -
ziplを実行して、次回の IPL 用に、設定ファイルの変更を適用します。
# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf'
Run /lib/s390-tools/zipl_helper.device-mapper /boot
Target device information
Device..........................: fd:00
Partition.......................: fd:01
Device name.....................: dm-0
Device driver name..............: device-mapper
Type............................: disk partition
Disk layout.....................: SCSI disk layout
Geometry - start................: 2048
File system block size..........: 4096
Physical block size.............: 512
Device size in physical blocks..: 10074112
Building bootmap in '/boot/'
Building menu 'zipl-automatic-menu'
Adding #1: IPL section '5.14.0-55.el9.s390x' (default)
kernel image......: /boot/vmlinuz-5.14.0-55.el9.s390x
kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a300000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0'
initial ramdisk...: /boot/initramfs-5.14.0-55.el9.s390x.img component address:
kernel image....: 0x00010000-0x007a21ff
parmline........: 0x00001000-0x000011ff
initial ramdisk.: 0x02000000-0x028f63ff
internal loader.: 0x0000a000-0x0000a3ff
Preparing boot device: dm-0.
Detected SCSI PCBIOS disk layout.
Writing SCSI master boot record.
Syncing disks...
Done.
IBM Z システムは、zipl を使用して、カーネルと initramfs の生のブロックアドレスを含むブートマップを作成します。initramfs が再生成されると、ディスク上の物理レイアウトが変更される場合があります。dracut はブートマップを自動的に更新しないため、initramfs を再生成した後、手動で zipl を実行してください。これを行わないと、ブートローダーの参照が古くなり、システムが起動しなくなる可能性があります。
23.8. ルートファイルシステムの一部ではない FCP LUN リンクのコピーリンクがクリップボードにコピーされました!
データディスクなど、root ファイルシステムの一部ではない FCP LUN は、/etc/zfcp.conf ファイルで永続的に設定されています。このファイルの各行には FCP LUN が含まれています。各行には、FCP アダプターのデバイスバス ID、0x で始まる 16 桁の 16 進数の数字のターゲット WWPN、および 0x で始まり 16 桁の 16 進数の数字の右側にゼロが列記され、空白またはタブで区切られている FCP LUN から設定されます。
WWPN および FCP LUN の値は、zFCP デバイスが NPIV モードで設定されていない場合にのみ必要です。これは、zfcp.allow_lun_scan=0 カーネルモジュールパラメーターにより auto LUN スキャンが無効になっている場合、または RHEL-9.0 以前のリリースをインストールする場合にのみ必要です。それ以外の場合は、省略でき、デバイスバス ID のみが必須となります。
/etc/zfcp.conf 内のエントリーは、FCP アダプターがシステムに追加される際に udev によってアクティベートされ、設定されます。システム起動時に表示される FCP アダプターすべてが追加され、udev を開始します。
/etc/zfcp.conf のコンテンツの例:
0.0.fc00 0x5105074308c212e9 0x401040a000000000
0.0.fc00 0x5105074308c212e9 0x401040a100000000
0.0.fc00 0x5105074308c212e9 0x401040a300000000
0.0.fcd0 0x5105074308c2aee9 0x401040a000000000
0.0.fcd0 0x5105074308c2aee9 0x401040a100000000
0.0.fcd0 0x5105074308c2aee9 0x401040a300000000
0.0.4000
0.0.5000
/etc/zfcp.conf の変更は、システムの再起動後か、システムの I/O 設定の変更による新規の FCP チャンネルの動的な追加 (たとえば、チャンネルが z/VM 下で接続) の後でのみ反映されます。もしくは、アクティブになっていなかった FCP アダプターに以下のコマンドを実行して、/etc/zfcp.conf ファイルでの新しいエントリーのアクティベーションを開始できます。
zfcp_cio_freeユーティリティーを使用して、無視されたデバイスのリストから FCP アダプターを削除し、Linux で表示できるようにします。# zfcp_cio_free/etc/zfcp.confからの追加を実行中のシステムに適用するには、以下を実行します。# zfcpconf.sh
23.9. qeth デバイスの追加 リンクのコピーリンクがクリップボードにコピーされました!
OSA-Express 機能、HiperSockets、z/VM ゲスト LAN、および z/VM VSWITCH を使用してネットワーク接続を有効にするには、64 ビット IBM Z システムに qeth ネットワークデバイスを追加します。この設定により、さまざまな仮想化およびネットワーク環境の IBM Z システムにネットワークアクセスが提供されます。
qeth デバイスドライバーの命名スキームの詳細は、ブートパラメーターのカスタマイズ を参照してください。
23.10. qeth デバイスの動的な追加 リンクのコピーリンクがクリップボードにコピーされました!
qeth デバイスをシステムに動的に追加すると、再起動なしで新しいネットワークインターフェイスが利用可能になります。デバイスを動的に追加することで、実行中のシステムの接続を維持しながら容量を拡張できます。
手順
qethデバイスドライバーモジュールが読み込まれているかどうかを確認します。以下の例は、読み込み済みのqethモジュールを示しています。# lsmod | grep qeth qeth_l3 69632 0 qeth_l2 49152 1 qeth 131072 2 qeth_l3,qeth_l2 qdio 65536 3 qeth,qeth_l3,qeth_l2 ccwgroup 20480 1 qethqethモジュールが読み込まれていないことをlsmodコマンドの出力が表示している場合、modprobeコマンドを実行してそれらを読み込みます。# modprobe qethcio_ignoreユーティリティーを使用して、無視されるデバイスのリストからネットワークチャネルを削除し、それが Linux から見えるようにします。# cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_idread_device_bus_id、write_device_bus_id、および data_device_bus_id は、ネットワークデバイスを表す 3 つのデバイスバス ID に置き換えます。たとえば、read_device_bus_id が
0.0.f500で、write_device_bus_id が0.0.f501で、data_device_bus_id が0.0.f502の場合は、以下のようになります。# cio_ignore -r 0.0.f500,0.0.f501,0.0.f502znetconf ユーティリティーを使用して、ネットワークデバイス用の候補設定を識別して、リスト表示します。
# znetconf -u Scanning for network devices... Device IDs Type Card Type CHPID Drv. ------------------------------------------------------------ 0.0.f500,0.0.f501,0.0.f502 1731/01 OSA (QDIO) 00 qeth 0.0.f503,0.0.f504,0.0.f505 1731/01 OSA (QDIO) 01 qeth 0.0.0400,0.0.0401,0.0.0402 1731/05 HiperSockets 02 qeth使用する設定を選択し、znetconf を使用して設定を適用し、設定したグループデバイスをネットワークデバイスとしてオンラインにします。
# znetconf -a f500 Scanning for network devices... Successfully configured device 0.0.f500 (encf500)オプション: グループデバイスをオンラインに設定する前に、グループデバイスに設定されている引数を渡すこともできます。
# znetconf -a f500 -o portname=myname Scanning for network devices... Successfully configured device 0.0.f500 (encf500)これで、
encf500ネットワークインターフェイスの設定を継続できます。または、sysfs属性を使用して、以下のようにデバイスをオンラインに設定することもできます。qethグループデバイスを作成します。# echo read_device_bus_id,write_device_bus_id,data_device_bus_id > /sys/bus/ccwgroup/drivers/qeth/group以下に例を示します。
# echo 0.0.f500,0.0.f501,0.0.f502 > /sys/bus/ccwgroup/drivers/qeth/group次に、読み込みチャンネルを見つけることで、
qethグループデバイスが正しく作成されていることを確認します。# ls /sys/bus/ccwgroup/drivers/qeth/0.0.f500必要なシステムや機能を設定する方法により、オプションで追加のパラメーターや機能を設定できます。以下に例を示します。
-
portno -
layer2 -
portname
-
オンライン
sysfs属性に1と書き込んでデバイスをオンラインにします。# echo 1 > /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online次に、デバイスの状態を確認します。
# cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online 1戻り値が
1の場合は、デバイスがオンラインであることを示し、戻り値が0の場合は、デバイスがオフラインであることを示します。デバイスに割り当てられたインターフェイス名を見つけます。
# cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/if_name encf500これで、
encf500ネットワークインターフェイスの設定を継続できます。s390utils パッケージの以下のコマンドは、
qethデバイスの最も重要な設定を表示します。# lsqeth encf500 Device name : encf500 ------------------------------------------------- card_type : OSD_1000 cdev0 : 0.0.f500 cdev1 : 0.0.f501 cdev2 : 0.0.f502 chpid : 76 online : 1 portname : OSAPORT portno : 0 state : UP (LAN ONLINE) priority_queueing : always queue 0 buffer_count : 16 layer2 : 1 isolation : none
23.11. qeth デバイスの永続的な追加 リンクのコピーリンクがクリップボードにコピーされました!
新しい qeth デバイスを永続的にするには、新しいインターフェイス用に設定ファイルを作成します。ネットワークインターフェイスの設定ファイルは /etc/NetworkManager/system-connections/ ディレクトリーにあります。
ネットワーク設定ファイルには、命名規則 device.nmconnection を使用します。device は、以前作成した qeth グループデバイスのインターフェイス名ファイルにある値 (enc9a0 など) です。永続的なデバイス設定の場合、cio_ignore コマンドはシームレスに処理されるため、デバイスを無視リストから手動で解放する必要はありません。
同じタイプの別のデバイスの設定ファイルがすでに存在する場合は、それを新しい名前でコピーして編集します。
# cd /etc/NetworkManager/system-connections/
# cp enc9a0.nmconnection enc600.nmconnection
お使いのネットワークデバイスの ID を確認するには、lsqeth ユーティリティーを使用します。
# lsqeth -p
devices CHPID interface cardtype port chksum prio-q'ing rtr4 rtr6 lay'2 cnt
-------------------------- ----- ---------------- -------------- ---- ------ ---------- ---- ---- ----- -----
0.0.09a0/0.0.09a1/0.0.09a2 x00 enc9a0 Virt.NIC QDIO 0 sw always_q_2 n/a n/a 1 64
0.0.0600/0.0.0601/0.0.0602 x00 enc600 Virt.NIC QDIO 0 sw always_q_2 n/a n/a 1 64
同様のデバイスをこれまでに定義していない場合は、新しいファイルを作成します。次の例を使用してください。
[connection]
type=ethernet
interface-name=enc600
[ipv4]
address1=10.12.20.136/24,10.12.20.1
dns=10.12.20.53;
method=manual
[ethernet]
mac-address=00:53:00:8f:fa:66
新しい enc600.nmconnection ファイルを次のように編集します。
新しい接続ファイルが
root:rootによって所有されていることを確認します。# chown root:root /etc/NetworkManager/system-connections/enc600.nmconnection- このファイルに詳細を追加するか、接続要件に基づいてこれらのパラメーターを変更します。
- ファイルを保存します。
接続プロファイルをリロードします。
# nmcli connection reload新しく追加した接続の完全な詳細を表示するには、次のように実行します。
# nmcli connection show enc600
enc600.nmconnection ファイルへの変更は、システムの再起動後、システムの I/O 設定の変更による新しいネットワークデバイスチャネルの動的な追加 (たとえば、z/VM での接続) の後、またはネットワーク接続のリロード後に有効になります。あるいは、次のコマンドを実行して、以前はまだアクティブになっていなかったネットワークチャネルの enc600.nmconnection のアクティブ化をトリガーできます。
cio_ignoreユーティリティーを使用して、無視されるデバイスのリストからネットワークチャネルを削除し、それが Linux から見えるようにします。# cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_idread_device_bus_id、write_device_bus_id、data_device_bus_id は、ネットワークデバイスを表す 3 つのデバイスバス ID で置き換えます。たとえば、read_device_bus_id が
0.0.0600で、write_device_bus_id が0.0.0601で、data_device_bus_id が0.0.0602の場合は、以下のようになります。# cio_ignore -r 0.0.0600,0.0.0601,0.0.0602次に変更をアクティベートする uevent を開始します。
# echo add > /sys/bus/ccw/devices/read-channel/uevent以下に例を示します。
# echo add > /sys/bus/ccw/devices/0.0.0600/ueventネットワークデバイスのステータスを確認します。
# lsqethデフォルトのルート情報が変更された場合は、それに応じて
/etc/NetworkManager/system-connections/<profile_name>.nmconnectionファイルの[ipv4]セクションと[ipv6]セクションの両方の ipaddress1 パラメーターも更新する必要があります。[ipv4] address1=10.12.20.136/24,10.12.20.1 [ipv6] address1=2001:db8:1::1,2001:db8:1::fffeここで新しいインターフェイスを開始します。
# nmcli connection up enc600インターフェイスのステータスを確認します。
# ip addr show enc600 3: enc600: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 3c:97:0e:51:38:17 brd ff:ff:ff:ff:ff:ff 10.12.20.136/24 brd 10.12.20.1 scope global dynamic enc600 valid_lft 81487sec preferred_lft 81487sec inet6 1574:12:5:1185:3e97:eff:fe51:3817/64 scope global noprefixroute dynamic valid_lft 2591994sec preferred_lft 604794sec inet6 fe45::a455:eff:d078:3847/64 scope link valid_lft forever preferred_lft forever新しいインターフェイスのルーティングを確認します。
# ip route default via 10.12.20.136 dev enc600 proto dhcp srcpingユーティリティーを使用し、ゲートウェイ、または新規デバイスのサブネットにある別のホストに ping して、変更を確認します。# ping -c 1 10.12.20.136 PING 10.12.20.136 (10.12.20.136) 56(84) bytes of data. 64 bytes from 10.12.20.136: icmp_seq=0 ttl=63 time=8.07 msデフォルトのルート情報を変更した場合は、それに応じて
/etc/sysconfig/networkも更新する必要があります。詳細は、システム上の
nm-settings-keyfileman ページを参照してください。
23.12. ネットワークの root ファイルシステム用の 64 ビットの IBM Z ネットワークデバイスの設定 リンクのコピーリンクがクリップボードにコピーされました!
root ファイルシステムへのアクセスに必要なネットワークデバイスを追加するには、起動オプションの変更だけが必要です。起動オプションはパラメーターファイルに追加できますが、/etc/zipl.conf ファイルには、起動レコードの指定が含まれなくなります。
修正が必要なファイルは、以下のコマンドを使用して配置できます。
# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf
Dracut (mkinitrd の後継であり、initrd の代わりとなる initramfs 内で機能を提供する) は、起動プロセスの早い段階で 64 ビットの IBM Z 上のネットワークデバイスをアクティベートする起動パラメーター rd.znet= を提供します。
このパラメーターには、NETTYPE (qeth、lcs、ctc) のリスト (2 つ (lcs、ctc) または 3 つ (qeth) のデバイスバス ID) をコンマ区切りで指定します。また、任意で、ネットワークデバイスの sysfs 属性に相当するキー値ペアで構成される追加パラメーターを指定します。このパラメーターは、64 ビットの IBM Z のネットワークハードウェアを設定し、アクティベートします。IP アドレスとその他のネットワーク仕様の設定は、他のプラットフォームと同様に機能します。詳細は dracut のドキュメントを参照してください。
ネットワークチャネルに対する cio_ignore コマンドは、起動時にシームレスに処理されます。
NFS 経由のネットワークでアクセスした root ファイルシステムの起動オプションの例:
root=10.16.105.196:/nfs/nfs_root cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0,portname=OSAPORT ip=10.16.105.197:10.16.105.196:10.16.111.254:255.255.248.0:nfs‑server.subdomain.domain:enc9a0:none rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us
23.13. 関連情報 リンクのコピーリンクがクリップボードにコピーされました!
第24章 トラブルシューティングおよびバグ報告のためのツールおよびヒント リンクのコピーリンクがクリップボードにコピーされました!
以下のセクションのトラブルシューティング情報は、インストールプロセスの開始時に問題を診断する際に役に立つ場合があります。以下のセクションは、サポートしているすべてのアーキテクチャーに対応します。ただし、問題が特定のアーキテクチャーに関する場合は、セクションの冒頭にその旨が記載されます。
24.1. Dracut リンクのコピーリンクがクリップボードにコピーされました!
Dracut は、Linux オペレーティングシステムの起動プロセス時に initramfs イメージを管理するツールです。dracut の緊急シェルは、initramfs イメージが読み込まれる際に開始できるインタラクティブモードです。dracut の緊急シェルから基本的なトラブルシューティングコマンドを実行できます。詳細は、システム上の dracut man ページの Troubleshooting セクションを参照してください。
24.2. インストールログファイルの使用 リンクのコピーリンクがクリップボードにコピーされました!
デバッグの目的で、インストールプログラムは、/tmp ディレクトリーにあるファイルに、インストールアクションのログを記録します。以下の表は、ログファイルのリストです。
| ログファイル | 内容 |
|---|---|
|
| 一般メッセージ |
|
| インストール時に実行したすべての外部プログラム |
|
| ストレージモジュールの詳細情報 |
|
| dnf パッケージおよび rpm パッケージのインストールメッセージ。 |
|
|
インストールプログラムモジュールに使用される |
|
| 他のログに含まれず、インストール後のシステムにコピーされない設定情報 |
|
| ハードウェア関連のシステムメッセージこのファイルには、他の Anaconda ファイルからのメッセージが含まれます。 |
インストールが失敗すると、メッセージは /tmp/anaconda-tb-identifier で一元管理されます。identifier はランダムな文字列になります。インストールに成功すると、このファイルは /var/log/anaconda/ ディレクトリー下のインストール済みシステムにコピーされます。ただし、インストールが失敗した場合、またはインストールシステムの起動時に inst.nosave=all オプションまたは inst.nosave=logs オプションを使用すると、ログはインストールプログラムの RAM ディスクにのみ存在します。これは、ログが永続的に保存されず、システムの電源が切れると失われることを意味します。永続的に保存するには、ファイルをネットワーク上の別のシステムにコピーするか、マウントしたストレージデバイス (USB フラッシュドライブなど) にコピーします。
24.2.1. インストール前のログファイルの作成 リンクのコピーリンクがクリップボードにコピーされました!
インストールプロセスの開始前にログファイルを作成するように inst.debug オプションを設定できます。これらのログファイルには、現行のストレージ設定などが含まれます。
前提条件
- Red Hat Enterprise Linux ブートメニューが開いている。
手順
- ブートメニューから Install Red Hat Enterprise Linux オプションを選択します。
- BIOS ベースのシステムでは Tab キー、UEFI ベースのシステムでは e キーを押して、選択したブートオプションを編集します。
オプションに
inst.debugを追加します。以下に例を示します。vmlinuz ... inst.debug-
キーボードの Enter キーを押します。システムが、インストール前のログファイルを
/tmp/pre-anaconda-logs/ディレクトリーに保存し、インストールプログラムが開始します。 - Ctrl + Alt + F2 を押してコンソールに切り替え、ログファイルにアクセスします。
/tmp/pre-anaconda-logs/ディレクトリーに移動します。# cd /tmp/pre-anaconda-logs/
24.2.2. USB ドライブへのインストールログファイルの転送 リンクのコピーリンクがクリップボードにコピーされました!
他のユーザーと共有するために、インストールログファイルを USB ドライブに転送できます。
前提条件
- USB ドライブからデータをバックアップした。
- root アカウントにログインし、インストールプログラムの一時ファイルシステムにアクセスできるようにする。
手順
- Ctrl + Alt + F2 を押して、インストールするシステムのシェルプロンプトにアクセスします。
USB フラッシュドライブをシステムに接続し、
dmesgコマンドを実行します。# dmesg最近の全イベントの詳細を記録したログが表示されます。このログの最後に、一連のメッセージが表示されます。以下に例を示します。
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk-
接続したデバイスの名前を書き留めます。上記の例では
sdbです。 /mntディレクトリーに移動し、USB ドライブのマウントターゲットとして機能する新規ディレクトリーを作成します。この例ではusbという名前を使用します。# mkdir usbUSB フラッシュドライブを、新たに作成したディレクトリーにマウントします。ほとんどの場合、ドライブ全体ではなく、ドライブのパーティションをマウントする必要があります。
sdbの名前は使用せず、ログファイルを書き込むパーティションの名前を使用してください。この例では、sdb1という名前を使用します。# mount /dev/sdb1 /mnt/usbデバイスにアクセスし、そのコンテンツをリスト表示して、正しいデバイスをマウントしたことを確認します。
# cd /mnt/usb# lsログファイルを、マウントしたデバイスにコピーします。
# cp /tmp/*log /mnt/usbUSB フラッシュドライブのマウントを解除します。ターゲットがビジーであるというエラーメッセージが表示された場合は、作業ディレクトリーをマウント外 (たとえば /) に変更します。
# umount /mnt/usb
24.2.3. ネットワーク経由でのインストールログファイルの転送 リンクのコピーリンクがクリップボードにコピーされました!
インストールの問題を分析して問題をトラブルシューティングするために、RHEL インストールログファイルをネットワーク経由で転送します。この方法を使用すると、ローカルアクセスが制限されているシステムや、サポートチームとログを共有する必要がある場合に、システムから診断情報を収集できます。
前提条件
- root アカウントにログインし、インストールプログラムの一時ファイルシステムにアクセスできるようにする。
手順
- Ctrl + Alt + F2 を押して、インストールするシステムのシェルプロンプトにアクセスします。
ログファイルが格納されている
/tmpディレクトリーに移動します。# cd /tmpscpコマンドを使用して、ネットワーク経由でログファイルを別のシステムにコピーします。# scp *log user@address:pathuser には、ターゲットシステムの有効なユーザー名を入力します。address には、ターゲットシステムのアドレスまたはホスト名を入力します。path には、ログファイルを保存するディレクトリーへのパスを入力します。たとえば、IP アドレスが 192.168.0.122 のシステムに
johnとしてログインし、ログファイルをそのシステムの/home/john/logs/ディレクトリーに置く場合のコマンドは次のようになります。# scp *log john@192.168.0.122:/home/john/logs/初めてターゲットシステムに接続する際に、SSH クライアントにより、リモートシステムのフィンガープリントが正しいことと、継続するかを尋ねられます。
The authenticity of host '192.168.0.122 (192.168.0.122)' can't be established. ECDSA key fingerprint is a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42. Are you sure you want to continue connecting (yes/no)?- yes と入力し、Enter を押して続行します。プロンプトが表示されたら、有効なパスワードを入力します。ファイルは、ターゲットシステムの指定されたディレクトリーに転送されます。
24.3. 起動用メディアの検証 リンクのコピーリンクがクリップボードにコピーされました!
ISO イメージの検証は、インストール時にしばしば発生する問題を回避するのに役立ちます。このソースには、DVD や、ディスクまたは NFS サーバーに保存している ISO イメージなどが含まれます。Red Hat Enterprise Linux のインストールに使用する前に、ISO ベースのインストールソースの整合性をテストできます。
前提条件
- Red Hat Enterprise Linux ブートメニューにアクセスした。
手順
- ブートメニューから Test this media & install Red Hat Enterprise Linux 10 を選択して、起動用メディアをテストします。
- ブートプロセスでメディアがテストされ、問題があれば強調表示されます。
-
必要に応じて、起動コマンドラインに
rd.live.checkを追加して、検証プロセスを開始できます。詳細は、ブートオプションのカスタマイズ を参照してください。
24.4. 設定およびデバイスドライバーの表示 リンクのコピーリンクがクリップボードにコピーされました!
ビデオカードの中には、Red Hat Enterprise Linux グラフィカルインストールプログラムでの起動に問題があるものがあります。インストールプログラムがデフォルト設定を使用して実行しない場合は、それより低い解像度モードでの実行を試みます。これに失敗すると、インストールプログラムはテキストモードでの実行を試みます。
ディスプレイの問題を解決するソリューションは複数あります。そのほとんどでは、カスタムのブートオプションを指定する必要があります。
詳細は、コンソールのブートオプション を参照してください。
| ソリューション | 説明 |
|---|---|
| 基本的なグラフィックモードを使用する | 基本的なグラフィックスドライバーを使用して、インストールの実行を試みることができます。これを行うには、ブートメニューから Troubleshooting > Install Red Hat Enterprise Linux in basic graphics mode を選択します。 |
| テキストモードを使用する | テキストモードを使用してインストールを試行できます。詳細は、Installing RHEL in text mode を参照してください。 |
| ディスプレイの解像度を手動で指定する | インストールプログラムが画面の解像度の検出に失敗した場合は、自動検出を無効にして手動で指定できます。手動で指定するには、ブートメニューに inst.resolution=x オプションを追加します。x はディスプレイの解像度 (1024x768 など) に置き換えます。詳細は、ブートオプションのカスタマイズ を参照してください。 |
| 代替のビデオドライバーを使用する | インストールプログラムの自動検出を無効にして、カスタムビデオドライバーを指定できます。 |
| RDP を使用してインストールを実行する | 上記の方法がすべて失敗した場合は、別のシステムを使用して、Remote Desktop Protocol (RDP) を使用してネットワーク経由でグラフィカルインストールにアクセスできます。 |
- カスタムビデオドライバーを指定することで問題が解決した場合は、Jira にバグとして報告してください。インストールプログラムは、ハードウェアを自動的に検出し、適切なドライバーを介入なしで使用できるようにする必要があります。
第25章 インストール後のトラブルシューティング リンクのコピーリンクがクリップボードにコピーされました!
以下のセクションのトラブルシューティング情報は、インストールプロセス後に問題を診断する際に役に立つ場合があります。以下のセクションは、サポートしているすべてのアーキテクチャーに対応します。ただし、問題が特定のアーキテクチャーに関する場合は、セクションの冒頭にその旨が記載されます。
25.1. 中断されたダウンロードの再開 リンクのコピーリンクがクリップボードにコピーされました!
curl コマンドを使用し、中断された RHEL ISO イメージのダウンロードを再開すると、最初から大きなファイルを再ダウンロードする必要がなくなります。これにより、ダウンロードプロセス中にネットワークの中断が発生した場合に時間と帯域幅を節約し、インストールメディアを効率的に取得できます。
前提条件
- Red Hat カスタマーポータルの 製品ダウンロード セクション (https://access.redhat.com/downloads) に移動し、必要なバリアント、バージョン、およびアーキテクチャーを選択している。
- 必要な ISO ファイルを右クリックし、リンク先をコピー を選択して、ISO イメージファイルの URL をクリップボードにコピーしている。
手順
新しいリンクから ISO イメージをダウンロードしてください。ダウンロードを自動的に再開するには、
--continue-at -オプションを追加します。$ curl --output directory-path/filename.iso 'new_copied_link_location' --continue-at -ダウンロードが完了した後、イメージファイルの整合性を確認するには、sha256sum などのチェックサムユーティリティーを使用します。
$ sha256sum rhel-x.x-x86_64-dvd.iso `85a...46c rhel-x.x-x86_64-dvd.iso`その出力を、Red Hat Enterprise Linux の Web ページ 製品ダウンロード にある参照チェックサムと比較します。
- 中断されたダウンロードの再開
以下は、部分的にダウンロードされた ISO イメージに対する
curlコマンドの例です。$ curl --output _rhel-x.x-x86_64-dvd.iso 'https://access.cdn.redhat.com//content/origin/files/sha256/85/85a...46c/rhel-x.x-x86_64-dvd.iso?_auth=141...963' --continue-at -
25.2. ディスクが検出されない リンクのコピーリンクがクリップボードにコピーされました!
インストールプログラムがインストール先となる書き込み可能なストレージデバイスを検出できない場合、インストール先 画面に次のエラーメッセージが返されます。No disks detected.Please shut down the computer, connect at least one disk, and restart to complete installation が返ります。
以下の項目を確認します。
- システムにストレージデバイスが少なくとも 1 つ割り当てられている。
- ご使用のシステムがハードウェア RAID コントローラーを使用している場合は、そのコントローラーが正しく設定され、期待通りに機能している。手順は、コントローラーのドキュメントを参照してください。
- 1 つ以上の iSCSI デバイスにインストールし、そのシステムにローカルストレージがない場合は、必要なすべての LUN が適切なホストバスアダプター (HBA) に表示されている。
システムを再起動してインストールプロセスを開始した後もエラーメッセージが表示される場合は、インストールプログラムがストレージの検出に失敗しています。このエラーメッセージは、多くの場合、インストールプログラムで認識されない iSCSI デバイスにインストールしようとした場合に表示されます。
このシナリオでは、インストールを開始する前に、ドライバー更新を実行する必要があります。ハードウェアベンダーの Web サイトで、ドライバーの更新が利用可能かどうかを確認します。
ドライバーの更新に関する一般的な情報は、インストール時のドライバーの更新 を参照してください。
また、Red Hat Hardware Compatibility List (https://access.redhat.com/ecosystem/search/#/category/Server) を確認してください。
25.3. RAID カードで起動できない リンクのコピーリンクがクリップボードにコピーされました!
インストール後にシステムを起動できない場合は、システムのストレージのパーティション設定と再インストールが必要になる場合があります。BIOS によっては、RAID カードからの起動に対応していないため注意が必要です。インストールが完了し、初めてシステムを再起動すると、テキストベースの画面にブートローダーのプロンプト (grub> など) が表示され、カーソルのフラッシュが表示されます。この場合は、システムのパーティションを再設定し、/boot パーティションと、RAID アレイの外にあるブートローダーを移動する必要があります。/boot パーティションとブートローダーは、同じドライブに置く必要があります。このような変更が行われたら、インストールを完了し、システムを適切に起動できるはずです。
25.4. グラフィカルな起動シーケンスが応答しない リンクのコピーリンクがクリップボードにコピーされました!
インストール後に初めてシステムを再起動すると、グラフィカルな起動シーケンス時にシステムが応答しなくなることがあります。この場合は、リセットが必要です。このシナリオでは、ブートローダーメニューは正常に表示されますが、エントリーを選択してシステムを起動しようとすると停止します。これは通常、グラフィカルな起動シーケンスに問題があることを示しています。この問題を解決するには、永続的に変更する前に、システムの起動時に設定を一時的に変更することで、グラフィカルブートを無効にする必要があります。
25.4.1. グラフィカルブートを永続的に無効にする リンクのコピーリンクがクリップボードにコピーされました!
グラフィカルブートを永続的に無効にできます。
手順
- システムの root アカウントにログインします。
grubby ツールを使用して、デフォルトの GRUB2 カーネルを検索します。
# grubby --default-kernel /boot/vmlinuz-6.12.0-0.el10_0.x86_64grubby ツールを使用して、GRUB2 設定のデフォルトカーネルから
rhgbブートオプションを削除します。以下に例を示します。# grubby --remove-args="rhgb" --update-kernel /boot/vmlinuz-6.12.0-0.el10_0.x86_64-
システムを再起動します。グラフィカル起動シーケンスが使用されなくなりました。グラフィカルな起動シーケンスを有効にする場合は、同じ手順に従って、
--remove-args="rhgb"パラメーターを--args="rhgb"パラメーターに置き換えます。これにより、GRUB2 設定のデフォルトカーネルにrhgbブートオプションが復元されます。
25.4.2. グラフィカルブートを一時的に無効にする リンクのコピーリンクがクリップボードにコピーされました!
グラフィカルブートを一時的に無効にできます。
手順
-
システムを起動し、ブートローダーメニューが表示されるまで待ちます。起動のタイムアウト期間を
0に設定し、Esc キーを押してアクセスします。 - ブートローダーメニューからカーソルキーを使用して、起動するエントリーを強調表示します。Tab キー (システムが BIOS ベースの場合) または e キー (UEFI ベースの場合) を押して、選択したエントリーオプションを編集します。
-
オプションリストでカーネル行を探します。カーネル行は linux というキーワードで始まります。この行で、
rhgbを探して、削除します。 F10 または Ctrl+X を押して、編集したオプションでシステムを起動します。
システムが正常に起動した場合は、通常通りにログインできます。ただし、グラフィカルブートを永続的に無効にしない場合は、システムが起動するたびにこの手順を実行する必要があります。
25.5. RAM が認識されない場合のメモリー量の手動設定 リンクのコピーリンクがクリップボードにコピーされました!
シナリオによっては、カーネルがすべてのメモリー (RAM) を認識しないため、システムが使用するメモリーが、インストールされているメモリーより少なくなる場合があります。システムが報告するメモリーの合計サイズが期待値と一致しない場合は、少なくとも 1 つのメモリーモジュールに問題がある可能性があります。BIOS ベースのシステムでは、Memtest86+ ユーティリティーを使用して、システムのメモリーをテストできます。
ハードウェアの設定によっては、システムの RAM の一部が予約されているため、システムが使用できなくなります。統合グラフィックスカードが搭載されている一部のラップトップコンピューターは、GPU 用のメモリーの一部を予約します。たとえば、4 GiB の RAM および統合 Intel グラフィックスカードを搭載したラップトップでは、約 3.7 GiB の使用可能なメモリーが表示されます。さらに、多くの Red Hat Enterprise Linux システムでデフォルトで有効になっている kdump クラッシュカーネルダンプメカニズムは、プライマリーカーネルに障害が発生した場合に使用されるセカンダリーカーネル用にメモリーの一部を予約します。この予約メモリーは、利用可能としては表示されません。
メモリーの量は手動で設定できます。
手順
システムが現在報告しているメモリー容量を MiB 単位で確認します。
$ free -mシステムを再起動し、ブートローダーメニューが表示されるまで待ちます。
起動タイムアウト期間が
0に設定されている場合は、Esc キーを押してメニューにアクセスします。- ブートローダーメニューからカーソルキーを使用して、起動するエントリーを強調表示し、Tab キー (BIOS ベースのシステムの場合)、または e キー (UEFI ベースのシステムの場合) を押して、選択したエントリーオプションを編集します。
オプション一覧でカーネル行を探します。カーネル行は
linuxというキーワードで始まります。以下のオプションをこの行の最後に追加します。mem=xxM-
xxの部分は実際の容量を MiB 単位で入力してください。 - F10 キーまたは Ctrl+X の組み合わせを押して、編集を行ったオプションでシステムを起動します。
- システムが起動するのを待ってログインし、コマンドラインを開きます。
システムが報告するメモリー量を MiB 単位で確認します。
$ free -mコマンドで表示される RAM の合計サイズが期待値と一致する場合は、変更を永続化します。
# grubby --update-kernel=ALL --args="mem=xxM"
25.6. シグナル 11 エラーが表示される リンクのコピーリンクがクリップボードにコピーされました!
シグナル 11 エラーは、一般にセグメンテーション違反と呼ばれ、割り当てられていないメモリーの場所にプログラムがアクセスしたことを意味します。シグナル 11 エラーは、インストールされているソフトウェアプログラムのバグ、または障害のあるハードウェアが原因で発生する可能性があります。インストールプロセスでシグナル 11 エラーが表示された場合は、最新のインストールイメージを使用していることを確認し、インストールプログラムで、イメージが破損していないことを確認するように求めます。
詳細は、起動用メディアの検証 を参照してください。
インストールメディアの不良 (書き込みが正しく行われていなかったり、光ディスクに傷がついているなど) は、シグナル 11 エラーの一般的な原因です。インストールの前に、必ずインストールメディアの整合性を確認してください。最新のインストールメディアの入手方法は、Product Downloads ページを参照してください。
インストールを開始する前にメディアチェックを実行するには、ブートメニューに rd.live.check ブートオプションを追加します。エラーなしでメディアチェックを実行しても、セグメンテーションフォールトで問題が引き続き発生する場合は、通常、システムでハードウェアエラーが発生したことを示しています。このシナリオでは、問題はおそらくシステムのメモリー (RAM) にあります。これは、以前に同じコンピューターで別のオペレーティングシステムをエラーなしで使用した場合でも、問題になる可能性があります。
AMD、Intel 64 ビット、および 64 ビット ARM アーキテクチャーの場合、BIOS ベースのシステムでは、インストールメディアに含まれる Memtest86+ メモリーテストモジュールを使用して、システムのメモリーを徹底的にテストできます。
これ以外に考えられる原因は、このドキュメントでは扱いません。ハードウェアの製造元のドキュメントと、Red Hat Hardware Compatibility List (https://access.redhat.com/ecosystem/search/#/category/Server) を確認してください。
25.7. IBM Power Systems のネットワークストレージ領域から IPL を実行できない リンクのコピーリンクがクリップボードにコピーされました!
ネットワークストレージ領域 (NWSSTG) から IPL を実行する際に問題が発生する場合は、おそらく PReP パーティションがないことが原因です。このシナリオでは、システムを再インストールし、パーティション作成フェーズまたはキックスタートファイルでこのパーティションを作成する必要があります。
25.8. レスキューモードの使用 リンクのコピーリンクがクリップボードにコピーされました!
インストールプログラムのレスキューモードは、Red Hat Enterprise Linux DVD またはその他の起動メディアから起動できる最小限の Linux 環境です。さまざまな問題を修復するコマンドラインユーティリティーが含まれています。レスキューモードには、ブートメニューの Troubleshooting メニューからアクセスできます。このモードでは、ファイルシステムを読み取り専用としてマウントしたり、拒否リストに登録したり、ドライバーディスクで提供されるドライバーを追加したり、システムパッケージをインストールまたはアップグレードしたり、パーティションを管理したりできます。
インストールプログラムのレスキューモードは、systemd システムおよびサービスマネージャーの一部として提供されるレスキューモード (シングルユーザーモードに相当) および緊急モードとは異なります。
レスキューモードで起動するには、最小起動ディスク、USB ドライブ、フルインストール DVD など、Red Hat Enterprise Linux の起動用メディアを使用してシステムを起動できる必要があります。
iSCSI デバイスや zFCP デバイスなどの高度なストレージは、rd.zfcp= または root=iscsi: オプション などの dracut ブートオプションを使用するか、64 ビットの IBM Z 上の CMS 設定ファイルで設定する必要があります。レスキューモードで起動した後に、これらのストレージデバイスを対話的に設定することはできません。dracut ブートオプションの詳細は、システム上の dracut.cmdline(7) man ページを参照してください。
25.8.1. レスキューモードでのシステムの起動 リンクのコピーリンクがクリップボードにコピーされました!
通常の起動プロセスが失敗した場合は、RHEL システムをレスキューモードで起動して、システムの問題をトラブルシューティングし、修復します。レスキューモードは、問題を診断し、データを回復し、正常なシステム操作を妨げる設定の問題を修正するための最小限の環境を提供します。
手順
- 最小限の起動用メディア、フルインストールの DVD または USB ドライブからシステムを起動し、ブートメニューが表示されるまで待ちます。
-
ブートメニューから、Troubleshooting > Rescue a Red Hat Enterprise Linux system オプションを選択するか、ブートコマンドラインに
inst.rescueオプションを追加します。起動コマンドラインに入るには、Tab キー (BIOS ベースのシステムの場合) を押すか、e キー (UEFI ベースのシステムの場合) を押します。 必要に応じて、起動するドライバーディスクで提供されるサードパーティーのドライバーが必要な場合は、
inst.dd=driver_nameを起動コマンドラインに追加します。inst.rescue inst.dd=driver_name必要に応じて、Red Hat Enterprise Linux ディストリビューションに含まれるドライバーが原因でシステムが起動しない場合は、
modprobe.blacklist=オプションを起動コマンドラインに追加します。inst.rescue modprobe.blacklist=driver_nameEnter (BIOS ベースのシステムの場合) または Ctrl+X (UEFI ベースのシステムの場合) を押して、変更したオプションを起動します。次のメッセージが表示されるまで待ちます。
The rescue environment will now attempt to find your Linux installation and mount it under the directory: /mnt/sysroot/. You can then make any changes required to your system. Choose 1 to proceed with this step. You can choose to mount your file systems read-only instead of read-write by choosing 2. If for some reason this process does not work choose 3 to skip directly to a shell. 1) Continue 2) Read-only mount 3) Skip to shell 4) Quit (Reboot)1 を選択すると、インストールプログラムは
/mnt/sysroot/ディレクトリーにファイルシステムをマウントしようとします。パーティションのマウントに失敗すると通知されます。2 を選択すると、ファイルシステムを/mnt/sysroot/ディレクトリーにマウントしようとしますが、読み取り専用モードになります。3 を選択すると、ファイルシステムはマウントされません。システムルートの場合には、インストーラーは
/mnt/sysimageと/mnt/sysrootの 2 つのマウントポイントをサポートします。/mnt/sysrootパスは、ターゲットシステムの/をマウントするために使用されます。通常、物理ルートとシステムの root は同じであるため、/mnt/sysrootは/mnt/sysimageと同じファイルシステムに割り当てられます。唯一の例外は、デプロイメントに基づいてシステムの root が変更する rpm-ostree システムのみです。次に、/mnt/sysrootは、/mnt/sysimageのサブディレクトリーに割り当てられます。chroot には/mnt/sysrootを使用します。続行するには 1 を選択します。システムがレスキューモードになると、VC (仮想コンソール) 1 および VC 2 にプロンプトが表示されます。
Ctrl+Alt+F1キーの組み合わせで VC 1 にアクセスし、Ctrl+Alt+F2で VC 2 にアクセスします。sh-4.2#ファイルシステムがマウントされていても、レスキューモードではデフォルトの root パーティションは一時的な root パーティションであり、通常のユーザーモード (
multi-user.targetまたはgraphical.target) で使用するファイルシステムの root パーティションではありません。ファイルシステムのマウントを選択し、正常にマウントされた場合は、次のコマンドを実行してレスキューモード環境の root パーティションを、ファイルシステムの root パーティションに変更できます。sh-4.2# chroot /mnt/sysrootこれは、root パーティションが
/としてマウントされることが求められるrpmなどのコマンドを実行する必要がある場合に便利です。chroot 環境を終了するには、exit と入力してプロンプトに戻ります。3 を選択した場合でも、
/directory/などのディレクトリーを作成し、次のコマンドを入力すると、レスキューモード内でパーティションまたは LVM2 論理ボリュームを手動でマウントできます。sh-4.2# mount -t xfs /dev/mapper/VolGroup00-LogVol02 /directory上記のコマンドでは、
/directory/は作成したディレクトリーで、/dev/mapper/VolGroup00-LogVol02はマウントする LVM2 論理ボリュームになります。パーティションのタイプが XFS 以外の場合は、文字列 xfs を正しい種類 (ext4 など) に置き換えます。すべての物理パーティションの名前が不明な場合は、次のコマンドを実行するとリストが表示されます。
sh-4.2# fdisk -lLVM2 物理ボリューム、ボリュームグループ、または論理ボリュームの名前がすべて不明な場合は、
pvdisplayコマンド、vgdisplayコマンド、またはlvdisplayコマンドを使用します。
25.8.2. レスキューモードでの SOS レポートの使用 リンクのコピーリンクがクリップボードにコピーされました!
sos report コマンドラインユーティリティーは、カーネルバージョン、ロードされたモジュール、システムおよびサービス設定ファイルなどの設定および診断情報をシステムから収集します。このユーティリティーの出力は、/var/tmp/ ディレクトリーの tar アーカイブに保存されます。sos report ユーティリティーは、システムエラーの分析やトラブルシューティングに役立ちます。レスキューモードで sos report の出力をキャプチャーできます。
前提条件
- レスキューモードでシステムを起動している。
-
インストール済みのシステムの
/ (root)パーティションを読み書きモードでマウントしている。 - この問題を Red Hat サポートに連絡し、ケース番号を受け取っている。
手順
root ディレクトリーを
/mnt/sysroot/ディレクトリーに変更します。sh-4.2# chroot /mnt/sysroot/sos reportを実行して、システム設定と診断情報を含むアーカイブを生成します。sh-4.2# sos reportsos reportにより、お客様の名前と Red Hat サポートから受け取ったケース番号を入力するように求められます。英数字のみを使用してください。# % & { } \ < > > * ? / $ ~ ' " : @ + ` | =文字やスペースを追加すると、レポートが使用できなくなる可能性があるためです。オプション: 生成されたアーカイブをネットワークを使用して新しい場所に転送する場合は、ネットワークインターフェイスを設定する必要があります。この場合、他の手順は必要ないため、動的 IP アドレス指定を使用します。ただし、静的アドレスを使用する場合は、次のコマンドを実行して、ネットワークインターフェイス (dev eth0 など) に IP アドレス (10.13.153.64/23 など) を割り当てます。
bash-4.2# ip addr add 10.13.153.64/23 dev eth0chroot 環境を終了します。
sh-4.2# exit生成されたアーカイブを新しい場所に保存し、その場所からアーカイブへのアクセスを容易にします。
sh-4.2# cp /mnt/sysroot/var/tmp/sos report new_locationネットワークを介したアーカイブの転送は、
scpユーティリティーを使用します。sh-4.2# scp /mnt/sysroot/var/tmp/sos report username@hostname:sos report
25.8.3. GRUB2 ブートローダーの再インストール リンクのコピーリンクがクリップボードにコピーされました!
シナリオによっては、GRUB2 ブートローダーが誤って削除または破損されたり、他のオペレーティングシステムによって置き換えられることがあります。BIOS を搭載した AMD64 および Intel 64 システムのマスターブートレコード (MBR) に GRUB2 を再インストールできます。
前提条件
- レスキューモードでシステムを起動している。
-
インストール済みのシステムの
/ (root)パーティションを読み書きモードでマウントしている。 -
/bootマウントポイントを読み取り/書き込みモードでマウントしている。
手順
root パーティションを変更します。
sh-4.2# chroot /mnt/sysroot/install_deviceブロックデバイスがインストールされている GRUB2 ブートローダーを再インストールします。sh-4.2# /sbin/grub2-install install_device重要grub2-installコマンドを実行すると、以下の条件がすべて適用されると、マシンが起動できなくなる可能性があります。- システムは、EFI (Extensible Firmware Interface) を使用する AMD64 または Intel 64 です。
- Secure Boot が有効になります。
grub2-installコマンドを実行すると、EFI (Extensible Firmware Interface) および Secure Boot が有効な AMD64 システムまたは Intel 64 システムを起動することはできません。この問題は、grub2-installコマンドが shim アプリケーションを使用する代わりに直接起動する署名されていない GRUB2 イメージをインストールするために発生します。システムが起動すると shim アプリケーションはイメージの署名を検証します。見つからない場合は、システムの起動に失敗します。- システムを再起動します。
25.8.4. dnf を使用したドライバーの追加または削除 リンクのコピーリンクがクリップボードにコピーされました!
ドライバーが見つからないか、誤作動すると、システムの起動時に問題が発生します。レスキューモードは、システムが起動に失敗してもドライバーを追加または削除できる環境を提供します。誤作動するドライバーを削除したり、更新されたドライバーや不足しているドライバーを追加したりする際には、可能な限り、dnf パッケージマネージャーを使用してください。
ドライバーディスクからドライバーをインストールすると、ドライバーディスクは、このドライバーを使用するシステムにある initramfs イメージをすべて更新します。ドライバーが原因でシステムが起動できない場合は、別の initramfs イメージからシステムを起動する方法は使用できません。
前提条件
- レスキューモードでシステムを起動している。
- インストール済みのシステムを読み書きモードでマウントしている。
手順
dnfを使用して新しいドライバーを追加するには、以下を実行します。-
そのドライバーを含む RPM パッケージを利用できるようにします。たとえば、CD または USB フラッシュドライブをマウントして、RPM パッケージを
/mnt/sysroot/配下の任意の場所 (例:/mnt/sysroot/root/drivers/) にコピーします。 root ディレクトリーを
/mnt/sysroot/に変更します。sh-4.2# chroot /mnt/sysroot/dnf installコマンドを使用して、ドライバーパッケージをインストールします。たとえば、以下のコマンドを実行して、xorg-x11-drv-wacomドライバーパッケージを/root/drivers/からインストールします。sh-4.2# dnf install /root/drivers/xorg-x11-drv-wacom-0.23.0-6.el7.x86_64.rpm注記この chroot 環境の
/root/drivers/ディレクトリーは、元のレスキュー環境の/mnt/sysroot/root/drivers/ディレクトリーです。chroot 環境を終了します。
sh-4.2# exit
-
そのドライバーを含む RPM パッケージを利用できるようにします。たとえば、CD または USB フラッシュドライブをマウントして、RPM パッケージを
dnfを使用してドライバーを削除するには、以下を実行します。root ディレクトリーを
/mnt/sysroot/ディレクトリーに変更します。sh-4.2# chroot /mnt/sysroot/dnf removeコマンドを使用して、ドライバーパッケージを削除します。たとえば、xorg-x11-drv-wacomドライバーパッケージを削除するには、次のコマンドを実行します。sh-4.2# dnf remove xorg-x11-drv-wacomchroot 環境を終了します。
sh-4.2# exit誤動作のあるドライバーを何らかの理由で削除できない場合は、代わりにドライバーを拒否リストに登録することで、起動時に読み込まれないようにすることができます。
- ドライバーの削除が完了したら、システムを再起動します。
25.9. ip= ブートオプションがエラーを返す リンクのコピーリンクがクリップボードにコピーされました!
ip= ブートオプション形式 ip=[ip address] (ip=192.168.1.1 など) を使用すると、Fatal for argument 'ip=[insert ip here]'\n sorry, unknown value [ip address] refusing to continue というエラーメッセージが返されます。
Red Hat Enterprise Linux の以前のリリースでは、ブートオプションの形式は次のようなものでした。
ip=192.168.1.15 netmask=255.255.255.0 gateway=192.168.1.254 nameserver=192.168.1.250 hostname=myhost1
しかし、Red Hat Enterprise Linux 10 では、ブートオプションの形式は次のようになります。
ip=192.168.1.15::192.168.1.254:255.255.255.0:myhost1::none: nameserver=192.168.1.250
この問題を解決するには、ip=ip::gateway:netmask:hostname:interface:none の形式を使用します。ここでは、以下のようになります。
-
ipはクライアントの IP アドレスを指定します。IPv6 アドレスは角括弧で囲んで指定できます ([2001:DB8::1]など)。 -
gatewayはデフォルトのゲートウェイです。IPv6 アドレスも使用できます。 -
netmaskは使用するネットマスクです。完全ネットマスク (255.255.255.0 など) または接頭辞 (64など) を使用できます。 -
hostnameはクライアントシステムのホスト名です。このパラメーターは任意です。
25.10. iLO デバイスまたは iDRAC デバイスにおいてグラフィカルインストールで起動できない リンクのコピーリンクがクリップボードにコピーされました!
iLO デバイスまたは iDRAC デバイスでのリモート ISO インストールのグラフィカルインストーラーは、インターネット接続が遅いために利用できないことがあります。この場合、インストールを続行するには、以下のいずれかの方法を選択できます。
タイムアウトを避ける。これを行うには、以下を行います。
- インストールメディアから起動する際に、BIOS を使用している場合は キーを、UEFI を使用している場合は キーを押します。これにより、カーネルコマンドライン引数を変更できます。
インストールを続行するには、
rd.live.ram=1を追加し、BIOS を使用している場合は を、UEFI を使用している場合は を押します。インストールプログラムの読み込みに時間がかかる場合があります。
グラフィカルインストーラーのロード時間を延長する別のオプションは、
inst.xtimeoutカーネル引数を秒単位で設定することです。inst.xtimeout=N- システムをテキストモードでインストールできます。詳細は、Installing RHEL in text mode を参照してください。
- ローカルメディアソースではなく、iLO や iDRAC などのリモート管理コンソールで、Red Hat カスタマーポータルの Download center にあるインストール ISO ファイルへの直接 URL を使用します。このセクションにアクセスするには、ログインしている必要があります。
25.11. Rootfs イメージは initramfs ではありません リンクのコピーリンクがクリップボードにコピーされました!
インストーラーの起動中にコンソールに次のメッセージが表示される場合は、インストーラーの initrd.img の転送でエラーが発生した可能性があります。
[ ...] rootfs image is not initramfs
この問題を解決するには、initrd を再度ダウンロードするか、initrd.img を使用して sha256sum を実行し、インストールメディアの .treeinfo ファイルに保存されているチェックサムと比較します。
$ sha256sum dvd/images/pxeboot/initrd.img
fdb1a70321c06e25a1ed6bf3d8779371b768d5972078eb72b2c78c925067b5d8 dvd/images/pxeboot/initrd.img
.treeinfo でチェックサムを表示するには、以下を行います。
$ grep sha256 dvd/.treeinfo
images/efiboot.img = sha256:d357d5063b96226d643c41c9025529554a422acb43a4394e4ebcaa779cc7a917
images/install.img = sha256:8c0323572f7fc04e34dd81c97d008a2ddfc2cfc525aef8c31459e21bf3397514
images/pxeboot/initrd.img = sha256:fdb1a70321c06e25a1ed6bf3d8779371b768d5972078eb72b2c78c925067b5d8
images/pxeboot/vmlinuz = sha256:b9510ea4212220e85351cbb7f2ebc2b1b0804a6d40ccb93307c165e16d1095db
正しい initrd.img があるにもかかわらず、インストーラーの起動中に次のカーネルメッセージが表示される場合は、多くの場合、ブートパラメーターが欠落しているか、スペルが間違っており、インストーラーは、通常インメモリー root ファイルシステムの完全なインストーラーの初期ラムディスクを提供する inst.repo= パラメーターによって参照される stage2 をロードできませんでした。
[ ...] No file system could mount root, tried:
[ ...] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
[ ...] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.12.0.el10_0.s390x #1
[ ...] ...
[ ...] Call Trace:
[ ...] ([<...>] show_trace+0x.../0x...)
[ ...] [<...>] show_stack+0x.../0x...
[ ...] [<...>] panic+0x.../0x...
[ ...] [<...>] mount_block_root+0x.../0x...
[ ...] [<...>] prepare_namespace+0x.../0x...
[ ...] [<...>] kernel_init_freeable+0x.../0x...
[ ...] [<...>] kernel_init+0x.../0x...
[ ...] [<...>] kernel_thread_starter+0x.../0x...
[ ...] [<...>] kernel_thread_starter+0x.../0x…
この問題を解決するには、次を確認してください
-
指定されたインストールソースがカーネルコマンドライン (
inst.repo=) またはキックスタートファイルで正しい場合 - ネットワーク設定はカーネルコマンドラインで指定される (インストールソースがネットワークとして指定されている場合)
- ネットワークインストールソースが別のシステムからアクセス可能
第26章 ブートオプションのリファレンス リンクのコピーリンクがクリップボードにコピーされました!
ブートオプションを使用すると、インストールプログラムのデフォルトの動作を変更できます。
26.1. インストールソースのブートオプション リンクのコピーリンクがクリップボードにコピーされました!
インストールソースのブートオプションを設定して、RHEL インストールファイルが配置されている場所を指定できます。これらのオプションを使用すると、ローカルメディア、ネットワークサーバー、追加のリポジトリーなど、さまざまなソースからのインストールが可能になり、デプロイメントのシナリオに柔軟性がもたらされます。
- inst.repo=
inst.repo=ブートオプションでは、インストールソースを指定します。つまり、パッケージリポジトリーとそのリポジトリーを記述した有効な.treeinfoファイルを提供する場所を指定します。たとえば、inst.repo=cdromになります。inst.repo=オプションの対象は、以下のいずれかのインストールメディアになります。-
インストール可能なツリー (インストールプログラムのイメージ、パッケージ群、リポジトリーデータおよび有効な
.treeinfoファイルを含むディレクトリー設定) - DVD (システムの DVD ドライブにある物理ディスク)
Red Hat Enterprise Linux のフルインストール用 DVD の ISO イメージ (ディスク、またはシステムにアクセスできるネットワーク上の場所)
inst.repo=ブートオプションでは、さまざまな形式を使用して各インストール方法を設定します。次の表に、inst.repo=ブートオプションの詳細な構文を記載します。Expand 表26.1 inst.repo= ブートオプションおよびインストールソースのタイプおよびフォーマット ソースタイプ ブートオプションの形式 ソースの形式 CD/DVD ドライブ
inst.repo=cdrom:<device>物理ディスクとしてのインストール DVD。 [a]
マウント可能なデバイス (HDD および USB スティック)
inst.repo=hd:<device>:/<path>インストール DVD のイメージファイル
NFS サーバー
inst.repo=nfs:[options:]<server>:/<path>インストール DVD のイメージファイル、またはインストールツリー (インストール DVD にあるディレクトリーおよびファイルの完全なコピー)。 [b]
HTTP サーバー
inst.repo=http://<host>/<path>インストールツリー (インストール DVD 上にあるディレクトリーおよびファイルの完全なコピー)。
HTTPS サーバー
inst.repo=https://<host>/<path>FTP サーバー
inst.repo=ftp://<username>:<password>@<host>/<path>HMC
inst.repo=hmc[a] device が省略された場合、インストールプログラムはインストール DVD を含むドライブを自動的に検索します。[b] NFS サーバーのオプションでは、デフォルトで NFS プロトコルのバージョン 3 が使用されます。別のバージョンを使用するには、nfsvers=Xを オプション に追加し、X を、使用するバージョン番号に置き換えます。
-
インストール可能なツリー (インストールプログラムのイメージ、パッケージ群、リポジトリーデータおよび有効な
ディスクデバイス名は、次の形式で設定します。
-
カーネルデバイス名 (例:
/dev/sda1またはsdb2) -
ファイルシステムのラベル (例:
LABEL=FlashまたはLABEL=RHEL8) ファイルシステムの UUID (例:
UUID=8176c7bf-04ff-403a-a832-9557f94e61db)英数字以外は
\xNNで表す必要があります。NN は文字の 16 進数表示になります。たとえば、\x20なら空白(" ")になります。- inst.addrepo=
メインリポジトリー (
inst.repo=) とともに別のインストールソースとして使用できる追加のリポジトリーを追加するには、inst.addrepo=ブートオプションを使用します。inst.addrepo=ブートオプションは、1 回の起動時に複数回使用できます。次の表に、inst.addrepo=ブートオプションの詳細な構文を記載します。注記REPO_NAMEはリポジトリーの名前であり、インストールプロセスでは必須です。これらのリポジトリーは、インストールプロセス時にのみ使用され、インストールしたシステムにはインストールされません。Expand 表26.2 インストールソースおよびブートオプションの形式 インストールソース ブートオプションの形式 関連情報 URL にあるインストール可能なツリー
inst.addrepo=REPO_NAME,[http,https,ftp]://<host>/<path>指定の URL にあるインストール可能なツリーを探します。
NFS パスにあるインストール可能なツリー
inst.addrepo=REPO_NAME,nfs://<server>:/<path>指定した NFS パスのインストール可能なツリーを探します。コロンは、ホストの後に必要です。インストールプログラムは、RFC 2224 に従って URL の解析を行うのではなく、
nfs://ディレクトリーの後のすべてを mount コマンドに渡します。インストール環境でインストール可能なツリー
inst.addrepo=REPO_NAME,file://<path>インストール環境の指定した場所にあるインストール可能なツリーを探します。このオプションを使用するには、インストールプログラムが利用可能なソフトウェアグループのロードを試行する前に、リポジトリーがマウントされる必要があります。このオプションの利点は、起動可能な ISO に複数のリポジトリーを利用でき、ISO からメインリポジトリーと追加のリポジトリーの両方をインストールできることです。追加のリポジトリーへのパスは
/run/install/source/REPO_ISO_PATHです。また、キックスタートファイルの%preセクションにリポジトリーディレクトリーをマウントできます。パスは、inst.addrepo=REPO_NAME,file:///<path>など、/で始まる必要があります。ディスク
inst.addrepo=REPO_NAME,hd:<device>:<path>指定した <device> パーティションをマウントして、<path> で指定した ISO からインストールします。<path> を指定しないと、インストールプログラムは <device> 上の有効なインストール ISO を探します。このインストール方法には、有効なインストール可能ツリーを持つ ISO が必要です。
- inst.stage2=
inst.stage2=ブートオプションでは、インストールプログラムのランタイムイメージの場所を指定します。このオプションは、有効な.treeinfoファイルが含まれるディレクトリーへのパスを想定し、.treeinfoファイルからランタイムイメージの場所を読み取ります。.treeinfoファイルが利用できないと、インストールプログラムは、images/install.imgからイメージを読み込もうとします。inst.stage2オプションを指定しない場合、インストールプログラムはinst.repoオプションで指定された場所を使用しようとします。このオプションは、後でインストールプログラム内でインストールソースを手動で指定する場合に使用できます。たとえば、インストールソースとしてコンテンツ配信ネットワーク (CDN) を選択する場合などに使用します。インストール DVD および Boot ISO には、それぞれの ISO からインストールプログラムを起動するための適切な
inst.stage2オプションがすでに含まれています。インストールソースを指定する場合は、代わりに
inst.repo=オプションを使用します。注記デフォルトでは、
inst.stage2=ブートオプションがインストールメディアで使用され、特定のラベルに設定されます (例:inst.stage2=hd:LABEL=RHEL-x-0-0-BaseOS-x86_64)。ランタイムイメージを含むファイルシステムのデフォルトラベルを変更する場合、またはカスタムの手順を使用してインストールシステムを起動する場合は、inst.stage2=ブートオプションが正しい値に設定されていることを確認してください。- inst.noverifyssl
inst.noverifysslブートオプションは、インストーラーによるすべての HTTPS 接続に対する SSL 証明書の検証を防ぐために使用します。ただし、追加のキックスタートリポジトリーは例外であり、リポジトリーごとに--noverifysslを設定できます。たとえば、リモートのインストールソースが自己署名 SSL 証明書を使用している場合、
inst.noverifysslブートオプションを使用すると、インストーラーが SSL 証明書を検証せずにインストールを完了できます。たとえば、inst.stage2=を使用してソースを指定する場合は、以下を使用します。inst.stage2=https://hostname/path_to_install_image/ inst.noverifysslたとえば、
inst.repo=を使用してソースを指定する場合は、以下を使用します。inst.repo=https://hostname/path_to_install_repository/ inst.noverifyssl- inst.stage2.all
inst.stage2.allブートオプションは、複数の HTTP、HTTPS、または FTP ソースを指定するために使用します。inst.stage2=ブートオプションをinst.stage2.allオプションとともに複数回使用すると、成功するまでソースからイメージを順番に取得できます。以下に例を示します。inst.stage2.all inst.stage2=http://hostname1/path_to_install_tree/ inst.stage2=http://hostname2/path_to_install_tree/ inst.stage2=http://hostname3/path_to_install_tree/- inst.dd=
-
inst.dd=ブートオプションは、インストール時にドライバーの更新を実行するために使用します。インストール時にドライバーを更新する方法の詳細は、インストール時のドライバーの更新 を参照してください。 - inst.repo=hmc
このオプションにより、外部ネットワーク設定の必要がなくなるため、インストールのオプションが増えます。Binary DVD から起動すると、インストーラープログラムにより、追加のカーネルパラメーターを入力するように求められます。DVD をインストールソースとして設定するには、
inst.repo=hmcオプションをカーネルパラメーターに追加します。インストールプログラムは、サポート要素 (SE) およびハードウェア管理コンソール (HMC) のファイルアクセスを有効にし、DVD から stage2 のイメージをフェッチし、ソフトウェア選択のために DVD のパッケージへのアクセスを提供します。重要inst.repoブートオプションを使用するには、ユーザーが 少なくとも Privilege Class B で設定されていることを確認してください。ユーザー設定の詳細は、IBM のドキュメント を参照してください。- inst.proxy=
このブートオプションは、次の形式で HTTP、HTTPS、および FTP プロトコルからインストールを実行するときに使用します。
[PROTOCOL://][USERNAME[:PASSWORD]@]HOST[:PORT] For example: http://proxyuser:proxypassword@10.1.2.3:3128- inst.nosave=
inst.nosave=ブートオプションは、インストール済みのシステムに保存されないインストールログと関連ファイル (input_ks、output_ks、all_ks、logs、allなど) を制御するために使用します。複数の値をコンマで区切って組み合わせることができます。以下に例を示します。inst.nosave=input_ks,logs
注記inst.nosaveブートオプションは、インストール済みのシステムから、キックスタートのログや入力/出力などの Kickstart %post スクリプトで削除できないファイルの除外に使用されます。input_ks- キックスタートによる入力を保存する機能を無効にします。
output_ks- インストールプログラムで生成されたキックスタートによる出力を保存する機能を無効にします。
all_ks- キックスタートによる入出力を保存する機能を無効にします。
logs- すべてのインストールログを保存する機能を無効にします。
all- すべてのキックスタート結果とすべてのログを保存する機能を無効にします。
- inst.multilib
-
inst.multilibブートオプションは、DNF のmultilib_policyを best ではなく all に設定するために使用します。 - inst.memcheck
-
inst.memcheckブートオプションは、インストールを完了するのに十分な RAM がシステムにあることを確認するためのチェックを実行します。RAM が十分でない場合は、インストールプロセスが停止します。システムのチェックはおおよそのもので、インストールの際のメモリー使用率は、パッケージ選択やユーザーインターフェイス (グラフィカル、テキスト)、その他のパラメーターにより異なります。 - inst.nomemcheck
-
inst.nomemcheckブートオプションは、インストールを完了するのに十分な RAM がシステムにあることを確認するためのチェックを実行しません。最小メモリー量未満のインストールの実行はサポートされておらず、インストールプロセスが失敗する可能性があります。
26.2. ネットワークのブートオプション リンクのコピーリンクがクリップボードにコピーされました!
ネットワークのブートオプションを設定すると、ネットワーク接続経由での RHEL インストールが可能になります。これらのオプションを使用すると、ネットワークベースのインストールとリモートシステムのデプロイのために、ネットワークインターフェイスの設定、IP アドレスの指定、ボンディング、ブリッジ、および VLAN の設定を行うことができます。
+
dracut ツールを使用してネットワークを初期化します。dracut オプションの完全なリストは、システム上の dracut.cmdline(7) man ページを参照してください。
- ip=
ip=ブートオプションは、1 つ以上のネットワークインターフェイスを設定するために使用します。複数のインターフェイスを設定するには、次のいずれかの方法を使用します。-
インターフェイスごとに 1 回ずつ、
ipオプションを複数回使用します。これを行うには、rd.neednet=1オプションを使用し、bootdevオプションを使用してプライマリーブートインターフェイスを指定します。 ipオプションを 1 回使用し、その後キックスタートを使用してさらにインターフェイスを設定します。ip= オプションによる設定は、インストールプロセスの早い段階で適用されます。一方、キックスタートで定義された設定は、インストールの後の段階で、インストールプログラムの起動後に適用されます。このオプションでは、複数の形式が使用できます。以下の表は、最も一般的なオプションの情報が含まれます。以下の表では、下記の点を前提としています。
-
ipパラメーターはクライアントの IP アドレスを指定し、IPv6には角括弧が必要です (例: 192.0.2.1 または [2001:db8::99])。 -
gatewayパラメーターはデフォルトゲートウェイになります。IPv6には角括弧必要です。 -
netmaskパラメーターは使用するネットマスクです。完全ネットマスク (255.255.255.0 など) または接頭辞 (64 など) を使用できます。 hostnameパラメーターはクライアントシステムのホスト名です。このパラメーターは任意です。Expand 表26.3 ネットワークインターフェイスを設定するためのブートオプション形式 ブートオプションの形式 設定方法 ip=methodすべてのインターフェイスの自動設定
ip=interface:method特定インターフェイスの自動設定
ip=ip::gateway:netmask:hostname:interface:none静的設定 (例: IPv4
ip=192.0.2.1::192.0.2.254:255.255.255.0:server.example.com:enp1s0:none)IPv6:
ip=[2001:db8::1]::[2001:db8::fffe]:64:server.example.com:enp1s0:noneip=ip::gateway:netmask:hostname:interface:method:mtuオーバーライドを使用した特定インターフェイスの自動設定
-
インターフェイスごとに 1 回ずつ、
- 自動インターフェイスの設定方法
オーバーライドを使用した特定インターフェイスの自動設定方法では、dhcpなど、指定した自動設定方法を使用してインターフェイスを開きますが、自動的に取得された IP アドレス、ゲートウェイ、ネットマスク、ホスト名、またはその他の指定されたパラメーターがオーバーライドされます。パラメーターはすべて任意となるため、無効にするパラメーターだけを指定します。methodパラメーターの値は、システム上のdracut.cmdline(7)man ページを参照してください。注記-
ipオプションを指定せずに、inst.ks=http://host/pathなどのネットワークアクセスを必要とするブートオプションを使用する場合、ipオプションのデフォルト値はip=dhcpです。 -
iSCSI ターゲットに自動的に接続するには、
ip=ibftブートオプションを使用して、ターゲットにアクセスするネットワークデバイスをアクティブ化します。
nameserver=-nameserver=オプションは、ネームサーバーのアドレスを指定します。このオプションは複数回使用できます。注記ip=パラメーターには角括弧が必要です。ただし、IPv6 アドレスには角括弧が使用できません。IPv6 アドレスに使用する正しい構文はnameserver=2001:db8::1のようになります。-
bootdev=-bootdev=オプションは、ブートインターフェイスを指定します。このオプションは、ipオプションを複数回使用する場合に必要になります。 ifname=-ifname=オプションは、特定の MAC アドレスを持つネットワークデバイスにインターフェイス名を割り当てます。このオプションは複数回使用できます。構文は、ifname=interface:MACです。以下に例を示します。ifname=eth0:01:23:45:67:89:ab注記ifname=オプションは、インストール中にカスタムのネットワークインターフェイス名を設定する際にサポートされる唯一の方法となります。-
inst.dhcpclass=-inst.dhcpclass=オプションは、DHCP のベンダークラス識別子を指定します。dhcpdサービスでは、この値はvendor-class-identifierとして認識されます。デフォルト値はanaconda-$(uname -srm)です。inst.dhcpclass=オプションが正しく適用されるようにするには、インストールの早い段階でipオプションも追加してネットワークのアクティブ化を要求します。 -
inst.waitfornet=-inst.waitfornet=SECONDSブートオプションを使用すると、インストールシステムがインストール前にネットワーク接続を待機します。SECONDS引数で指定する値は、ネットワーク接続がない場合でもすぐにはタイムアウトにせず、ネットワーク接続を待ち続け、インストールプロセスを継続する最大秒数を表します。 vlan=-vlan=オプションは、仮想 LAN (VLAN) デバイスに特定の名前を付け、指定インターフェイスにそのデバイスを設定するために使用します。構文はvlan=name:interfaceです。以下に例を示します。vlan=vlan5:enp0s1これにより、
enp0s1インターフェイスにvlan5という名前の VLAN デバイスが設定されます。name は以下のような形式をとります。-
VLAN_PLUS_VID:
vlan0005 -
VLAN_PLUS_VID_NO_PAD:
vlan5 -
DEV_PLUS_VID:
enp0s1.0005 -
DEV_PLUS_VID_NO_PAD:
enp0s1.5
-
VLAN_PLUS_VID:
bond=-bond=オプションは、ボンディングデバイスを設定するために使用します。構文はbond=name[:interfaces][:options]です。name はボンディングデバイス名に置き換え、interfaces は物理 (イーサネット) インターフェイスのコンマ区切りリストに置き換え、options はボンディングオプションのコンマ区切りリストに置き換えます。以下に例を示します。bond=bond0:enp0s1,enp0s2:mode=active-backup,tx_queues=32,downdelay=5000使用可能なオプションのリストを表示するには、
modinfo bondingコマンドを実行します。bridge=-bridge=オプションは、ブリッジデバイスを設定するために使用します。構文はbridge=name:interfacesです。ブリッジデバイスの基礎となるインターフェイスとして使用されるように、name はブリッジデバイスの望ましい名前に、interfaces は物理 (イーサネット) デバイスのコンマ区切りリストに置き換えます。以下に例を示します。bridge=bridge0:enp0s1,enp0s2
-
26.3. コンソールのブートオプション リンクのコピーリンクがクリップボードにコピーされました!
コンソール、モニターディスプレイ、キーボードのブートオプションを設定して、インストールプロセスをカスタマイズできます。
- console=
-
console=オプションを使用して、プライマリーコンソールとして使用するデバイスを指定します。たとえば、最初のシリアルポートでコンソールを使用するには、console=ttyS0を使用します。console=引数を使用する場合、インストールはテキスト UI から始まります。console=オプションを複数回使用する必要がある場合は、指定したすべてのコンソールにブートメッセージが表示されます。ただし、インストールプログラムは、最後に指定されたコンソールのみを使用します。たとえば、console=ttyS0 console=ttyS1と指定すると、インストールプログラムではttyS1が使用されます。 - inst.lang=
-
inst.lang=オプションを使用して、インストール時に使用する言語を設定します。ロケールのリストを表示するには、コマンドlocale -a | grep _またはlocalectl list-locales | grep _コマンドを実行します。 - inst.geoloc=
インストールプログラムで、地理位置情報の使用方法を設定するには、
inst.geoloc=オプションを使用します。地理位置情報は、言語およびタイムゾーンの事前設定に使用され、inst.geoloc=value構文を使用します。valueには、以下のいずれかのパラメーターを使用します。-
地理位置情報の無効化:
inst.geoloc=0 -
Fedora GeoIP API (
inst.geoloc=provider_fedora_geoip) の使用。このオプションは非推奨となりました。 -
Hostip.info GeoIP API (
inst.geoloc=provider_hostip) の使用。このオプションは非推奨となりました。
-
地理位置情報の無効化:
- inst.keymap=
-
inst.keymap=オプションを使用して、インストールに使用するキーボードレイアウトを指定します。 - inst.cmdline
-
inst.cmdlineオプションを使用して、インストールプログラムをコマンドラインモードで強制的に実行します。このモードでは対話が使用できないため、キックスタートファイルまたはコマンドラインですべてのオプションを指定する必要があります。 - inst.graphical
-
インストールプログラムをグラフィカルモードで強制的に実行するには、
inst.graphicalオプションを使用します。グラフィカルモードがデフォルトです。 - inst.text
-
inst.textオプションを使用して、グラフィカルモードではなく、テキストモードでインストールプログラムを強制的に実行します。 - inst.noninteractive
-
inst.noninteractiveブートオプションは、非対話型モードでインストールプログラムを実行するために使用します。非対話型モード (およびinst.noninteractive) では、ユーザーとの対話は許可されていません。グラフィカルまたはテキストインストールでinst.nointeractiveオプションを使用できます。inst.noninteractiveオプションをテキストモードで使用すると、inst.cmdlineオプションと同じように動作します。
inst.noninteractive オプションは、キックスタートインストールを実行する場合にのみ使用するのが適切です。
- inst.resolution=
-
inst.resolution=オプションを使用して、グラフィカルモードで、画面の解像度を指定します。形式はNxMです。N は画面の幅で、M は画面の高さ (ピクセル単位) です。推奨される解像度は 1024x768 です。 - inst.rdp
-
inst.rdpオプションは、Remote Desktop Protocol を使用してグラフィカルインストールを実行するために使用します。RDP のユーザー名 (inst.rdpuser=を使用) またはパスワード (inst.rdp.password=を使用) が指定されていない場合、インストールプログラムはユーザーに対話形式で入力するよう求めます。このオプションは、inst.rdpオプションと一緒に使用する場合にのみ適用されます。 - inst.rdp.password=
-
inst.rdp.password=オプションは、インストールプログラムによって使用される RDP サーバーにパスワードを設定するために使用します。 - modprobe.blacklist=
modprobe.blacklist=オプションを使用して、1 つ以上のドライバーを拒否リストに追加するか、完全に無効にします。このオプションを使用して無効にしたドライバー (モジュール) は、インストールの開始時にロードできません。インストールが完了すると、インストールされたシステムはこれらの設定を保持します。拒否リストに指定したドライバーのリストは、/etc/modprobe.d/ディレクトリーにあります。複数のドライバーを無効にするには、コンマ区切りリストを使用します。以下に例を示します。modprobe.blacklist=ahci,firewire_ohci注記modprobe.blacklistは、さまざまなコマンドラインオプションと組み合わせて使用できます。たとえば、既存のドライバーの更新バージョンがドライバー更新ディスクから確実に読み込まれるようにするには、inst.ddオプションを使用します。modprobe.blacklist=virtio_blk- inst.sshd
インストール時に、SSH を使用してシステムに接続し、インストールの進捗を監視できるように、
inst.sshdオプションを使用して、sshdサービスを開始します。SSH の詳細は、システムのssh(1)man ページを参照してください。デフォルトでは、sshdサービスは 64 ビットの IBM Z アーキテクチャーでのみ自動的に起動します。その他のアーキテクチャーでは、sshdは、inst.sshdオプションを使用しない限り起動しません。注記インストール中に、root アカウントにはデフォルトでパスワードが設定されていません。キックスタートコマンド
sshpwを使用して、インストール時に root パスワードを設定できます。- inst.kdump_addon=
-
インストールプログラムで Kdump 設定画面 (アドオン) を有効または無効にするには、
inst.kdump_addon=オプションを使用します。この画面はデフォルトで有効になっているため、無効にする場合はinst.kdump_addon=offを使用します。アドオンを無効にすると、グラフィカルおよびテキストベースのインターフェイスと、キックスタートコマンド%addon com_redhat_kdumpの両方で Kdump 画面が無効になります。
26.4. デバッグのブートオプション リンクのコピーリンクがクリップボードにコピーされました!
問題をデバッグするときに次のオプションを使用すると、問題をトラブルシューティングして修正することができます。
- inst.rescue
-
inst.rescueオプションを使用して、システムの診断と修正のためのレスキュー環境を実行します。詳細は、Red Hat ナレッジベースソリューション repair a filesystem in rescue mode を参照してください。 - inst.updates=
inst.updates=オプションを使用して、インストール時に適用するupdates.imgファイルの場所を指定します。updates.imgファイルは、いくつかのソースの 1 つから取得できます。Expand 表26.4 updates.img ファイルソース ソース 説明 例 ネットワークからの更新
updates.imgのネットワーク上の場所を指定します。インストールツリーを変更する必要はありません。この方法を使用するには、カーネルコマンドラインを編集してinst.updatesを追加します。inst.updates=http://website.com/path/to/updates.img.ディスクイメージからの更新
USB キーに
updates.imgを保存します。sda1デバイス上のimagesディレクトリーにある更新イメージの場合は、inst.updates=sda1:/images/updates.imgです。UUID で識別されるパーティションのルートディレクトリーにある更新イメージの場合は、inst.updates=UUID=b4234403-dafb-44c1-b878-4d57b40c9843:/updates.imgです。インストールツリーからの更新
CD、ディスク、HTTP、HTTPS、または FTP インストールを使用している場合は、すべてのインストールで
.imgファイルを検出できるように、インストールツリーにupdates.imgを保存します。このファイル名は、updates.imgにする必要があります。NFS インストールの場合は、ファイルを
images/ディレクトリーまたはRHupdates/ディレクトリーに保存します。- inst.syslog=
-
インストールの開始時に、指定されたホスト上の
syslogプロセスにログメッセージを送信します。inst.syslog=<host>[:port]は、リモートのsyslogプロセスが着信接続を受け入れるように設定されている場合にのみ使用できます。 - inst.virtiolog=
-
inst.virtiolog=<name>オプションは、ログ転送に使用する virtio ポート (/dev/virtio-ports/<name>にある文字デバイス) を指定するために使用します。デフォルト値は、org.fedoraproject.anaconda.log.0です。 - rd.live.ram
-
images/install.img内のステージ 2 イメージを RAM にコピーします。これにより、インストールに必要なメモリーがイメージのサイズに応じて増加することに注意してください。約 1 GiB 以上の RAM が追加で必要になる場合もあります。 - inst.nokill
- 致命的なエラーが発生したとき、またはインストールプロセスの最後に、インストールプログラムが再起動しないようにします。これは、再起動時に失われる可能性のあるインストールログを取得するために使用します。
- inst.noshell
- インストール中に、tmux ウィンドウ 2 を含むターミナルセッション 2 (tty2) のシェルを防止します。
- inst.notmux
- インストール中に tmux を使用しないようにします。この出力は、ターミナル制御文字なしで生成され、非対話用になります。
26.5. ストレージのブートオプション リンクのコピーリンクがクリップボードにコピーされました!
次のオプションを指定すると、ストレージデバイスからの起動をカスタマイズできます。
- inst.nompath
マルチパスデバイスのサポートを無効にします。このオプションは、システムに誤検知があり、通常のブロックデバイスをマルチパスデバイスとして誤って識別する場合にのみ使用してください。
警告使用する場合は注意が必要です。マルチパスハードウェアではこのオプションを使用しないでください。このオプションを使用してマルチパスデバイスのシングルパスにインストールすることはサポートされていません。
- inst.gpt
-
GPT ディスクラベルの作成を優先します。このオプションは非推奨であり、今後のリリースで削除される予定です。代わりに
inst.disklabel=gptを使用してください。 - inst.disklabel=
-
指定したディスクラベルタイプの作成を優先します。GPT ディスクラベルの作成を優先するには、
gptを指定します (デフォルト)。MBR ディスクラベルの作成を優先するには、mbrを指定します (サポートされている場合)。 - inst.wait_for_disks=
-
inst.wait_for_disks=オプションを使用して、インストールの開始時にディスクデバイスが表示されるまでインストールプログラムが待機する秒数を指定します。キックスタートファイルまたはカーネルドライバーを自動的にロードするためにOEMDRV-labeledデバイスを使用しているものの、起動プロセス中にデバイスが表示されるまでに時間がかかる場合は、このオプションを使用します。デフォルトでは、インストールプログラムは5秒間待機します。遅延を最小限に抑えるには、0秒を使用します。 - inst.nonibftiscsiboot
-
inst.nonibftiscsibootオプションを使用すると、iSCSIブートファームウェアテーブル (iBFT) で設定されていないiSCSIデバイスにブートローダーを配置できます。