安裝類的公告

功能更新

驅動程式更新

核心的相關更新

其它更新

技術搶先版

已解決的問題

已知問題

假如您打算複製 Red Hat Enterprise Linux 5 的光碟片內容（例如為了要準備網路安裝），請記得「只」複製作業系統的光碟片，請勿複製 Supplementary CD-ROM 光碟或任何不同等級產品的光碟片，因為這麼做的話將會覆蓋掉 Anaconda 正常操作所需的檔案。

Supplementary CD-ROM 的內容和其它不同等級產品的光碟片必須在 Red Hat Enterprise Linux 5.1 被安裝「之後」才能安裝。

當在一個完整虛擬化的客座上安裝 Red Hat Enterprise Linux 5.1 時，「請勿」使用 kernel-xen 核心。在完整虛擬化的客座上使用這個 kernel 可能會使系統停滯。

當您正在一個完整虛擬化的客座上安裝 Red Hat Enterprise Linux 5.1 時，若您使用了一組安裝號碼（Installation Number）的話，請記得在安裝時反選 Virtualization 套件群組。Virtualization 套件群組選項會安裝 kernel-xen 核心。

請注意半虛擬化的客座不會被此問題影響。半虛擬化的客座總是使用 kernel-xen 核心。

當您由 Red Hat Enterprise Linux 5 升級至 5.1 時，若您正在使用虛擬化的核心的話，您必須在升級完成過後重新啟動系統。

Red Hat Enterprise Linux 5 與 5.1 的管理程序和 ABI 並不相容。若您在升級之後不重新啟動的話，升級後的虛擬化 RPM 便不會與執行中的 kernel 匹配。

CIFS 客戶端已被更新為版本 1.48aRH。這是基於 1.48a 發行版，以及含有下列變更的更新檔：

EMC Celerra 產品（NAS Code 5.5.26.x 或以下）的使用者請注意，當存取 EMC NAS 上的共享檔案時，CIFS 客戶端會擱置。此問題會由底下的 kernel 訊息顯示出：

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 case number emc165978）。

MODULE_FIRMWARE 分頁現在已被支援。

ICH9 控制器現在已被支援。

Greyhound 處理器現在已在 CPUID 呼叫中被支援。

Oprofile 現在已支援新的 Greyhound 效能計算事件。

Directed DIAG 現在已被支援，並能改善 z/VM 的使用率。

Intel 繪圖晶片現在已透過 DRM kernel 模組被支援。另外，DRM API 已被升級至版本 1.3 並能支援直接的繪圖。

ACPI 電源管理員的更新改善了 S3 suspend-to-RAM 以及 S4 hiberate。

gaim 現在被稱為 pidgin。

Intel microcode 已被更新為版本 1.17。這為新的 Intel 處理器新增了支援。

在 EMC Clariion 儲存庫上使用 dm-multipath 來進行的暗示 active-active 故障復原現在已被支援。

中文字體 Zysong 已不再是 fonts-chinese 套件中的一部分。Zysong 現在已被包含在分開的套件為 fonts-chinese-zysong。fonts-chinese-zysong 套件位於 Supplementary CD 之中。

請注意 Chinese National Standard GB18030 需擁有fonts-chinese-zysong 套件才能被支援。

Challenge Handshake Authentication Protocol（CHAP）使用者名稱與密碼各含有 256 個字元的限制。

pump 在此更新中不宜使用。就其本身而言，透過 netconfig 來配置您的網路介面可能會造成 ifcfg script 損毀。

若要正確地配置您的網路介面，請使用 system-config-network 來代替。若安裝已更新的 system-config-network 套件會將 netconfig 移除掉。

不再支援 rpm --aid 選項。我們建議您使用 yum 來升級、安裝套件。

先前有個會造成持有 SATA 的系統在啟動程序時停住並顯示一則錯誤訊息的 SATA bug 已被修復。

