Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

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

インストール中に ast モジュールを使用したグラフィックカードを使用できるようになりました。

インストールシステムに ast モジュールの依存関係がないため、このモジュールに依存するグラフィックカードは Red Hat Enterprise Linux 7 のインストール時に使用できませんでした。これらの依存関係が追加されました。(BZ#1272658)

無効なパーティションテーブルまたはサポートされていないパーティションテーブルが含まれるディスクで、インストールを実行できるようになりました。

以前は、破損したパーティションテーブルまたはサポート対象外のパーティションテーブルがあるディスクに Red Hat Enterprise Linux 7 をインストールしようとすると、ディスクへの書き込みを試みる際に、インストールが失敗していました。無効なパーティションテーブルおよびサポート対象外のパーティションテーブルの削除のサポートが追加されました。また、このようなパーティションテーブルがあるディスクでインストールが可能になりました。(BZ#1266199)

ドライバーディスクの読み込みで複数の inst.dd オプションに対応

inst.dd オプションに基づいてドライバーディスクを読み込むジョブは、一意の オプションでスケジュールされました。複数の inst.dd ソースが起動オプションとして指定されると、最後のソースのみが実際に読み込まれ、適用されました。この更新により、ジョブは一意として呼び出されなくなりました。その結果、複数の inst.dd 起動オプションを指定して、異なるソースからの複数のドライバー更新イメージを介してドライバーを提供できるようになりました。(BZ#1268792)

インストール中のサブスクリプションマネージャー画面のヘルプ

インストーラーの組み込みヘルプシステムに、サブスクリプションマネージャー画面に関する情報が含まれるようになりました。(BZ#1260071)

初期セットアップ ユーティリティーが正しく起動する

initial-setup-text サービスと initial-setup-graphical サービスの間の競合状態により、Initial Setup ユーティリティーのインターフェイスが正しく起動されないことがありました。2 つのサービスが 1 つのサービスである initial-setup に統合されました。元のサービスは互換性を維持するために利用できますが、デフォルトでは使用されません。その結果、インターフェイスが正しく表示されるようになりました。(BZ#1249598)

IPv6 を使用した VNC インストールが正しく機能する

IPv6 アドレスの処理にエラーが発生したため、IPv6 アドレスルックアップに失敗していました。そのため、IPv6 を使用して VNC を介してインストールできませんでした。このバグは修正されています。(BZ#1267872)

インストール中に使用される HyperPAV エイリアスがインストール済みシステムで利用できるようになりました。

以前は、インストール中にアクティブ化された HyperPAV エイリアスがインストール済みシステムで正しく設定されませんでした。HyperPAV 処理が改善され、インストール中に使用される HyperPAV エイリアスがインストール済みシステムで自動的に設定されます。(BZ#1031589)

カスタムパーティションのエラーが正しく検出される

以前は、カスタムパーティション設定のエラーがユーザーに適切に表示されませんでした。これにより、無効なカスタムパーティション設定を続行できるため、予期しない動作が発生していました。このバグは修正され、カスタムパーティション設定のエラーはユーザーに正しく報告され、インストールを続行する前に調整できるようになりました。(BZ#1269195)

インストール中に設定された静的ルートが、インストール済みシステムで自動的に設定されるようになりました。

以前は、静的ルート設定ファイルはインストール環境からインストール済みシステムにコピーされませんでした。その結果、インストール完了後にインストール中に静的ルート設定が失われました。これらのファイルはコピーされ、インストール中に設定された静的ルートはインストール済みシステムで自動的に設定されます。(BZ#1255801)

grub2-mkconfig ユーティリティーが特定の grubby 設定変数を受け入れるようになりました。

以前は、grubby が grub 設定ファイルにいくつかのエントリーを追加すると、特に デバッグ エントリーのデバッグが、再実行時に grub2-mkconfig がこれらのエントリーを認識および複製できませんでした。今回の更新で、/etc/sysconfig/kernel で MAKEDEBUG=yes が指定されている場合、grub2-mkconfig は新しい grubby 設定エントリーを複製するようになりました。(BZ#1226325)

カーネルおよび redhat-release-*のアップグレード時に GRUB2 が正しく設定されるようになりました。

以前は、redhat-release-* パッケージとカーネルパッケージが同じ Yum トランザクションに存在する場合、GRUB2 ブートローダーが正しく再設定されませんでした。これにより、GRUB2 は新しくインストールされたカーネルを起動できませんでした。これにより、GRUB2 が正しく再設定され、この状況で新しいカーネルを起動できるようになりました。(BZ#1289314)

Red Hat Enterprise Linux 6 で有効なキックスタートファイルが ksvalidatorで正しく認識されるようになりました。

以前は、ksvalidator ユーティリティーを使用して、--reserved-percent オプションを指定して logvol コマンドを使用する Red Hat Enterprise Linux 6 用に作成されたキックスタートファイルを検証すると、--reserved-percent が有効なオプションでないと、ksvalidator に誤って指定されていました。このバグは修正されています。(BZ#1290244)

iSCSI デバイスの追加時に Anaconda がクラッシュしなくなる

以前は、Storage 画面の Add a disk ボタンを使用して特定の iSCSI デバイスを追加しようとすると、Anaconda インストーラーが予期せず終了していました。このバグが修正されました。(BZ#1255280)

Anaconda インストーラーで問題のあるディスクの選択を適切に調整可能

以前は、Red Hat Enterprise Linux 7 のインストール時にディスクの選択で問題が発生した場合は、インストール開始後にエラーが表示され、インストールが失敗しました。今回の更新により、適切なタイミングで警告が表示され、続行する前にディスクの選択を調整するようになりました。(BZ#1265330)

anaconda-user-help パッケージが正しくアップグレードされるようになりました。

Red Hat Enterprise Linux 7.1 からアップグレードすると、anaconda-user-help パッケージが正しくアップグレードされませんでした。この問題が修正され、パッケージが正しくアップグレードされるようになりました。(BZ#1275285)

さまざまなパーティションを /bootとして使用できます。

以前は、GRUB2 ブートローダーは 8 ビットのデバイスノードのマイナー番号のみをサポートしていました。その結果、ブートローダーのインストールは、255 を超えるマイナー番号のデバイスノードで失敗していました。有効な Linux デバイスノードのマイナー番号すべてがサポートされるようになりました。その結果、さまざまなパーティションを /boot パーティションとして使用できます。(BZ#1279599)

systemd の / 文字のエスケープが間違っていると、システムが起動しなくなりました。

以前は、systemd は初期 RAM ディスク(initrd) で LABEL=/ オプションを誤って処理していました。そのため、root パーティション LABEL に / 文字が含まれていると、ラベルが見つからず、システムは起動できませんでした。今回の更新で、上記の状況で / が正しくエスケープされ、システムの起動に失敗しなくなりました。Red Hat Enterprise Linux の上位マイナーバージョンに更新すると、カーネルが更新され、initrd が再ビルドされます。dracut -f コマンドを実行して initrd を再構築することもできます。(BZ#1306126)

/boot パーティションのデフォルトサイズは 1 GB になりました。

Red Hat Enterprise Linux 7 の以前のリリースでは、/boot パーティションのデフォルトサイズは 500 MB に設定されていました。これにより、複数のカーネルがあるシステムと、kernel-debuginfo がインストールされている追加パッケージで問題が発生する可能性があります。このようなシナリオでは、/boot パーティションが満杯になったり、ほぼ満杯になったりして、システムをアップグレードできなくなり、追加の領域を解放するために必要な手動クリーンアップが妨げられる可能性があります。
Red Hat Enterprise Linux 7.3 では、/boot パーティションのデフォルトサイズが 1 GB に増え、新たにインストールしたシステムではこれらの問題が発生しなくなりました。以前のバージョンでのインストールでは、/boot パーティションのサイズが変更されず、アップグレードに依然として手動クリーンアップが必要になる場合があります。(BZ#1369837)

biosboot および prepboot が、インストール後にキックスタートファイルに含まれるようになりました。

キックスタートファイルに biosboot パーティションまたは prepboot パーティションを作成する命令が含まれる場合、Blivet モジュールはキックスタートデータでこの情報を渡しませんでした。そのため、キックスタートインストール後に、新たにインストールしたシステムのキックスタートファイルには、biosboot パーティションおよび prepboot パーティションを作成するオプションが含まれず、他のシステムで正常に再利用できませんでした。今回の更新で、キックスタート出力にこれらのオプションが期待どおりに含まれ、キックスタートファイルを他のシステムで使用して biosboot パーティションおよび prepboot パーティションを作成できるようになりました。(BZ#1242666)

os-prober がブートローダー設定でデバイスマッパーのエイリアス名を使用するようになりました。

os-prober コンポーネントは、以前はブートローダー設定で数値デバイスマッパーデバイスを使用していました。再起動後、インストーラーディスクイメージがマウントされなくなると、数値が変更され、ブートエントリーが使用できなくなります。そのため、1 台のマシンに Red Hat Enterprise Linux の 2 つのインスタンスがインストールされていると、そのうちの 1 つが起動に失敗しました。このバグを修正するために、os-prober は、直接列挙されたデバイスマッパー名の代わりにデバイスマッパーのエイリアス名を使用するようになりました。エイリアス名は安定しているため、上記の状況でブートエントリーは期待どおりに機能します。(BZ#1300262)

IBM z Systems へのインストールで正しいキックスタートファイルが生成されるようになる

以前は、システムのインストール時に生成されたキックスタートファイルであり、インストールプロセス時に行われたすべての選択を含む anaconda-ks.cfg ファイルは、IBM z Systems DASD にインストール時にディスクサイズを 10 進数として表していました。このバグにより、キックスタートファイルは、ディスクサイズを指定するときに整数のみが受け入れられ、ユーザーはインストールを再現するためにファイルを手動で編集する必要がありました。このバグは修正され、IBM z Systems へのインストール時に生成されたキックスタートファイルは、編集せずに後続のインストールで使用できるようになりました。(BZ#1257997)

DASD のフォーマットは、テキストベースのインストール時に正しく機能する

以前は、テキストベースのインストール時に DASD が正しくフォーマットされないというバグがありました。そのため、フォーマットされていない、またはフォーマットが間違っている DASD は、使用する前に手動でフォーマットする必要がありました。このバグが修正され、インストーラーはテキストベースのインストールの実行時に DASD をフォーマットできるようになりました。(BZ#1259437)

初期セットアップ に正しいウィンドウタイトルが表示されるようになりました。

初期セットアップ ツールは、インストール後の最初の再起動後に自動的に表示され、ネットワーク接続などの設定を設定し、システムを登録するために、以前はウィンドウタイトルに誤った文字列 __main__.py が表示されていました。今回の更新でバグが修正されました。(BZ#1267203)

キックスタートファイルで %packages --nobase --nocore を使用するとインストールが失敗しなくなる

以前は、%packages セクションが含まれ、--nobase オプションおよび --nocore オプションを同時に指定したキックスタートファイルを使用すると、yum-langpacks パッケージがないためにトレースバックメッセージでインストールに失敗していました。パッケージが利用可能になり、上記の問題が発生しなくなりました。(BZ#1271766)