12.3. インストール後の問題

12.3.1. グラフィカルな起動シーケンスに関する問題

インストール完了後に初めてシステムを再起動すると、グラフィカルな起動シーケンスの途中でシステムが反応しなくなり、リセットが必要となることがあります。このような場合、ブートローダーは正常に表示されますが、エントリーを選択してシステムを起動しようとするとシステムが停止してしまいます。ほとんどの場合、これはグラフィカルな起動のシーケンスに関する問題を示しています。この問題を解決するには、グラフィカルな起動を無効にする必要があります。まずブートタイムの設定を一時的に変更してから、そのあと永続的に変更します。

手順12.3 グラフィカルな起動を一時的に無効にする

  1. コンピューターを起動してブートローダーメニューが表示されるまで待ちます。ブートローダーのタイムアウト期限を 0 に設定している場合は、Esc キーを押すとアクセスできます。
  2. ブートローダーメニューが表示されたら、カーソル移動キー (矢印キー) を使って起動するエントリーを強調表示し、e キーを押してそのエントリーのオプションを編集します。
  3. オプション一覧内でカーネル行を探します。カーネル行は linux で始まります。この行で rhgb オプションを探して削除します。オプションが隠れて見えないこともあります。カーソル移動キーを使って画面をスクロールしてみてください。
  4. F10 キーまたは Ctrl+X の組み合わせを押して、編集を行ったオプションでシステムを起動します。
システムが正常に起動したら通常通りにログインします。このあと、グラフィカルな起動を永続的に無効にする必要があります。永続的に無効にしておかないと、システム起動時に常に上述の手順を繰り返さなければなりません。起動オプションを永続的に変更するには次の手順にしたがってください。

手順12.4 グラフィカルな起動を永続的に無効にする

  1. su - コマンドで root アカウントにログインします。
    $ su -
  2. vim などプレーンなテキストエディターを使って /etc/default/grub 設定ファイルを開きます。
  3. grub ファイル内で GRUB_CMDLINE_LINUX から始まる行を探します。次のような行になります。
    GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root rd.md=0 rd.dm=0 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_rhel/swap rhgb quiet"
    
    この行から rhgb オプションを削除します。
  4. 編集した設定ファイルを保存します。
  5. 次のコマンドを実行してブートローダーの設定を更新します。
    # grub2-mkconfig --output=/boot/grub2/grub.cfg
上記の手順が完了したらコンピューターを再起動します。Red Hat Enterprise Linux はグラフィカルな起動シーケンスを使用しなくなります。グラフィカルな起動を有効にしたい場合は、同じ手順で rhgb オプションを /etc/default/grub ファイル内の GRUB_CMDLINE_LINUX の行に追加し、grub2-mkconfig コマンドでブートローダー設定の更新を再度実行します。
GRUB2 ブートローダーの設定方法については、Red Hat Enterprise Linux 7 システム管理者のガイド を参照してください。

12.3.2. グラフィカル環境で起動する

X Window System をインストールしているのにログインしてもグラフィカルなデスクトップ環境が表示されない場合、startx コマンドで手動による起動ができます。ただし、手動による起動はその場限りで、次回からのログインプロセスを変更するわけではないことに注意してください。
グラフィカルなログイン画面でログインできるようシステムを設定する場合は、デフォルトの systemd のターゲットを graphical.target に変更する必要があります。設定を終えたらコンピューターを再起動します。システムが再起動すると、グラフィカルなログインプロンプトが表示されるようになります。

手順12.5 グラフィカルなログインをデフォルトとして設定する

  1. シェルプロンプトを開きます。ユーザーアカウントでログインしている場合は su - コマンドで root になります。
  2. デフォルトのターゲットを graphical.target に変更します。次のコマンドを実行します。
    # systemctl set-default graphical.target
これでグラフィカルログインがデフォルトで有効になります。次回の再起動からグラフィカルなログインプロンプトが表示されるようになります。変更を元に戻してテキストベースのログインプロンプトを維持する場合は、次のコマンドを root で実行します。
# systemctl set-default multi-user.target
systemd のターゲットについての詳細情報は、Red Hat Enterprise Linux 7 システム管理者のガイド を参照してください。

