インストール関連の注記

機能の更新

ドライバーの更新

カーネル関連の更新

他の更新

技術プレビュー

解決済みの問題

既知の問題

Red Hat Enterprise Linux 5 CD-ROM の内容をコピーしている場合(例えば、ネットワークベースのインストールの準備をしている場合等)、オペレーティングシステム用の CD-ROM のみをコピーすることに注意して下さい。補助 CD(Supplementary CD-ROM)やレイヤード製品(layered product)の CD-ROM はコピーしないで下さい。これらの CD-ROM は Anaconda の正常な動作に必要なファイルを 上書きしてしまいます。

補助 CD や他のレイヤード製品 CD の内容は Red Hat Enterprise Linux 5.1 のインストールが終了した後に インストールする必要があります。

完全仮想化ゲスト上に Red Hat Enterprise Linux 5.1 をインストールしている場合、 kernel-xen カーネルは使用しないでください。 このカーネルを完全仮想化ゲスト上で使用すると、システムがハングする原因になります。

完全仮想化ゲスト上での Red Hat Enterprise Linux 5.1 のインストールにおいて インストール番号を使用している場合は、そのインストール中に Virtualization パッケージグループは確実に選択解除して下さい。Virtualization パッケージ グループオプションは kernel-xen カーネルをインストールしてしまいます。

paravirtualized のゲストはこの問題の影響を受けないことに注意して下さい。 Paravirtualized ゲストは常に、kernel-xen カーネルを使用します。

Red Hat Enterprise Linux 5 から 5.1 へアップグレードしている時に、 Virtualized カーネルを使用する場合、アップグレードが終了した時点で再起動する 必要があります。

Red Hat Enterprise Linux 5 の hypervisor と 5.1 の hypervisor は ABI 互換ではありません。アップグレード毎に再起動しないと、アップグレードした Virtualization RPM は実行中のカーネルに一致しません。

CIFS クライアントはバージョン 1.48aRH に更新されました。これは、1.48a リリースを 土台にしており、以下の変更を適用するパッチが付いています:

EMC Celerra 製品（NAS Code 5.5.26.x とそれ以下）の 使用者にとって、EMC NAS 上で共有にアクセスしている場合、CIFS クライアントがハングする ことに注意して下さい。この問題は以下のカーネルメッセージが特徴となります:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

CIFS マウントの後、そこではどんなファイルも読み込み/書き込みが出来なくなります。 そして、そのマウントポイント上での I/O の試みをするアプリケーションはハングします。 この問題を解決する為には、NAS Code 5.5.27.5 又はそれ以降（EMC Primus ケース番号 emc165978 を使用）に更新して下さい。

MODULE_FIRMWARE タグは今回、サポートされます。

ICH9 コントローラは今回サポートされています。

Greyhound プロセッサは今回、CPUID コール内でサポートされています。

Oprofile は今回、新しい Greyhound パフォーマンスカウンターイベントをサポートします。

Directed DIAG は今回、z/VM 使用を向上する為にサポートされています。

Intel グラフィックスチップセットは今回、DRM カーネルモジュールを介してサポートされています。更に、DRM API は、ダイレクトレンダリングを サポートする為にバージョン 1.3 にアップグレードされました。

ACPI パワーマネジメントが更新されて、S3 suspend-to-RAM と S4 hibernate が向上しました。

gaim は現在では、pidgin と呼ばれます。

Intel microcode は バージョン 1.17 に 更新されました。これは、新しい Intel プロセッサ用のサポートを 追加します。

EMC Clariion ストレージ上で、dm-multipathを 使用する Implicit active-active フェイルオーバーは今回サポートされています。

中国語フォント Zysong は 今ではfonts-chinese パッケージの一部としてインストールされていません。Zysong は今回は、fonts-chinese-zysong として別にパッケージされて います。fonts-chinese-zysong パッケージは 補助 CD （付録 CD）内に収納されています。

fonts-chinese-zysong パッケージは 中国国家標準 GB18030 を サポートする為に必要であることに注意して下さい。

Challenge Handshake Authentication Protocol (CHAP) のユーザー名とパスワードは それぞれ 256 文字までの限界を持ちます。

