Show Table of Contents
第14章 IBM Power Systems でのインストールに関するトラブルシューティング
本章では、一般的なインストール関連の問題とその解決法について説明していきます。
Anaconda では、デバッグ用にインストール動作を
/tmp ディレクトリー内のファイルにログ記録しています。以下の表に各種のログファイルを示します。
表14.1 インストール中に生成されるログファイル
| ログファイル | 内容 |
|---|---|
/tmp/anaconda.log | Anaconda の全般メッセージ |
/tmp/program.log | インストール中に実行されたすべての外部プログラム |
/tmp/storage.log | ストレージモジュールの詳細情報 |
/tmp/packaging.log | yum および rpm パッケージのインストールメッセージ |
/tmp/syslog | ハードウェア関連のシステムメッセージ |
インストールが失敗すると、こうしたログファイルのメッセージは
/tmp/anaconda-tb-identifier に集約されます。identifier はランダムな文字列です。
デフォルトでは、インストールが成功するとこれらのファイルはインストールしたシステムの
/var/log/anaconda/ ディレクトリーにコピーされます。ただし、インストールに失敗した場合、またはインストールシステムの起動時に inst.nosave=all または inst.nosave=logs オプションを使用した場合は、これらのログはインストールプログラムの RAM ディスクにしか存在しないことになります。つまり、ファイルは永久的には保存されず、システムの電源を切ると失われることになります。ファイルを永続的に保存するには、インストールプログラムを実行しているシステムで scp を使ってネットワーク上の別のシステムにファイルをコピーするか、マウントしたストレージデバイスにコピーします (USB フラッシュドライブなど)。ネットワーク経由でログファイルを転送する方法を以下に示します。
注記
以下の手順では、インストールを実行しているシステムがネットワークにアクセス可能であり、また転送先となるシステムが
ssh プロトコルでファイルを受け取ることができる必要があります。。
手順14.1 ネットワークを介してログファイルを転送する
- インストールしているシステムで Ctrl+Alt+F2 を押してシェルプロンプトにアクセスします。インストールプログラムの一時ファイルシステムへのアクセス権を持つ root アカウントでログインします。
- ログファイルが格納されている
/tmpディレクトリーに移動します。#cd /tmp scpコマンドを使ってネットワーク経由でログファイルを別のシステムにコピーします。#scp *log user@address:pathuser には転送先システムで有効なユーザー名を入力します。address には転送先システムのアドレスまたはホスト名を入力します。path にはログファイルを保存するディレクトリーへのパスを入力します。たとえば、johnというユーザー名で、192.168.0.122という IP アドレスのシステムにある、/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 を押し、作業を続行します。プロンプトにしたがいパスワードを入力します。転送先システムの指定ディレクトリーへのファイル転送が開始されます。
これでインストールによるログファイルが永久的に転送先システムに保存され、後で確認できるようになります。
14.1. インストール開始時の問題
14.1.1. グラフィカルインストールの起動に関連する問題
特定のビデオカードを搭載するシステムでグラフィカルなインストールプログラムを起動すると、問題が発生することがあります。デフォルト設定でインストールプログラムがうまく動作しないと、それより低い解像度のモードでの実行を試みます。それでも動作が失敗する場合、インストールプログラムはテキストモードによる実行を試行します。
ディスプレイに関する問題の解決策はいくつかありますが、そのほとんどはカスタムの起動オプションを指定する必要があります。詳細は「ブートメニューでインストールシステムを設定する」 を参照してください。
- ベーシックのグラフィックモードを使用する
- ベーシックのグラフィックドライバーを使ったインストールを試行することができます。これを行う場合は、
boot:プロンプトでインストールプログラムのオプションを編集してコマンドラインの末尾にinst.xdriver=vesaを追加します。 - ディスプレイの解像度を手動で設定する
- インストールプログラムによる画面の解像度の検出が失敗する場合は、自動検出を無効にして手動で解像度を設定します。ブートメニューで
inst.resolution=xオプションを追加します。x にはディスプレイの解像度を入力します (1024x768など)。

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.