12.3.3. グラフィカルユーザーインターフェースが表示されない

X (X Window システム) の起動に問題がある場合、X 自体がインストールされていない可能性があります。インストール中に選択できる事前設定済みのベース環境の中には 最小限のインストール (Minimal install)Web サーバー (Web Server) など、グラフィカルなインターフェースを持たないものがあります (手動によるインストールが必要)。
X が必要な場合は、後で必要なパッケージをインストールすることができます。グラフィカルなデスクトップ環境のインストール方法については、https://access.redhat.com/site/solutions/5238 にあるナレッジベースの記事を参照してください。

12.3.4. ユーザーがログインすると X サーバーがクラッシュする

ユーザーがログインすると X サーバーがクラッシュする問題が発生している場合、ファイルシステムのいずれかが満杯状態 (または満杯に近い状態) の可能性があります。原因がファイルシステムにあるかどうかを確認するため次のコマンドを実行します。
$ df -h
出力から満杯状態のパーティションを突き止めます。問題のほとんどが /home パーティションに見られます。df コマンドの出力例を示します。
Filesystem                                  Size  Used Avail Use% Mounted on
/dev/mapper/vg_rhel-root                     20G  6.0G   13G  32% /
devtmpfs                                    1.8G     0  1.8G   0% /dev
tmpfs                                       1.8G  2.7M  1.8G   1% /dev/shm
tmpfs                                       1.8G 1012K  1.8G   1% /run
tmpfs                                       1.8G     0  1.8G   0% /sys/fs/cgroup
tmpfs                                       1.8G  2.6M  1.8G   1% /tmp
/dev/sda1                                   976M  150M  760M  17% /boot
/dev/dm-4                                    90G   90G     0 100% /home
上記の例では /home パーティションが満杯状態であることがわかります。これがクラッシュの原因になっています。このパーティション上の不要なファイルを削除し適当な領域を解放します。適当な空き領域を確保したら、startx コマンドで X を開始します。
df の使い方および使用できるオプション (上記の例で使用されている -h など) の詳細については df(1) の man ページを参照してください。

12.3.5. Signal 11 エラーが表示される

セグメンテーション違反 と呼ばれる signal 11 エラーとは、割り当てられていないメモリーにプログラムがアクセスを行ったという意味です。インストールされているソフトウェアプログラムのいずれかにバグがあったり、ハードウェアに障害があると signal 11 エラーが発生する場合があります。
インストール中に致命的な signal 11 を受け取った場合は、まず最新のインストールイメージを使用しているか確認し、Anaconda によるインストールイメージの検証を行ってイメージ自体に破損がないか確認します。signal 11 エラーの原因として不良インストールメディア (書き込みが不適切だったり、傷が付いている光学ディスクなど) がよく見られます。インストールする前に、必ずインストールメディアの整合性を検証することをお勧めします。
最新のインストールメディアの入手方法については、1章Red Hat Enterprise Linux のダウンロード を参照してください。インストールを開始する前にメディアチェックを行うには、ブートメニューに rd.live.check 起動オプションを追加します。詳細は、「起動用メディアを検証する」 を参照してください。
これ以外に考えられる原因については本ガイドの範疇を超えてしまうため、ハードウェアの製造元より提供されているドキュメントを参照してください。

12.3.6. ネットワークストレージ領域 (*NWSSTG) から起動 (IPL) できない

ネットワークストレージスペース (*NWSSTG) から起動 (IPL) しようとすると問題が発生する場合、その原因のほとんどは PReP パーティションが存在しないためです。この場合、システムを再インストールしてパーティション設定のフェーズで PReP パーティションを作り直すか、キックスタートファイルにこのパーティションの作成の記述を加えてから再インストールを行う必要があります。

12.3.7. GRUB2 の next_entry 変数が仮想化環境で予期しない動作をすることがある

仮想マシンを SLOF ファームウェアで起動する IBM Power System のユーザーは、手動で next_entry grub 環境変数をシステム再起動後に設定解除する必要があります。SLOF ファームウェアはその設計によりブロック書き込みをサポートしておらず、このためブートローダーは起動時にこの変数をクリアすることができません。