pump はこの更新では、無用になりました。その為、 netconfig を通じたネットワークインターフェイスの設定は ifcfg スクリプトの損傷に結果する可能性があります。

ネットワークインターフェイスを適切に設定するには、代わりに system-config-network を使用します。更新された system-config-network パッケージをインストールすることで、netconfig を 削除します。

rpm --aid は、もうサポートがありません。パッケージを 更新したり、インストールする場合は、yum の使用が推奨されます。

SATA 装着のシステムが起動プロセス中に休止して、復帰する前にエラーメッセージを表示する 原因となった SATA バグは今回修正されています。

複数起動システムでは、parted は今回、Windows Vista™ がインストールされている最初のプライマリパーティションの最初のセクターを保存します。 この状態で、Red Hat Enterprise Linux 5.1 と Windows Vista™ の 両方を持つ複数起動システムを設定している場合、後者は今ではブート不能にはなりません。

rmmod xennet は今回は、もう domU が クラッシュする原因にはなりません。

メモリーを node 0 に設定していない 4-socket AMD Sun Blade X8400 Server Module システムは今回は、 ブート時にパニックを起こしません。

conga と luci はフェイスオーバー ドメインの作成と設定に使用することができます。

yum を通じて、Cluster Storage グループを インストールしている場合、このトランザクションはもう失敗しません。

インストール中の間違えた SELinux コンテキストは今ではもう /var/log/faillog と /var/log/tallylog に割り当てられません。

スプリットインストールメディア(例: CD や NFSISO)を使用して Red Hat Enterprise Linux 5.1 をインストールする場合、今回はもう amanda-server のインストール時にエラーが発生しません。

EDAC は今では、最新の k8 プロセッサ上のメモリーを正しいサイズで報告します。

gdm を経由して Gnome デスクトップにリモートログインしても、 今ではもうログイン画面がハングする原因にはなりません。

複数マウントの正しい動作を妨害していた autofs バグは 今回修正されています。

bttv カーネルモジュールで tvtime と xawtv を実行しても、もうシステムがフリーズする原因にはなりません。

utrace への数種のパッチが以下の修正に適用されます:

アラームと定期的 RTC 割り込みが正しく動作するのを阻止していた RealTime Clock (RTC) バグは 今回修正されています。

Anaconda の中で初めて Release Notes ボタンを クリックすると、ウィンドウがリリースノートを描写するのに少々の遅れがあります。この待ち時間の間、 ウィンドウ内に空白に見えるリストが出現します。この描写はすぐに完了しますので、ほとんどのユーザーは この空白に気づかないかも知れません。

この遅れはその大部分が、パッケージインストールの工程がインストール全体で最も CPU 集中の工程であると いう事実が理由となります。

NVIDIA グラフィクスカードを使用する一部のマシンは、 グラフィカルインストーラを使用する時、又はグラフィカルログイン中に、グラフィクスや フォントの異常表示をする可能性があります。これを迂回するには、仮想コンソールに切り替えて、 その後、オリジナルの X ホストに戻ります。

MegaRAID ドライバーを使用するホストバスアダプタは、"I2O"エミュレーションモードではなく、 "Mass Storage" エミュレーションモードで動作するように設定される必要があります。これを 行なうには、以下のステップを実行します:

アダプタが間違えて "I2O" エミュレーションモードに設定された場合、システムは i2o ドライバーをロードしようとします。これは失敗して、正しいドライバーのロードを 阻止してしまいます。

以前の Red Hat Enterprise Linux のリリースでは、一般的に MegaRAID ドライバーより先に I20 ドライバーをロードすることはありません。これに関係なく、Linux で使用する場合は、 ハードウェアは常に "Mass Storage" エミュレーションモードに設定すべきです。

Cisco Aironet MPI-350 ワイヤレスカードを装備している ラップトップでは、ワイヤ付きイーサネットポートを使用してネットワークベースの インストールをする間に、DHCP アドレスの取得をしようとしてハングする可能性があります。

これを回避するには、インストール用のローカルメディアを使用します。別の方法として、 インストール前にラップトップ BIOS 内のワイヤレスカードを無効にすることも出来ます。 (インストールの後にワイヤレスカードは再度、有効にできます)