在 multi-boot 的系統中，parted 現在會將第一個安裝了 Windows Vista™ 的主要分割區的起始區塊保留住。就其本身而言，當為一部含有 Red Hat Enterprise Linux 5.1 與 Windows Vista™ 的系統設定 multi boot 時，後者已不會無法啟動。

rmmod xennet 不再會使 domU 當機。

當開機時，在 node 0 中沒有設定記憶體的四向 AMD Sun Blade X8400 Server Module 系統現在已不會引起 kernel panic 了。

conga 和 luci 現在能被用來建立以及配置故障復原的網域。

當透過 yum 安裝 Cluster Storage 群組時，這項傳輸不會再失敗。

在進行安裝時，錯誤的 SELinux context 不會再被指派至 /var/log/faillog 和 /var/log/tallylog。

當您使用分散的安裝媒介來安裝 Red Hat Enterprise Linux 5.1 （例如傳統光碟片或 NFSISO）時，安裝 amanda-server 套件已不會再發生錯誤。

EDAC 現在在最新的 k8 處理器上已能回報正確的記憶體數量。

透過 gdm 來遠端登入至 Gnome 桌面現在已不會造成登錄畫面擱置。

autofs 之中有個導致多重掛載無法正常運作的錯誤現在已被修復。

現在在 bttv 核心模組上執行 tvtime 與 xawtv 已不會導致系統當機。

幾個 utrace 的更新檔包含了下列錯誤修復：

有個會使鬧鐘和循環的 RTC 中斷無法正常運作的 RealTime Clock（RTC）bug 現在已被修復。

在 Anaconda 中，當發行公告按鈕第一次被按下時，視窗呈現發行公告的時候會產生延緩。在此延緩的時間當中，有個表面上空白的清單會出現在視窗中。通常呈現的完成速度相當地快，因此大部分的用戶也許都不會注意到。

這個延緩通常是因為安裝套件的這個階段是安裝程序中最耗費 CPU 資源的一個階段。

有些使用「NVIDIA」圖形顯示卡的電腦，在圖形模式安裝或是圖形模式登入時，會顯示圖形或者是字型錯誤。切換至虛擬控制台和回到正式 X 主機來解決這個問提。

使用 MegaRAID 驅動程式的主匯流排必須設為在「Mass Storage」模擬模式中運作，而非「I20」模擬模式。要達成這功能，請進行以下步驟：

如果介面卡已經正確地設定為「I20」模擬，那麼系統將會試著載入 i2o 驅動程式。這動作將會失敗，讓正確的驅動程式無法載入。

在載入 MegaRAID 之前，舊版的 Red Hat Enterprise Linux 版本並不會試圖載入 I20 驅動程式。有鑑於此，在 Linux 下使用時，硬體應該設為「Mass Storage」模擬模式。

當透過使用有線的乙太網路連結埠來進行任何網路安裝時，配備「Cisco Aironet MPI-350」無線網卡的筆記型電腦可能會在試圖取得 DHCP 位址時停止回應。

解決方法是改用本機上的檔案來安裝。或者您可以在安裝前，停用筆記型電腦 BIOS 中的無線網路卡（您可以在完成安裝後，重新啟用無線網路卡）。

目前 system-config-kickstart 不支援選取與取消選取套件。在使用 system-config-kickstart 時，選取套件選項會表示這功能已經停用。這是因為 system-config-kickstart 使用 yum 來取得群組資訊，但卻無法設定 yum 連上 Red Hat Network。

目前，您必須手動更新 kickstart 檔案中的套件部份。當使用 system-config-kickstart 來開啟 kickstart 檔案時，它會保留所有套件資訊，並在存檔時寫回。

本版 Red Hat Enterprise Linux 5 開機時無法將系統日誌寫入 /var/log/boot.log 中。我們會在將來的更新版中，加入相同的功能。

當您從 Red Hat Enterprise Linux 4 升級至Red Hat Enterprise Linux 5 時，建置指南將不會被自動安裝。您需要在生級完成後使用 pirut 來手動安裝。

如果 X 在 vesa 之外的驅動程式下執行，系統也許無法正常重新啟動 kexec/kdump 核心。這個問題只會發生在 ATI Rage XL 顯示晶片。

如果在裝載 ATI Rage XL 的系統下執行 X，請確定這個裝置使用 vesa 驅動程式，如此才能正常重新啟動至 kexec/kdump 核心。

HP xw9300 與 xw9400 系統在安裝虛擬化功能時，可能會出現 time went backwards 訊息。

要解決 xw9400 的問題，請設定 BIOS，啟用 HPET 計時器。請注意，這選項在 xw9300 上是沒有的。

這個問題在未來由 HP 所更新的 BIOS 中將會解決。

在一部安裝了 nVidia CK804 晶片組的系統上使用 Red Hat Enterprise Linux 5 時，您可能會收到類似以下的 kernel 訊息：

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

這些訊息顯示一些 PCI-E 連接埠並沒有要求 IRQ。不管怎麼說，這些訊息並不影響機器的操作。

當您以 root 身份登錄時，可移除的儲存裝置（例如 CD 與 DVD）不會自動地掛載。就其本身而言，您需要透過圖形化檔案管理員來手動式地將裝置掛載。

另外，您也能執行下列指令來將裝置掛載至 /media：

mount /dev/<裝置名稱> /media

依照預設值，Calgary IOMMU 晶片在此更新中並不被支援。若要啟用該晶片的支援，請使用 kernel 指令列選項 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

當在已配置的檔案伺服系統（filer）上刪除某個 LUN 時，這項變更不會影響到主機。在這種情況下，當使用 dm-multipath 時，lvm 指令會不定時地擱置，因為 LUN 已經失效了。

若要避開此問題的話，請刪除掉所有裝置並利用 mpath 來將 /etc/lvm/.cache 之中的項目連結至失效的特定 LUN。

若要找出這些項目為何，請執行下列指令：

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/<客座機器的名稱>，加入 CD/DVD 裝置。

如果安裝時用一個簡單的檔案做為虛擬裝置，那麼 /etc/xen/<客座機器的名稱> 檔案裡的 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 這個模組並未被新增至 kernel 的話，執行 netstat 以及 -A inet 或是 -A inet6 選項會造成不正常的終止並顯示下列訊息：

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

若要避開此問題，請安裝 sctp 這個 kernel 模組。

若在完整的虛擬化客座上安裝 Red Hat Enterprise Linux 3.9 可能會使系統變得極度緩慢。另外，在安裝程序之後啟動客座可能會造成 hda: lost interrupt 錯誤。

若要避開這項啟動上的錯誤，請將客座配置來使用 SMP kernel。

目前的 kernel 不會在於啟動時間之間列印至序列埠之前顯示 Data Terminal Ready（DTR）訊號。有些裝置需要 DTR assertion，因此 kernel 啟動訊息不會被印至像是這種裝置上的序列主控台。

將主機（dom0）系統升級至 Red Hat Enterprise Linux 5.1 有可能會使得現存的 Red Hat Enterprise Linux 4.5 SMP 半虛擬化客座變得無法啟動。當主機系統含有大於 4GB 的 RAM 時，這才較有可能會發生。

若要避免此問題，請利用單獨 CPU 模式來啟動各個 Red Hat Enterprise Linux 4.5 客座並將它的 kernel 更新為最新版本（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）不允許使用者在半虛擬化客座端安裝程式中，指定額外的開機參數。即使在安裝某些半虛擬化客座端至某些特定硬體，需要這些參數時亦然。

這問題將在新版的 virt-manager 中解決。要在安裝半虛擬化客座端時，於命令列強迫指定核心參數，請使用 virt-install。

使用預設的 dm-multipath 時，Netapp 裝置需要數分鐘的時間，才能從先前錯誤的路徑回復。要解決這問題，請將以下 Netapp 裝置設定加入 multipath.conf 檔案中的 devices 一節：

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
        }