Red Hat Training
A Red Hat training course is available for Red Hat Enterprise Linux
第23章 インストール
yabootコンポーネント、BZ#1032149- yaboot ブートローダーのバグにより、64 ビットの PowerPC システムで Red Hat Enterprise Linux 6 から Red Hat Enterprise Linux 7 へのアップグレードが、
不明または破損したファイルシステムエラーで失敗する場合があります。 anacondaコンポーネント、BZ#1083994- 特定の状況下で、Fibre Channel over Ethernet (FCoE) デバイスを検索すると、トレースバックエラーが発生します。この問題を回避するには、初めてストレージスポークに入る前に、必要なネットワークデバイスをアクティブにします。
カーネルコンポーネント、BZ#1032048- rhelup プログラムを使用して IBM System z で Red Hat Enterprise Linux 6 を Red Hat Enterprise Linux 7 にアップグレードすると、次のエラーメッセージが表示されます。
Error: Config file '/etc/zipl.conf': Line 9: section name '3.10.0-52.el7.s390x' already specified
これは、新しいカーネルイメージと同じ zIPL ブートラベルを使用して、アップグレード中にカーネルレスキューイメージがインストールされるためです。したがって、zipl プログラムは、これらの重複したエントリーが/etc/zipl.confファイルに存在するため、ブートローダーを更新しません。この問題を回避するには、/etc/zipl.confファイルを編集し、カーネルレスキューイメージを指すエントリーのラベルの名前を変更します。設定ファイルを保存し、zipl プログラムを再度実行します。 anacondaコンポーネント、BZ#1027737- iSCSI ディスクを使用してシステムをレスキューすることはできません。iSCSI ディスクを備えたシステムで anaconda をレスキューモードで起動すると、anaconda はユーザーがディスクに接続することを許可しません。
dracutコンポーネント、BZ# 1096979- CMS 設定ファイルの
DASD=オプションは、インストール中に設定する Direct Access Storage Device (DASD) または DASD の範囲を定義します。DASD が存在しないことを示すには、設定ファイルからオプションを削除してください。DASD=noneの指定は無効です。 anacondaコンポーネント、BZ#1070104- IBM System z アーキテクチャーでは、Hardware Management Console (HMC) を使用してインストール DVD から Red Hat Enterprise Linux 7 をインストールすることはできません。
anacondaコンポーネント、BZ#1073982cpfmtxaユーティリティーを使用してフォーマットされた Direct Access Storage Devices (DASD) は、キックスタートファイルに zerombr コマンドが存在する場合でも、キックスタートインストール中には使用されません。この問題を回避するには、キックスタートの%preセクションでdasdfmtユーティリティーを使用して、DASD をフォーマットします。次に例を示します。%pre dasdfmt -y -d cdl -b 4096 /dev/disk/by-path/ccw-0.0.3727 %end
dracutコンポーネント、BZ#1094773- CMS 設定ファイルの
SUBCHANNELS=変数は、さまざまなネットワークインターフェイスに必要なデバイスバス ID を提供します。IBM System z アーキテクチャーでは、ID を小文字で指定する必要があります。そうしないと、インストールプログラムはインターフェイスの設定に失敗します。 カーネルコンポーネント、BZ#1055814- Red Hat Enterprise Linux 7 を UEFI ベースのシステムにインストールすると、Anaconda インストーラーが次のエラーで予期せず終了します。
BootLoaderError: failed to remove old efi boot entry
この問題を回避するには、e キーを押してブートメニューのInstall Red Hat Enterprise Linux 7オプションを編集し、efi_no_storage_paranoiaカーネルパラメーターをlinuxefiで始まる行の末尾に追加します。次に、F10 キーを押して、変更したオプションを起動し、インストールを開始します。 anacondaコンポーネント、BZ# 1072619- 読み取り専用ディスクをハードドライブインストールリポジトリーソースとして使用することはできません。
inst.repo=hd: device : pathオプションを指定するときは、デバイス が書き込み可能であることを確認してください。 カーネルコンポーネント、BZ#1067292、BZ#1008348- さまざまなプラットフォームには、LSI が提供する BIOS または UEFI 支援ソフトウェア RAID が含まれます。このハードウェアには、Red Hat Enterprise Linux には含まれていないクローズドソースの
megasrドライバーが必要です。したがって、megasrに依存するプラットフォームとアダプターは、Red Hat ではサポートされていません。また、dmraidDisk Data Format 1 (DDF1) 機能など、特定のオープンソース RAID 代替の使用は、これらのシステムでは現在サポートされていません。ただし、ServeRAID アダプターを備えた IBM System x サーバーなどの特定のシステムでは、BIOS RAID 機能を無効にすることができます。これを行うには、UEFI メニューに入り、System Settings および Devices and I/O Ports サブメニューから Configure the onboard SCU サブメニューに移動します。次に、SCU 設定をRAIDからnonRAIDに変更します。変更を保存し、システムを再起動します。このモードでは、Red Hat Enterprise Linux に同梱されているオープンソースの非 RAID LSI ドライバー (mptsas、mpt2sas、またはmpt3sasなど) を使用してストレージが設定されます。IBM システム用のmegasrドライバーを入手するには、IBM サポートページ を参照してください。特定の Cisco Unified Computing System (UCS) プラットフォームも、この制限の影響を受けます。ただし、これらのシステムで BIOS RAID 機能を無効にすることはできません。megasrドライバーを入手するには、シスコのサポートページ を参照してください。注記説明されている制限は、megaraidドライバーを使用する LSI アダプターには適用されません。これらのアダプターは、アダプターファームウェアで RAID 機能を実装します。 grub2コンポーネント、BZ#948213- GRUB 2 コマンドラインで help コマンド (たとえば、help set または help ls) を使用すると、コマンドが応答しなくなったり、マシンが再起動したりすることがあります。
grub2コンポーネント、BZ#824041- Fedora 17 以降がシステムにインストールされている場合、カーネルは共有
/bootパーティションを使用します。その後、ユーザーが同じ/bootパーティションを使用する Red Hat Enterprise Linux 7 をインストールすると、最新のカーネルが GRUB 2 によって使用されます。つまり、Red Hat Enterprise Linux 7 は Fedora カーネルが新しい場合に使用できるため、特定のモジュールが制限されたり機能しなくなったりします (サウンドやネットワークなど)。この問題を回避するには、正しいカーネルを手動で選択する必要があります。 カーネルコンポーネント、BZ#833561- 特定の Intel システムでは、起動時に次のエラーメッセージが表示されることがあります。
[ 17.624504] ioapic: probe of 0000:00:05.4 failed with error -22 [ 17.631700] ioapic: probe of 0000:80:05.4 failed with error -22
このメッセージは無害であり、ユーザーには影響しません。 anacondaコンポーネント、BZ#978266- 自動パーティショニング中に Btrfs ボリュームが割り当てられると、スワップパーティションを保持するのに十分なスペースがありません。これは、スワップが標準パーティションであり、複数のディスクに分割できないためです。そのため、すべての直接アクセスストレージデバイス (DASD) で Btrfs パーティショニングを一度に自動的に作成しようとすると、ディスクの空き容量が不足していますというエラーメッセージが表示されて失敗します。
anacondaコンポーネント、BZ#980483- ディスクに保存されている DVD ISO イメージから Red Hat Enterprise Linux 7 をインストールしているときに、ユーザーが別の ISO イメージを選択しようとすると、例外が発生します。その結果、インストールはトレースバックで失敗します。この問題を回避するには、カーネルコマンドラインでハードディスクソースが指定されている場合は、インストールソースを変更しないでください。
anacondaコンポーネント、BZ#959866- 状況によっては、Unified Extensible Firmware Interface (UEFI) に Red Hat Enterprise Linux 7 をインストールすると、anaconda ユーティリティーが次のエラーメッセージを報告する原因となります。
BootLoaderError: failed to remove old efi boot entry
anacondaコンポーネント、BZ#1035201- 暗号化と自動パーティション化が使用されている場合、Red Hat Enterprise Linux 7 を IBM System z にインストールすると失敗します。この問題を回避するには、カスタムパーティショニング画面を使用して目的のパーティショニングレイアウトを作成し、
/bootマウントポイントを除くすべてのマウントポイントを暗号化します。その結果、パーティショニングは anaconda ユーティリティーによって受け入れられ、インストールは正常に終了します。 dracutコンポーネント、BZ#1023039- 暗号化されたパーティションを持つシステムは、起動中に暗号化されたパーティションのロックを解除するためのパスワードを常に要求するとは限らないため、起動プロセスが失敗します。この問題を回避するには、システムを再起動します。
anacondaコンポーネント、BZ#1036128- virt-manager ユーティリティーで Red Hat Enterprise Linux 7 をインストールする際に標準パーティションによる自動パーティション分割を使用すると、format create エラーメッセージが表示されてインストールが失敗します。
anacondaコンポーネント、BZ#965985- IBM System z アーキテクチャーでレスキューモードで起動すると、レスキューシェルの 2 番目と 3 番目のレスキュー画面が不完全で、正しく表示されません。
anacondaコンポーネント、BZ#873135- IBM System z マシンでは、
/bootセクターが複数の物理ボリュームにまたがる論理ボリュームであり、システムが異なるサイズの直接アクセスストレージデバイス (DASD) を使用している場合、ブートローダーのインストールは失敗します。この問題を回避するには、/bootが 1 つの物理ボリュームを超えないように十分に小さくしてください。または、/bootに LVM を使用しないでください。 python-blivetコンポーネント、BZ# 1075671- システムがリムーバブルメディアからインストールされ、インストールオプションまたはストレージオプションが選択された後に変更された場合、インストールは失敗します。したがって、インストールプロセス中に行った決定を再検討することはできません。この問題を回避するには、リムーバブルインストールメディアを使用している場合は、ストレージの決定を受け入れてから変更しないようにします。
anacondaコンポーネント、BZ#1058858- zipl ブートローダーを使用するシステムでは、anaconda キックスタートファイルの
>bootloader --boot-drive値は無視されます。したがって、キックスタート設定に関係なく、ブートドライブは zipl によって選択されます。その結果、キックスタートファイルの--boot-drive値と、ブートローダーが配置されている実際のドライブとの間に不一致が生じる可能性があります。この問題は、手動で作成されたキックスタートファイルと自動で作成されたキックスタートファイルの両方に当てはまります。 anacondaコンポーネント、BZ#885011- IBM System z マシンでは、
zipl.conf設定ファイルに 896 バイトを超えるカーネルパラメーター行が含まれている場合、バイト長のハードウェア制限により、ブートローダーのインストールが失敗します。その結果、Anaconda インストーラーが終了し、ブートローダーのインストールに問題があることを示すエラーメッセージが表示されます。この問題を回避するには、カーネルパラメーターリストのサイズを最小限に抑えます。たとえば、論理ボリュームマネージャー (LVM) を使用する場合はボリュームグループの短い名前を選択するか、直接アクセスストレージデバイス (DASD) を個別にリストするのではなく範囲を指定します。 anacondaコンポーネント、BZ# 1085310- インストール方法でネットワーク接続が必要な場合を除き、ネットワークデバイスはインストール中に自動的に有効になりません。その結果、非アクティブなネットワークデバイスが原因で、キックスタートインストール中にトレースバックエラーが発生する可能性があります。この問題を回避するには、起動時に
ksdevice=linkオプションを設定するか、--device=linkオプションをks.cfgファイルに追加して、キックスタートインストール中にアクティブなリンクを持つネットワークデバイスを有効にします。 grub2コンポーネント、BZ#1065360- kernel-debug パッケージがインストールされている場合、GRUB ブートローダーのデフォルトのブートエントリーになりますが、これは予期しない動作です。この問題を回避するには、Anaconda インストールの一部として kernel-debug パッケージをインストールせず、システムのセットアップ後に yum ユーティリティーを使用して kernel-debug をインストールします。その結果、デフォルトのブートエントリーは、期待どおりにデフォルトの
カーネルを起動します。 yumコンポーネント、BZ#1058297- まれに、anaconda インストーラーが yum と正しく対話せず、例外が設定されていないエラーを返します。この問題はめったに発生しないため、インストールを再試行してこの問題を回避してください。または、このバグが発生しないテキストモードインストールを使用します。
anacondaコンポーネント、BZ#1087774- ソースコードは、
bnx2iiSCI ドライバーでの起動を正しく処理しません。その結果、Red Hat Enterprise Linux 7 をインストールすると、インストールの完了後にサーバーが自動的に再起動しません。現在、回避策はありません。 anacondaコンポーネント、BZ#1085325- anaconda インストーラーは、FCoE ディスクの追加を正しく処理しません。その結果、anaconda アドバンスストレージページに FCoE ディスクを追加すると、次のエラーメッセージが表示されて失敗します。
No Fibre Channel Forwarders or VN2VN Responders Found
この問題を回避するには、手順を繰り返して FCoE ディスクを追加します。設定プロセスを繰り返すと、正しい結果が得られます。または、記載されている問題を回避するために、anaconda ユーザーインターフェイスで FCoE ディスクを追加する前に、anaconda シェルで lldpad -d コマンドを実行します。