今のところ、system-config-kickstart パッケージの選択と 選択解除をサポートしていません。system-config-kickstart を 使用する場合、パッケージの選択 オプションはそれが無効で あるような表示をします。これは、パッケージの選択 が yum を使用してグループ情報を取得するのにも関わらず、yum を Red Hat Network へ 接続できないことが原因です。

今のところ、キックスタートファイル内でパッケージセクションを手動で更新する必要があります。system-config-kickstart を使用してキックスタートファイルを開く場合、その中の全てのパッケージ情報は維持され、保存時に書き込まれます。

/var/log/boot.log へのブートタイムロギングは、本リリースの Red Hat Enterprise Linux 5 では利用できません。同等の機能が将来の更新で 追加されます。

Red Hat Enterprise Linux 4 から Red Hat Enterprise Linux 5 にアップグレードする場合、デプロイメントガイドは 自動的にはインストールされません。アップグレードを完了した後で、pirut を 使用して手動でこれをインストールする必要があります。

X が稼働中で、vesa 以外のドライバーを使用している場合、 システムは kexec/kdump カーネルに正しく 再起動しないかも知れません。この問題は ATI Rage XL グラフィクス チップセットでのみ存在します。

ATI Rage XL を持つシステムで X が稼動している場合、それが kexec/kdump カーネルに正しく再起動するために 確実に vesa ドライバーを使用して下さい。

仮装化機能のインストールは、 HP システムのモデル番号 xw9300 と xw9400 では time went backwards の警告の原因になる可能性があります。

xw9400 マシンでこの問題を回避するには、BIOS 設定を変更して HPET タイマーを 有効にします。このオプションは xw9300 マシンには使用不可であることに注意して下さい。

これは、HP の今後の BIOS 更新で解決されることになります。

nVidia CK804 チップセットを持つマシン上の Red Hat Enterprise Linux 5 を使用する場合、 以下のようなカーネルメッセージを受ける可能性があります:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

これらのメッセージは特定の PCI-E ポートが IRQ を要求していないことを示します。 更に、これらのメッセージは如何なる面でもマシンの操作に影響することはありません。

取り出し可能なストレージデバイス（CD や DVD など）は、 root としてログインしている場合には 自動的にマウントしません。その場合、グラフィカルファイルマネージャを通じて手動でデバイスを マウントする必要があります。

別の方法として、以下のコマンドを使用してデバイスを /media に マウントします:

mount /dev/<device name> /media

Calgary IOMMU チップはこの更新ではデフォルトで サポートはありません。このチップ用にサポートを有効にするには、カーネルコマンドライン オプション iommu=calgary を使用します。

IBM System z は伝統的な Unix スタイルの物理的な コンソールを提供しません。そのため、IBM System z 用の Red Hat Enterprise Linux 5 は初期プログラムロード中に firstboot の 機能をサポートしていません。

IBM System z 上の Red Hat Enterprise Linux 5 用に正しい 初期化を設定するには、インストールの後で、次のコマンドを実行します:

Red Hat Network 経由で Red Hat Enterprise Linux 5 から Red Hat Enterprise Linux 5.1 へアップグレードしている場合、 yum は redhat-beta 鍵をインポートするように要求しないかも知れません。 そのような場合、アップグレードの前に手動で redhat-beta 鍵をインポートして下さい。これを実行するには、 以下のコマンドを使用します:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

設定済のファイラー上で LUN が削除されると、その変更はホスト上では反映されません。 そのようなケースでは、LUN がその時点で 滞留（stale）状態になるため、 dm-multipath が 使用されると lvm コマンドは 無限にハングします。

これを迂回するには、滞留している LUN に特有の /etc/lvm/.cache 内にある 全てのデバイスと mpath リンクエントリを削除します。

次のコマンドを使用してこれらのエントリが何かを調べます:

ls -l /dev/mpath | grep <stale LUN>

例えば、<stale LUN> が 3600d0230003414f30000203a7bc41a00 の場合、以下のような結果が 出ます:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

これは、3600d0230003414f30000203a7bc41a00 が二つの mpath リンク ： dm-4 及び dm-5 にマップされていると言う意味です。

