第31章 インストールおよび起動

特定の状況では、ブート DVD または ISO イメージからシステムをインストールする場合は、ネットワーク接続を設定して有効にした場合に、割り当てられたすべての IP アドレスがネットワークスポークに表示されるわけではありません。この問題を回避するには、ネットワークスポークを離れて、再度入力します。再入力すると、割り当てられたアドレスがすべて正しく表示されます。

インストール方法でネットワーク接続が必要でない限り、ネットワークデバイスはインストール時に自動的に有効になりません。その結果、非アクティブなネットワークデバイスが原因で、キックスタートインストール時にトレースバックエラーが発生する可能性があります。この問題を回避するには、起動時に ksdevice=link オプションを設定するか、ks.cfg ファイルに --device=link オプションを追加して、キックスタートインストール中にアクティブなリンクを持つネットワークデバイスを有効にします。

IPv6 のみの設定を持つインターフェイスは、IPv6 ソースからの手動グラフィカルインストール後にネットワークインターフェイスを起動しません。したがって、システムはインターフェイスを ONBOOT=no に設定して起動するため、ネットワーク接続は機能しません。Automatically connect to network チェックボックスを選択し（利用可能な場合は）、以下のようにコマンドで kickstart を使用します。

network --noipv4 --bootproto=dhcp --activate

いずれの場合も、システムの起動時に IPv6 がアクティブになるように設定されています。

ネットワークインターフェイスが IPv4 および IPv6 設定に設定されており、IPv6 アドレスからインストールされている場合は、インストール後にシステム起動時にアクティブになるように設定されます(ONBOOT=yes)。

anaconda インストーラーは FCoE ディスクの追加を正しく処理しません。これにより、anaconda の事前ストレージページに FCoE ディスクを追加すると、以下のエラーメッセージが出て失敗します。

No Fibre Channel Forwarders or VN2VN Responders Found

この問題を回避するには、単に手順を繰り返して FCoE ディスクを追加します。繰り返し実行すると、設定プロセスが正しい結果を生成します。または、anaconda ユーザーインターフェイスに FCoE ディスクを追加する前に、anaconda シェルで lldpad -d コマンドを実行して、上記の問題を回避します。

ソースコードは、bnx2i iSCI ドライバーでの起動を正しく処理しません。そのため、Red Hat Enterprise Linux 7.1 をインストールすると、インストール完了後にサーバーが自動的に再起動しません。現在利用できる回避策はありません。

IBM System z アーキテクチャーでレスキューモードで起動すると、レスキューシェルの 2 番目と 3 番目のレスキュー画面が不完全であり、適切に表示されません。

/boot パーティションが分離されておらず、カーネルコマンドラインで boot= パラメーターを指定すると、FIPS モードでシステムの起動に失敗します。この問題を回避するには、カーネルコマンドラインから boot= パラメーターを削除します。

テキストモードのインストール中に ネットワーク 設定ダイアログでネームサーバーを設定する際に、ユーザーがネームサーバー間で空白文字を挿入すると、インストーラーが予期せず終了します。この問題を回避するには、インストールの Network Configuration ステップで複数のネームサーバーを設定する場合は、ネームサーバー間でスペースを入れずにコンマ区切りのリストに入力します。たとえば、この状況で 1 .1.1.1、2.1.2.1 にスペースを入力すると、インストーラーがクラッシュし、スペースなしで 1.1.1.1,2.1.2.1 と入力すると、 インストーラーが複数のネームサーバーを正しく設定し、クラッシュしないようにします。

インストールシステムに、別のアクティブな物理ネットワークインターフェイスに接続された複数の iSCSI ストレージターゲットがある場合、インストーラーは インストール先 画面で iSCSI ターゲット検出を開始するとハングします。

2 つの異なるネットワークでアクセス可能な iSCSI マルチパスターゲットでも同じ問題が発生し、ターゲットを ネットワークインターフェイスにバインド オプションが選択されて いる場合でも発生します。

この問題を回避するには、アクティブな物理ネットワークインターフェイスが 1 つだけ利用可能な iSCSI ターゲットがあることを確認し、インストール後に他のインターフェイスに追加のターゲットを割り当てます。

手動インストール時に 1024x768 (800x600 など)の画面の解像度を使用すると、手動パーティション設定 画面の一部の制御に到達できなくなります。この問題は、VNC サーバーはデフォルトで 800x600 に設定されているため、VNC ビューアーを使用してインストールシステムに接続する際に一般的に表示されます。

この問題を回避するには、起動オプションを使用して、解像度を 1024x768 以上に設定します。以下に例を示します。

linux inst.vnc inst.resolution=1024x768

Anaconda 起動オプションの詳細は、『Red Hat Enterprise Linux 7.1 インストールガイド』 を参照してください。

約 15 分後に iSCSI サーバーへの接続を試みる際に、IPv6 を使用して iSCSI で起動するシステムがタイムアウトします。ただし、正常に接続し、期待どおりに起動します。

UEFI ベースのシステムに Red Hat Enterprise Linux 7 をインストールすると、Anaconda インストーラーが次のエラーで予期せず終了します。

BootLoaderError: failed to remove old efi boot entry

この問題を回避するには、ブートメニューで Install Red Hat Enterprise Linux 7 オプションを編集し、e キーを押して、efi_no_storage_paranoia カーネルパラメーターを linuxefi で始まる行の最後に追加します。F10 キーを押して変更したオプションを起動し、インストールを開始します。

従来の init スクリプトの代わりに systemd を使用するように iprutils パッケージの変換により、システムの起動時に sg ドライバーが読み込まれなくなりました。そのため、sg ドライバーが読み込まれないと、/dev/sg* デバイスが存在しないようになります。

この問題を回避するには、modprobe sg を手動で発行するか、init スクリプトに追加します。sg ドライバーが読み込まれると、/dev/sg* デバイスが存在し、sg ドライバーを使用して SCSI デバイスにアクセスできます。

読み取り専用ディスクをハードドライブのインストールソースとして使用することはできません。inst.repo=hd: device :path オプションを指定すると、デバイス が書き込み可能であることを確認してください。

さまざまなプラットフォームには、LSI が提供する BIOS または UEFI 支援ソフトウェア RAID が含まれます。このハードウェアには、Red Hat Enterprise Linux に含まれないクローズドソース メガsr ドライバーが必要です。したがって、メガ ーに依存するプラットフォームおよびアダプターは、Red Hat ではサポートされていません。また、dmraid Disk Data Format 1 (DDF1)機能など、特定のオープンソース RAID の代替機能の使用は現在、これらのシステムではサポートされていません。

ただし、ServeRAID アダプターを使用する IBM System x サーバーなどの特定のシステムでは、BIOS RAID 機能を無効にできます。これを行うには、UEFI メニューを入力し、System Settings および Devices および I/O Ports サブメニューを Configure the onboard SCU サブメニューに移動します。次に、SCU 設定を RAID から nonRAID に変更します。変更を保存し、システムを再起動します。このモードでは、ストレージは、mptsas、mpt2sas、mpt3sas など、Red Hat Enterprise Linux に同梱されているオープンソースの RAID 以外の LSI ドライバーを使用して設定されます。

IBM システムの megasr ドライバーを取得するには、IBM サポートページ を参照してください。

特定の Cisco Unified Computing System (UCS)プラットフォームもこの制限の影響を受けます。ただし、これらのシステムで BIOS RAID 機能を無効にすることはできません。megasr ドライバーを取得するには、Cisco サポートページ を参照してください。

CPU のホットプラグ中に、カーネルは以下の警告メッセージを発行することがあります。

WARNING: at block/blk-mq.c:701__blk_mq_run_hw_queue+0x31d/0x330()

メッセージは安全性に問題がないため、無視できます。

Linux カーネルの Non-Uniform Memory Access (NUMA)バランシングは、常に正常に機能するとは限りません。これにより、numa_balancing パラメーターが設定されている場合、一部のメモリーは制約のあるノードに移行する前に任意の宛先以外のノードに移動でき、移行先ノードのメモリーも特定の状況で減少します。現在、利用可能な既知の回避策はありません。

bnx2fc ドライバーが破損したフレームを処理している間に bnx2x モジュールを削除しようとすると、カーネルパニックが発生します。この問題を回避するには、modprobe -r bnx2x コマンドを実行する前に、アクティブな FCoE インターフェイスをすべてシャットダウンします。

qla4xx ドライバーが USB サブシステムと割り込み行を共有している場合、システムに存在する QLogic 1G iSCSI アダプターは、呼び出しトレースエラーが発生する可能性があります。このエラーは、システム機能には影響しません。このエラーは、/var/log/messages ファイルのカーネルログメッセージにあります。呼び出しトレースがカーネルログメッセージにログインしないようにするには、システムの起動時に nousb カーネルパラメーターを追加します。

BCM57711 デバイスで bnx2x ドライバーを使用し、Virtual Extensible LAN (VXLAN)でトラフィックを送信する場合、送信されたパケットには誤ったチェックサムがあります。その結果、通信に失敗し、UDP: bad checksum メッセージが受信側のカーネルログに表示されます。この問題を回避するには、ethtool ユーティリティーを使用して bnx2x デバイスのチェックサムオフロードを無効にします。

ネットワークインターフェイスカード(NIC)が down に設定されている間に特定のパラメーターを変更すると、qlge ドライバーを使用している場合はシステムが応答しなくなる可能性があります。この問題は、New API (NAPI)の登録と登録解除間の競合状態が原因で発生します。現在利用できる回避策はありません。

Kernel Dump Configuration ウィンドウで、Target settings タブで Raw device オプションを選択しても機能しません。この問題を回避するには、kdump.conf ファイルを手動で編集します。

yaboot ブートローダーのバグにより、Red Hat Enterprise Linux 6 から Red Hat Enterprise Linux 7 へのアップグレードは、不明なまたは破損したファイルシステム エラーで IBM Power Systems で失敗する可能性があります。

anaconda インストーラーは、IBM AIX オペレーティングシステムのラベルの付いたディスクを正しく処理できません。これにより、このようなディスクに Red Hat Enterprise Linux をインストールしようとすると失敗します。インストールの失敗を防ぐために、AIX ラベル付きのディスクを使用しないことが推奨されます。

IBM System z アーキテクチャーで実行している Red Hat Enterprise Linux 6.6 から Red Hat Enterprise Linux 7.1 へのインプレースアップグレードを実行しようとし、Red Hat Enterprise Linux 6.6 に kernel-kdump パッケージがインストールされていると、kdump ブートレコードは削除されません。したがって、zipl ユーティリティーが呼び出されると、アップグレードに失敗します。この問題を回避するには、アップグレードを実行する前に、/etc/zipl.conf ファイルから kdump ブートレコードを削除します。

フルネームのみを設定し、テキストインストールで新規ユーザーのユーザー名を設定しても、root パスワードを設定する必要はありません。そのため、このようなユーザーが設定され、root パスワードが設定されていない場合、ユーザーはログインできず、root ではありません。また、このバグにより initial-setup がクラッシュしてから、このようなインストール後にユーザーを作成したり、root パスワードを設定したりすることはできません。この問題を回避するには、インストール時に root パスワードを設定するか、テキストインストール時にユーザーのユーザー名を設定します。

iSCSI ディスクを追加してパーティションを再設定する前に、インストーラーは予想外に終了します。したがって、このような状況では、インストールを正常に完了できません。この問題を回避するには、インストール中に iSCSI ディスクまたは FCoE ディスクを追加する前に、ストレージをリセットするか、再起動してください。

anaconda インストーラーは、inst.ks=cdrom:/ ks.cfg パラメーターを使用して起動する場合は ks.cfg ファイルを想定し、ks.cfg ファイルが数分以内に指定されていない場合は緊急モードに入ります。起動に時間がかかる一部のエンタープライズサーバーでは、Anaconda はユーザーが ks.cfg ファイルを提供できるのに十分な時間待機しません。

この問題を回避するには、rd.retry ブートパラメーターを追加し、大きな値を使用します。たとえば、rd.retry=86400 を使用すると 24 時間が経過するとタイムアウトになり、rd.retry=1<<15 を使用すると、約 34 年後にタイムアウトになり、既知のすべてのシナリオで十分な時間が提供されます。

firstboot ユーティリティーで使用される Back ボタンは適切に機能しません。多くの場合、無効にされ、有効になっている場合は、キーを押しても効果はありません。そのため、Subscription Management Registration で Back をクリックしても前のパネルに戻ることはありません。戻る場合は、無効なサーバーまたは無効な認証情報を入力して、Done をクリックします。その後、Unable to reach the server ダイアログか、Unable to register the system ダイアログのいずれかが最初の firstboot パネルの上部に表示されます。エラーダイアログを解除し、No, I prefer to register at a later time オプションを選択します。

GRUB2 ブートローダーは、Hypertext Transfer Protocol (HTTP)および Trivial File Transfer Protocol (TFTP)によるネットワークブートをサポートします。ただし、ネットワークトラフィックが大きい場合、HTTP でのネットワークブートは非常に遅くなり、タイムアウトが発生する可能性があります。この問題が発生した場合は、TFTP を使用してカーネルおよび initrd イメージを読み込みます。これを行うには、ブートファイルを TFTP サーバーディレクトリーに置き、以下を grub.cfg ファイルに追加します。ここで、1.1.1.1 は TFTP サーバーのアドレスです。

insmod tftp
set root=tftp,1.1.1.1

ドライバー更新ディスクローダーは、ネットワークデバイスがすでに設定されている場合は再設定されません。したがって、ドライバー更新ディスクを使用して既存の機能ネットワークドライバーを別のバージョンに置き換えると、ネットワークを使用してインストーラーのランタイムイメージを取得できなくなります。

この問題を回避するには、インストールプロセス中に提供されたネットワークドライバーを使用し、インストール後にネットワークドライバーを更新します。