その状況では、以下の行が /etc/lvm/.cache から削除される 必要があります:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

CD / DVD から完全仮装化の Windows™ ゲストを作成しようとしている場合、 ゲストインストールの 第二段階は再起動では継続されない可能性があります。

これを回避するには、 /etc/xen/<name of guest machine> の編集で CD / DVD デバイスのエントリに正しい記名をします。

単純ファイルへのインストールが仮装デバイスとして使用される場合、/etc/xen/<name of guest machine> の disk の行は以下のようになります:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

ホスト上に /dev/dvd として位置している DVD-ROM デバイスは hdc と言うエントリを 'phy:/dev/dvd,hdc:cdrom,r' の 様に追記することでインストールの第二段階で利用可能になることができます。そのため、 ディスクの行は以下のようにすべきです:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

使用する正確なデバイスパスはハードウェアにより変化します。

sctp モジュールがカーネルに追加されていない場合は、 -A inet オプションか、あるいは -A inet6 オプションを付けた netstat を実行すると、 以下のようなメッセージを出して異常終了します。

netstat: no support for `AF INET (sctp)' on this system.        

これを防止するには、sctp カーネルモジュールをインストールします。

完全仮想化ゲスト上に Red Hat Enterprise Linux 3.9 をインストールすると、動作が非常に遅くなる可能性が あります。更にはそのインストール後のゲストの起動後に hda: lost interrupt エラーが発生する可能性があります。

このブートアップエラーを防止する為には、ゲストが SMP カーネルを使用するように 設定します。

現在のカーネルは起動時にシリアルポートに表示する前にDTR（Data Terminal Ready） シグナルの表明をしません。DTR 表明は一部のデバイスで要求されている為、結果としてそのようなデバイス上の シリアルコンソールではカーネルブートメッセージは表示されません。

ホスト(dom0) システムを Red Hat Enterprise Linux 5.1 に アップグレードすると、 既存の Red Hat Enterprise Linux 4.5 SMP paravirtualized ゲストがブート不可能になります。 これは、 ホストシステムが 4GB 以上の RAM を持つ場合により発生しやすくなります。

これを迂回するには、各 Red Hat Enterprise Linux 4.5 ゲストをシングル CPU モードでブートして そのカーネルを最新バージョン（Red Hat Enterprise Linux 4.5.z 用）にアップグレードします。

一部のプラットフォーム(HP dc7700など)で使用された AMD 8132 や HP BroadCom HT100 は MMCONFIG サイクルをサポートしません。使用中のシステムが いずれかのチップセットを持っている場合、その PCI 設定は、従来の PortIO CF8/CFC メカニズムを使用する必要があります。これを設定するには、インストール時に カーネルパラメータ -pci nommconfig でシステムをブートして、 再起動後に GRUB に pci=nommconf を追加します。

更に、AMD 8132 チップセットは Message Signaled Interrupts (MSI) をサポートしません。使用中のシステムがこのチップセットを持つ場合、 MSI を無効にする必要があります。これを実行するには、インストール時にカーネルパラメータ -pci nomsi を使用して、起動後に GRUB に pci=nomsi を追加します。

しかし、特定のプラットフォームがカーネルによって既にブラックリストに記載されている場合、 使用中のシステムは前述の pci カーネルパラメータを必要としません。 以下に示した HP プラットフォームは既にカーネルでブラックリスト記載されています:

このリリースに収納されている 仮想マシンマネージャ (virt-manager) はユーザーが paravirtualized ゲストインストーラへ追加のブート引数を 指定することを許可しません。そのような引数が、特定タイプのハードウェア上で、特定タイプの paravirtualized ゲストをインストールする必要がある場合でも許可しません。

この問題は、virt-manager の将来のリリースで対処されます。 コマンドラインから paravirtualized ゲストをインストールする状態で任意のカーネル引数を 指定するには、virt-install を使用します。

デフォルトの dm-multipath 設定では、Netapp デバイスは、以前に失敗したパスの復元の後でフェイルバックを完了するのに数分かかる可能性があります。 この問題を解決するには、multipath.conf ファイルのdevices セクションに、以下のような Netapp デバイス設定を追加します:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }