Copyright 2008 Red Hat, Inc.. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version of the OPL is presently available at http://www.opencontent.org/openpub/).
Red Hat and the Red Hat "Shadow Man" logo are registered trademarks of Red Hat, Inc. in the United States and other countries.
All other trademarks referenced herein are the property of their respective owners.
The GPG fingerprint of the security@redhat.com key is:
CA 20 86 86 2B D6 9D FC 65 F6 EC C4 21 91 80 CD DB 42 A6 0E
此文件詳述了 Red Hat Enterprise Linux 5.3 的發行公告。
此部份包含了 Red Hat Enterprise Linux 5.3 的安裝以及安裝程式 Anaconda 的特定資訊。
Red Hat Network 可安裝受到更改的新套件並升級一部現有的 Red Hat Enterprise Linux 5 系統。另外,Anaconda 能夠升級一部現有的 Red Hat Enterprise Linux 5 系統或進行一項全新的 Red Hat Enterprise Linux 5.3 安裝。
請注意:Red Hat 並不提供由 Red Hat Enterprise Linux 5.3 版本升級至此 GA 版本上的支援。
另外,雖然 Anaconda 提供了一項可讓用戶由先前的 Red Hat Enterprise Linux 重大版本升級至 Red Hat Enterprise Linux 5.3 的選項,不過 Red Hat 目前並不支援此升級。更明確的是,Red Hat 並不提供 Red Hat Enterprise Linux 重大版本之間的就地升級。(重大版本可透過完整的版本號碼來辨識。比方說,Red Hat Enteprise Linux 4 與 Red Hat Enterprise Linux 5 兩者皆為 Red Hat Enteprise Linux 的重大版本。)
針對於重大發行版之間所進行的就地更新無法保留所有的系統設定、服務以及自訂化配置。因為如此,當您進行重大版本之間的升級時,Red Hat 強烈建議您進行全新的安裝。
Anaconda 的 文字模式 安裝程序現在提供了切換至 Virtual Network Computing(VNC)的選項以便完成安裝。
建立或使用加密的軟體 RAID 成員磁碟(例如 software RAID
分割區)並不被支援。不過,建立加密的軟體 RAID 陣列(例如 /dev/md0
)則被支援。
RHEL5 的 NFS 預設值為「locking」。因此,若要由 anaconda 的 %post 部份掛載 nfs share,請在使用 nfs 來掛載 share 之前使用 mount -o nolock,udp
指令來啟用 locking daemon。
當在一部配置了 iBFT 網路裝置的系統上經由 CD 光碟片或 DVD 光碟片來進行安裝時,除非網路作業經過配置,不然 Anaconda 不會包含任何 iBFT 配置的儲存裝置。若要在安裝時啟用網路作業,請在安裝啟動提示中使用 linux updates=http://
這項指令。請注意,[any]
可以任何 URL 來取代。
[any]
若您的系統需要靜態 IP 配置的話,請使用 linux updates=http://
這項指令。
[any]
ip=[IP address]
netmask=[netmask]
dns=[dns]
當在一個完整虛擬化的客座端上安裝 Red Hat Enterprise Linux 5.3 時,請勿使用 kernel-xen
kernel。在完整虛擬化的客座端上使用這個 kernel 可能會造成系統停滯。
當您正在一個完整虛擬化的客座端上安裝 Red Hat Enterprise Linux 5.3 時,若您使用了一組安裝號碼(Installation Number)的話,請記得在安裝時反選 Virtualization
套件群組。Virtualization
套件群組選項會安裝 kernel-xen
kernel。
請注意半虛擬化的客座不會被此問題影響。半虛擬化的客座總是使用 kernel-xen
核心。
當您由 Red Hat Enterprise Linux 5 升級至 5.2 時,若您正在使用虛擬化的核心的話,您必須在升級完成過後重新啟動系統。請記得用更新後的虛擬化核心來重新啟動電腦。
Red Hat Enterprise Linux 5 和 5.2 的 hypervisor 與 ABI 並不相容。若您在升級之後不使用更新過的虛擬核心重新啟動的話,升級後的虛擬化 RPM 便不會與執行中的 kernel 匹配。
當由 Red Hat Enterprise Linux 4.6 升級至 Red Hat Enterprise Linux 5.1 或更新版本時,gcc4
可能會造成升級失敗。正因如此,您必須在進行升級前手動式地將 gcc4
套件移除掉。
firstboot
這個語言插件已被移除,因為當選擇了新語言時,它無法正確並完整地將系統重新配置。
Red Hat 不支援在安裝時使用 Challenge Handshake Authentication Protocol(CHAP)。正因如此,CHAP 應該在安裝過後才啟用。
若您的系統是透過某個 iFBT 裝置來啟動的話,請在 iFBT BIOS/軔體設定畫面中為 CHAP 進行配置。如此一來,您的 CHAP 設定就會在下次系統啟動時生效。
若您的系統是透過 PXE iSCSI 來啟動的話,請透過 iscsiadm
來為 CHAP 進行配置。配置過後,請使用 mkinitrd
來確認您的 CHAP 設定在下次系統啟動時是否生效。
當在進行安裝時 provisioning 客座端的時候,RHN tools for guests 這個選項將無法使用。當此情況發生時,系統將會需要額外的權利,和 dom0
所使用的權利不同。
若要避免耗費額外的權利在客座端上,請在嘗將系統試註冊至 Red Hat Network 前手動式地安裝 rhn-virtualization-common
套件。
在一部含有多重網路介面的系統上安裝 Red Hat Enterprise Linux 5.3 並手動式地指定 IPv6 位址可能會造成網路作業設定上含有部份的錯誤。當此情況發生時,您的 IPv6 設定將不會顯示在已安裝的系統上。
若要解決此問題,請將 /etc/sysconfig/network
中的 NETWORKING_IPV6
設為 yes
。然後請透過使用 service network restart
指令來重新啟動您的網路連線。
若您的系統已安裝了 yum-rhn-plugin-0.5.2-5.el5_1.2
(或是較早的版本),您將無法透過 yum update
來升級至 Red Hat Enterprise Linux 5.3。若要解決此問題,請在執行 yum update
之前(透過使用 yum update yum-rhn-plugin
)將您的 yum-rhn-plugin
升級至最新版本。
先前,anaconda 無法存取超過 8 個 SmartArray 控制器。在此更新中,這項問題已被解決。
由 OEM 所提供的驅動程式磁碟是個單獨的映像檔(*.img
),它包含了多重的驅動程式套件以及 kernel 模組。這些驅動程式會在進行安裝程序時被使用來支援 Red Hat Enterprise Linux 5 無法辨識的硬體。當這些驅動程式套件與 kernel 模組被安裝在系統上之後,它們便會被放置在 initrd RAM disk(initrd
)中,如此一來當系統啟動時,它們便會被載入。
在此發行版中,安裝程序可基於驅動程式磁碟的檔案系統標籤來自動地偵測它們的存在性,並在進行安裝時使用該磁碟的內容。此特性可透過安裝指令列選項 dlabel=on
來進行控制,該選項可啟用自動搜尋。此發行版的預設值為 dlabel=on
。
所有標記為 OEMDRV
的區塊裝置都會被檢查並且驅動程式會以它們被偵測的順序來由這些裝置被載入。
包含 vfat
檔案系統的現有已加密區塊裝置在分割區介面中將會顯示為 foreign
類型;也就是說這些裝置不會在系統啟動時被自動掛載。若要確認這類型的裝置可自動地被掛載,請為它們在 /etc/fstab
中附加適當的項目。若要取得相關指南,請參閱 man fstab
。
安裝 Red Hat Enterprise Linux 5.2 的記憶體下限為 1 GB;建議記憶體為 2 GB。如果您機器的記憶體低於 1 GB,安裝過程可能會停滯不動。
除此之外,執行使用大量記憶體的工作時,只擁有 1GB 記憶體的 PowerPC 機器可能會遇到顯著的效能問題。要讓一部 Red Hat Enterprise Linux 5.2 系統順利地執行此類工作,建議您安裝 4 GB 的記憶體。這能確保系統的實際分頁數和安裝 Red Hat Enterprise Linux 4.5(或較舊版本)的 PowerPC 機器(使用 512 MB 的記憶體)相同。
anaconda
現在已支援 OSA Express3 cards 的 CHPID 上的兩個通訊埠。安裝程式將會在安裝的初始階段提示通訊埠的號碼。通訊埠所提供的值也會影響已安裝的網路介面啟動 script。當通訊埠 1 被選擇時,portno=1
這個值會被新增至 ifcfg-eth*
檔案的 OPTIONS 參數。
當在 z/VM 下進行安裝時,您可新增 PORTNO=0
(以使用 port 0)或 PORTNO=1
(以使用 port 1)至 CMS 配置檔案來避免被提示模式。
在一部含有 DASD 區塊裝置並且裝置上含有 Linux 或是非 Linux 檔案系統的機器上進行安裝時,安裝程式可能會停滯。若此狀況發生的話,您將需要清出您想使用的 DASD 裝置上所有現有的分割區並重新啟動安裝程式。
若您的系統只擁有 512MB 的記憶體,嘗試安裝 Red Hat Enterprise Linux 5.3 可能會失敗。若要避免這種情況發生,請先執行一項基本安裝然後在安裝結束後才安裝所有其它的套件。
使用 yum
並透過 32-bit Compatibility Layer
光碟來安裝套件的話可能會失敗。若失敗的話就代表 Red Hat 套件的數位簽章並未被匯入 RPM 資料庫。若您還未連結至 Red Hat Network 並取得更新的話,這就會發生。若要手動式地匯入數位簽章,請以 root 身份來執行下列指令:
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
一旦 Red Hat GPG 金鑰被匯入了之後,您就能夠使用 yum
來透過 32-bit Compatibility Layer
光碟片來進行套件安裝。
請注意,當由此光碟進行安裝時,我們強烈建議您使用 yum
而不要使用 rpm
以便確認基礎 OS 相依在安裝過程中有被指定。
Red Hat Enterprise Linux 5.3 包含了使用 Linux Unified Key Setup(LUKS)規格的區塊裝置加密上的支援。為裝置加密可保護區塊裝置上所有的資料以防止未經許可的存取,儘管該裝置已由一部系統上實體移除了。若要存取某個已加密裝置的內容,用戶必須要提供一組密碼或金鑰來進行驗證。
如欲取得有關於設定磁碟加密的相關資訊,請參閱 Red Hat Enterprise Linux 安裝指南中第 28 個章節:http://redhat.com/docs/
mac80211 堆疊(為先前的 devicescape/d80211 堆疊)現在屬於 Red Hat Enterprise Linux 5.3 中一項受支援的功能。它能啟用 Intel® WiFi Link 4965 硬體的 iwlwifi 4965GN
無線網路驅動程式,並允許特定的無線裝置連至任何的無線網路上。
雖然 Red Hat Enterprise Linux 5.3 中支援 mac80211 元件,不過該符號並未包含在 kernel 的符號白名單中。
GFS2 為 GFS 的升級版本。此更新套用了一些顯著的改善,這需要更改 on-disk 檔案系統的格式。GFS 檔案系統能透過使用 gfs2_convert
工具來被轉換為 GFS2,該工具亦能相應地更新 GFS 檔案系統的 metadata。
在 Red Hat Enterprise Linux 5.2 中,GFS2 原本是個被提供來作為進行評估用的 kernel 模組。在 Red Hat Enterprise Linux 5.3 中,GFS2 現在已屬於 kernel 套件的一部分。若 Red Hat Enterprise Linux 5.2 的 GFS2 kernel 模組已被安裝的話,您必須將之移除才可在 Red Hat Enterprise Linux 5.3 中使用 GFS2。
由 OEM 所提供的驅動程式磁碟是個單獨的映像檔(*.img
),它包含了多重的驅動程式 RPM 以及 kernel 模組。這些驅動程式會在進行安裝程序時被使用來支援無法辨識的硬體。這些 RPM 會被安裝在系統上並且被放置在 initrd 中,如此一來當機器重新啟動時,它們便會被支援。
在 Red Hat Enterprise Linux 5.3 中,安裝程序可基於驅動程式磁碟的檔案系統標籤來自動地偵測它們的存在性,並在進行安裝時使用該磁碟的內容。此特性可透過安裝指令列選項 dlabel=on
來進行控制,該選項可啟用自動搜尋。所有含有 OEMDRV
檔案系統標籤的區塊裝置都會被檢查,並且驅動程式會由這些裝置,按照它們被遇上的順序來被載入。
Red Hat Enterprise Linux 5.3 現在已完整支援 iSCSI Boot Firmware Table(iBFT),它能讓您由 iSCSI 裝置開機。這項支援需要 iSCSI 磁碟(節點)已不再被標記為自動啟動;安裝的系統已不再回於進入 runlevel 3 或 5 時自動地連線並登入 iSCSI 磁碟。
iSCSI 通常會被使用於 root 檔案系統,在此情況下,這項變更並不會造成任何改變因為 initrd 將會在進入 runlevel 之前便連至並登入至所需的 iSCSI 磁碟中。
不過,若 iSCSI 磁碟需要被掛載於非 root 的目錄上(比方說 /home
或 /srv
),那麼這項變更便會影響您,因為被安裝的系統將不會再自動地連至並登入至非使用於 root 檔案系統的 iSCSI 磁碟。
您可能還是能使用掛載於非 root 目錄的 uSCSI 磁碟,不過這需要使用到下列其中一個解決方式:
在不使用掛載於非 root 目錄上的 iSCSI 磁碟的情況下安裝系統,並在之後手動式地配置相關的磁碟與掛載點。
將已安裝的系統啟動至 runlevel 1 中,然後藉由使用下列指令(一個磁碟一次)來將任何不使用於 root 檔案系統的 iSCSI 磁碟標記為自動啟動:
iscsiadm -m node -T
目標名稱
-p ip:port
-o update -n node.startup -v automatic
rhythmbox 音效播放器已被更新至版本 0.11.6。此更新提供了使用專利的 GStreamer 插件的選項。
lftp 已被同步更新至版本 3.7.1。這套用了幾項上游功能更新以及錯誤修正,包括:
lftp 引用由 mirror --script
所產生的 script 的方式含有安全性上的漏洞(這會造成未經許可的權限擴大),這項問題已被修正。
使用 lftp 以及 -c
選項已不再會造成 lftp 當機。
當使用 sftp
來進行傳輸時,lftp 已不再會損毀。
若想取得更多套用於此發行版中的 lftp 更新的相關資訊,請參閱 http://lftp.yar.ru/news.html。
TTY 輸入稽核現在已被支援。若有項程序被標記為需要進行 TTY 輸入稽核的話,那麼由 TTY 讀取的資料將會被進行稽核;這將會顯示在稽核紀錄中為 TTY
類型。
您可使用 pam_tty_audit
模組來標記一項程序(以及它的子程序)以進行 TTY 輸入稽核。如欲取得相關指南,請參閱 man pam_tty_audit(8)
。
TTY 稽核紀錄包含了和被稽核之程序完全相同的鍵次。為了使資料解碼變得更容易,bash
透過了使用 USER_TTY
紀錄類型來稽核了確切的指令列。
「TTY」稽核紀錄包含了被稽核之程序由 TTY 所讀取的所有資料。這包含了由 TIOCSTI ioctl
系統調用所插入至輸入流的資料。
SystemTap 已被同步更新為版本 0.7.2。此 SystemTap 更新介紹了幾個些微的改善以及幾項重大的功能。這些新功能包含:
SystemTap 現在已支援 x86、x86-64 以及 PowerPC 架構上的符號偵測。這使得 SystemTap script 可將偵測放置在用戶空間應用程式中並共享函式庫。這使 SystemTap 現在已能夠在一些用戶空間應用程式上提供與 kernel 偵測相同等級的除錯程式偵測。
比方說,若 coreutils-debuginfo
已被安裝的話,您可透過使用 /usr/share/doc/systemtap-
來印出一個 版本
/examples/general/callgraph.stpls
指令的 callgraph,例如:
stap para-callgraph.stp 'process("ls").function("*")' -c 'ls -l'
為了降低 binary 和它的 debuginfo RPM 之間發生版本衝突上的可能性,Red Hat 建議您將 SYSTEMTAP_DEBUGINFO_PATH
環境變數設為 +:.debug:/usr/lib/debug:build
。
SystemTap 對於符號偵測的支援也延伸至放置在此發行版 kernel 中的 marker。若要使用這些 marker,請(透過使用 modprobe kernel-trace
)載入 /etc/rc.local
中的 kernel-trace
kernel 模組。
SystemTap 也支援了遠端編譯服務。這能讓網路上一部單獨的電腦作為一部本地 SystemTap 客戶端的 debuginfo/compiler 伺服器。客戶端會使用 mDNS(avahi)來自動地找出伺服器,並且只需要 systemtap-client
和 systemtap-runtime
套件便能運作。
目前,此功能並不使用加密一般的安全性機制。因為如此,我們建議只在信任的網路中使用遠端編譯服務。如欲取得更多相關資訊請參閱 man stap-server
。
此發行版的 kernel 更新包含了一個大幅改善關閉 SystemTap script 的 kernel API 延伸。這個新增的 kernel API 延伸除去了各別偵測移除作業之間非必要的同步化。這使得含有上百個 kernel 偵測的 SystemTap script 能被更快速地處理。
這對於使用含有萬用字元來擷取各種 kernel 事件(例如 probe syscall.* {}
)之偵測的 script 的管理員來說相當有幫助。
如欲取得包含在此發行版中的完整 SystemTap 更新清單,請參閱下列 URL:
http://sources.redhat.com/git/gitweb.cgi?p=systemtap.git;a=blob_plain;f=NEWS;hb=rhel53
Cluster Manager 工具(cman)已被更新至版本 2.0.97。此更新套用了幾個錯誤修正和改善,最明顯的就是:
cman 現在使用了下列軔體版本:APC AOS v3.5.7 和 APC rpdu v3.5.6。這修正了一項防止 APC 7901 正確使用單純網路管理通訊埠(SNMP)的錯誤。
fence_drac
、fence_ilo
、fence_egenera
以及 fence_bladecenter
代理程式現在都已支援 ssh
。
fence_xvmd
金鑰檔案現在已可在不重新啟動的情況下重新載入。
一個單獨的 fence 方式現在可支援至 8 個 fence 裝置。
sudo 已被同步更新為上游版本 1.6.9。此版本的 sudo 現在支援了 LDAP,並且允許 sub-tree 搜尋而不只是 sudo 權限的基本的搜尋(例如只有 tree-level)。這能允許管理員將 sudo 權限分類於一個樹中,並使用戶權限更易為管理。
RedHat Package Manager(RPM)現在已被同步更新為 Fedora 9 的上游版本。rpm 現在會在多架構的系統上新增次要的架構專屬外部檔案。另外,rpm 現在已符合了所有包含入 Red Hat Enterprise Linux 5 的認證標準。
此更新也套用了幾個 rpm 的上游增強以及錯誤修正,這包含:
rpm 已不會在多架構的系統上產生非必要的 .rpmnew
和 .rpmsave
檔案。
有項在 rpm 的 rpmgiNext()
函式中的錯誤防止了正確的錯誤回報。此更新套用了正確的錯誤回報語法,並藉此確認 rpm 在所有情況下都可回傳正確的退出碼。
opensm
已被更新為上游版本 3.2,包含些微的 opensm 函式庫 API 變更。
opensm.conf
檔案的格式已改變。若您已對於您現有的 opensm.conf
進行修改的話,rpm 將會自動地將新的 opensm.conf
檔案安裝為 /etc/ofed/opensm.conf.rpmnew
。您將需要遷移您的變更至此檔案然後取代現有的 opensm.conf 檔案。
Red Hat 緊密地追蹤上游的 Open Fabrics Enterprise Distribution(OFED)程式碼基底以提供這個進化中的技術最大的賦能。因為如此,Red Hat 在非重大發行版上所能保留的 API/ABI 相容性程度只能和上游專案相同。這屬於 Red Hat Enterprise Linux 開發上一般慣例的例外。
基於此原因,建置於 OFED 堆疊上的應用程式(列在下方)在由非重大發行版的 Red Hat Enterprise Linux 遷移至新版本時可能會需要經過重新編譯或甚至是來源等級的程式碼變更。
這對於其它建置於 Red Hat Enterprise Linux 軟體堆疊上的應用程式來說一般是不需要的。被影響的元件有:
dapl
compat-dapl
ibsim
ibutils
infiniband-diags
libcxgb3
libehca
libibcm
libibcommon
libibmad
libibumad
libibverbs
libipathverbs
libmlx4
libmthca
libnes
librmdacm
libsdp
mpi-selector
mpitests
mstflint
mvapich
mvapich2
ofed-docs
openib
openib-mstflint
openib-perftest
openib-tvflash
openmpi
opensm
perftest
qlvnictools
qperf
rds-tools(未來)
srptools
tvflash
Net-SNMP 已被同步更新為上游版本 5.3.2.2。此更新新增了 Stream Control Transmission Protocol(SCTP)支援(就如 RFC 3873,http://www.ietf.org/rfc/rfc3873.txt)並提供了兩個新的配置選項(用於 /etc/snmpd.conf
中):
dontLogTCPWrappersConnects
-- 抑制了連線嘗試的紀錄。
v1trapaddress
-- 可讓管理員在送出的 SNMP traps 中設置某個代理程式的 IP 位址。
此更新也包含了幾項來自於上游的錯誤修正,這包含了:
snmpd
daemon 現在已可正確地在含有多於 255 網路介面的系統上運作。此外,snmpd
現在若被配置來在任何高於 65535 的通訊埠上進行監聽的話也會回報一則錯誤。
一個造成 snmpd
daemon 當由 /proc
進行讀取時會流出檔案描述符號的競爭狀況(race condition)已被修正。
snmpd
daemon 現在已可正確地回報 hrProcessorLoad
物件 ID(OID),儘管在多重 CPU 的硬體上。不過請注意,自 daemon 啟動後它會花費一分鐘的時間來計算 OID 的值。
net-snmp-devel
套件現在已依賴 lm_sensors-devel
套件。
openssl
套件已將 OpenSSL 函式庫升級至一個較新的上游版本,該版本目前處於 Fedora Information Processing Standards 驗證的程序(FIPS-140-2)中。就預設值,FIPS 模式已被停用,若要確認 OpenSSL 函式庫是否會保留先前 Red Hat Enterprise Linux 5 中所發行的 openssl
套件的功能同位以及 ABI 相容性。
此更新亦套用了下列上游修正:
就預設值,zlib
壓縮會被使用於 SSL 與 TLS 連線。在 IBM System z 架構以及 Central Processor Assist for Cryptographic Function(CPACF)上,壓縮成為了 CPU 負載的主要部份,並且總效能取決於壓縮的速度(而不是加密的速度)。當壓縮被停用後,總效能便大幅提昇了。在這些更新過的套件中,SSL 和 TLS 連線的 zlib
壓縮可透過 OPENSSL_NO_DEFAULT_ZLIB
環境變數來停用。對於 TLS 連線來說,在較慢的網路上最好將壓縮保留為開啟,如此一來所需傳輸的資料數量便較少。
當使用 openssl
指令以及 s_client
和 s_server
選項時,預設的 CA 憑證檔案(/etc/pki/tls/certs/ca-bundle.crt
)並未被讀取。這造成了憑證驗證失敗。若要憑證通過驗證的話,-CAfile /etc/pki/tls/certs/ca-bundle.crt
選項必須要被使用。在這些更新過的套件中,預設的 CA 憑證檔案已被讀取,並且已不再需要透過 -CAfile
選項來指定。
yum 已被同步更新為上游版本 3.2.18。此更新改善了 yum 作業的速度,並緩和了日漸增加的各個非重大發行版中的套件數量所產生的問題。此外,這項更新也提供了 reinstall 指令,這改善了一些指令的介面並套用了幾個錯誤修正,這包含了:
若使用 -c
選項來指定一個位於網站位置(http)上的配置檔案,所有 yum 指令都會失敗。這項錯誤現在已被修正。
yum 中的一個 checkSignal()
函式調用了錯誤的退出函式;因為如此,若要退出 yum 的話則會處於 traceback 狀態中而不會退出。在此發行版中,yum 已可正確地退出。
flash-plugin
套件已被同步更新為版本 10.0.12.36。此更新套用了幾個包含在先前 flash-plugin
ASYNC 更新中的安全性修正。另外,這個更新過的插件還包含著 Adobe Flash Player 10,它包含了下列錯誤修正以及增強功能:
藉由修正了音效輸出中的競賽狀況問題來改善了 Linux 平台上的穩定性。
新支援了自訂的過濾程式和效果、原生 3D 轉換功能和動畫、進階的音效處理、較新較靈活的文字引擎,和 GPU 硬體加速。
如欲取得更多有關此更新的相關資訊,請透過下列連結來參閱 Adobe Flash Player 10 的發行公告:
http://www.adobe.com/support/documentation/en/flashplayer/10/Flash_Player_10_Release_Notes.pdf
gdb 現在已被同步更新為版本 6.8。此更新套用了幾個上游功能更新以及錯誤修正,最明顯的就是:支援了 C++ 頁面格式、構造器以及行內函式中的斷點。
如欲取得更多有關於套用於此發行版中的 gdb 更新,請參閱 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/NEWS?rev=1.259.2.1&cvsroot=src。
Red Hat Enterprise Linux 5.3 已新增了 AMD Family10h 處理器的硬體設定支援。這些新的 AMD CPU 支援了 Instruction Based Sampling(IBS)。若要取得 IBS 的支援您需要更改 oProfile 驅動程式來蒐集此資訊並初始化與這些新功能關聯的新模組專屬暫存器(MSR)。
此更新已新增了 IBS_FETCH
和 IBS_OP
設定樣本至 oProfile 驅動程式的各別 CPU 緩衝器與事件緩衝器。新的控制項目也已被新增至 /dev/oprofile
以控制 IBS sampling。這些變更具有針對於先前唯 PMC 版本之驅動程式的向後相容性,並且有個針對於 oProfile 0.9.3 的可用升級檔以便使用新的資料。
如欲取得更多有關於 IBS 的相關資訊,請參閱:Instruction-Based Sampling: A New Performance Analysis Technique for AMD Family 10h Processors, November 19, 2007
Squid 已被同步更新為最新的穩定上游版本(STABLE21)。此更新指出了幾項錯誤,包括:
squid init
script 總是會錯誤地回傳一個退出碼 0。這項錯誤現在已被修正,並使得 squid 現在符合 Linux Standard Base。
使用 refresh_stale_hit
指示會造成錯誤訊息 Clock going backwards
出現在 squid 日誌檔案中。
squid 安裝程序並未設定正確的 /usr/local/squid
目錄擁有權限。在此發行版中,squid
這個用戶現在已是預設的 /usr/local/squid
擁有者。
每當 squid 嘗試使用 hash_lookup()
函式時,它可能會跳出並顯示 signal 6
。
使用 squid_unix_group
可能會造成 squid 當機。
httpd
,也就是 Apache 的 HTTP 伺服器套件,現在已包含了實驗用的 事件 Multi-Processing Model(MPM)。這個 MPM 藉由了使用專屬的線程來處理 keepalive 連線並改善了效能。
audit 套件包含了用來儲存與搜尋 kernel 中的 audit 子系統所產生之稽核紀錄的用戶空間工具。audit 套件已被更新為較新的上游版本 1.7.7,它提供了基於先前 audit 套件上的增強與錯誤修正。
這些更新過的 audit 套件新增了下列增強功能:
audit 系統現在已能夠進行遠端記錄。
auditctl 工具現在在稽核規則中已支援多重金鑰。
現在在這些已更新套件中有個提供為範例的範例 STIG 規則檔案(stig.rules)已被包含,該規則檔案包含了每當 audit daemon 被 init script 啟動時便會載入的 auditctl 規則。
有項新的 ausyscall 工具已被新增來交錯參照 syscall 名稱與號碼資訊。
aureport 現在已會提供一項它在稽核事件中所查看見有關於金鑰的報告。
ausearch 和 aureport 程式的事件日誌剖析(event log parsing)已被改善。
libgomp
已被同步更新為版本 4.3.2-7.el5。這項同步更新改善了 OpenMP
效能,並且新增了當使用 gcc43
編譯器時的 OpenMP
版本 3.0 的支援。
iSCSI 目標功能為 Linux Target(tgt)架構的一部分,它已由技術預覽演變為一項在 Red Hat Enterprise Linux 5.3 中被完整支援的功能。Linux 目標架構(target framework)能讓系統將區塊層級的 SCSI 儲存裝置 serve 至其它含有 SCSI 初始端的系統。這項功能已開始被佈署為 Linux iSCSI 目標,並在網路上將儲存裝置 serve 至任何 iSCSI 初始端。
若要設定 iSCSI 目標,請安裝 scsi-target-utils RPM 並參照 /usr/share/doc/scsi-target-utils-
和 [版本]
/README/usr/share/doc/scsi-target-utils-
中的指南
[版本]
/README.iscsi
ALSA 中的 Intel High Definition Audio 驅動程式已被更新。
AMD ATI 整合晶片上的 High-Definition Multimedia Interface(高解析多媒體傳輸界面,HDMI)音效支援已被更新了。
下列 Wacom 繪圖板現在已可透過 linuxwacom
驅動程式來被支援:
Cintiq 20WSX
Intuos3 4x6
Emulex Fibre Channel Host Bus Adapters 的 lpfc
驅動程式已更新為版本 8.2.0.33.2p。這套用了幾項上游變更,最明顯的就是:
NETLINK_SCSITRANSPORT socket 現在已被使用
解析了未初始化的節點存取。
修正了一項當 NPIV 被啟用時會造成 echotest 失敗的錯誤。
現在已需要 fcauthd
1.19 來進行光纖頻道驗證。
dm-multipath
現在已含有 IBM DS4000 的 inbox 支援。
ixgbe
驅動程式現在已支援 82598AT 雙埠控制器以及 82598 CX4 控制器。
jsm
驅動程式已被更新並提供了 Digi Neo PCI Express 4 HiProfile
I/O 控制器的支援。
hp-ilo:驅動程式已新增,並且提供了 HP Integrated Lights Out(iLO)的技術支援。
radeon_tp
驅動程式現在在此發行版中已被完整支援。此驅動程式可適用於 ATI R500/R600 晶片組。
另外,此功能還含有下列的功用:
R500/R600 晶片組上的模式設定
R500 晶片上的 2D 加速
R600 晶片上的 shadow framebuffer 加速
powernow-k8
驅動程式現在已被包含在此發行版中為可載入的模組。這可確保現有的驅動程式架構(例如 Red Hat Driver Update Model 以及 Dell DKMS)都可在不更新 kernel 的情況下來以 RPM 套件的方式帶給用戶 powernow-k8
驅動程式的更新。
在此發行版中,Red Hat 重新加入了 pnm2ppa
來提供 legacy 印表機的支援。不過請注意,這項支援已被淘汰並且將會停止提供在未來的重大發行版中。
ccid
驅動程式已被同步更新來新增 USB Smartcard 鍵盤上的支援。
USB 視訊裝置的 uvcvideo
驅動程式已被新增至 Red Hat Enterprise Linux 5.3 中的 kernel。
Broadcom NetXtreme II 網路卡的 bnx2
驅動程式已被更新為版本 1.7.9。此更新修正了使用 bnx2
來修復乙太網路環形緩衝區並造成系統開機出錯的選項。
Intel PRO/1000 乙太網路裝置的 e1000e
驅動程式已被更新為上游版本 0.3.3.3-k2。此更新會使受支援之裝置的 EEPROM 和 NVM 受到保護並且變得無法寫入。
igb
:Intel Gigabit Ethernet Adapters 的驅動程式已被更新為版本 1.2.45-k2,並新增了基於 82576 的裝置上的支援。
Intel(R) 10 Gigabit PCI Express 網路裝置的 ixgbe
驅動程式已被更新為版本 1.3.18-k4。
niu
驅動程式已被新增至 Red Hat Enterprise Linux 5.3,並提供了 Sun CP3220 系統上的 10Gbps 乙太網路裝置支援。
Intel PRO Wireless 裝置的 ipw2100
和 ipw2200
驅動程式已被由 Linux Kernel 2.6.25 backport 至 Red Hat Enterprise Linux 5.3。
Broadcom Wireless 裝置的 bcm43xx
驅動程式已由 Linux Kernel 2.6.25 被 backport 至 Red Hat Enterprise Linux 5.3。
無線裝置的 ieee80211
支援元件已由 Linux Kernel 2.6.25 backport 至 Red Hat Enterprise Linux 5.3。
ZyDas Wireless 裝置的 zd1211rw
驅動程式已被更新來符合來自於 Linux 2.6.25 之前最後非 mac80211 的版本。
iwlwifi
驅動程式已被由版本 2.6.26 更新,並為 iwl4965
無線裝置新增了 802.11n 5 的支援。該驅動程式 2.6.26 版本之前的幾個錯誤修正也被併入了含有向後相容性的驅動程式中。
Myricom Myri-10G 乙太網路裝置的 myri10ge
驅動程式已更新為版本 1.3.2-1.269。
NetXen 網路卡的 netxen
驅動程式已被更新為版本 3.4.18。
Broadcom Everest 網路裝置的 bnx2x
驅動程式已更新至版本 1.45.23 並新增了 57711 硬體上的支援。
forcedeth-msi
驅動程式已被更新並修復了一項造成無法正常連線偵測的錯誤。
Atheros 無線裝置的 ath5k
驅動程式已由 Linux Kernel 2.6.26 被 backport 至 Red Hat Enterprise Linux 5.3。
Ralink 無線裝置的 rt2x00
驅動程式已由 Linux Kernel 2.6.26 被 backport 至 Red Hat Enterprise Linux 5.3。
Realtek 無線裝置的 rtl8180
與 rtl8187
驅動程式已由 Linux Kernel 2.6.26 被 backport 至 Red Hat Enterprise Linux 5.3。
cxgb3
:驅動程式(以及相應的軔體)已被包含在此發行版中。此驅動程式支援 Chelsio RDMA 10Gb PCI-E Ethernet adapter。
3w-xxxx
:3ware SATA RAID 控制器的驅動程式已被更新為版本 1.26.03。這套用了幾項上游變更,最明顯的就是:
修正了一項當在一部含有大於 2GB 記憶體的系統上使用 3ware 7000 或 8000 系列控制卡時導致於資料損毀的錯誤。
當在一部含有大於 4GB 記憶體的系統上使用 3ware 8006 系列控制卡時,Anaconda 已不會在 64 位元的架構上當機。
現在當 __tw_shutdown()
被啟用時,irq 處理程式將會被釋放。這可避免進行關閉時若中斷被共享時的 null pointer 反參照。
快取模式頁面的 RCD 位元現在已被開啟。
ioctl
重啟和 scsi
重啟現在已被序列化因此已不再會互相抵觸。
3w-9xxx
:3ware SATA RAID 控制器的驅動程式已更新至版本 2.26.08。此更新套用了一些上游變更,最明顯的就是:
pci_unmap_single()
調用現在在含有大於 4GB 記憶體的系統上已能正確運作
修正了一項造成寫入效能緩慢的錯誤。
DMA 遮罩設定現在在 64 位元失敗的話將會退回至 32 位元。
新增了 3ware 9690SA SAS 控制器裝置上的支援。
megaraid_sas
:驅動程式已更新至版本 4.01-rh1。此更新套用了一些錯誤修正,這包含了:
MFI_POLL_TIMEOUT_SECS
現在為 60 秒鐘。
修正了一項造成晶片持續地重新啟動以及指令因為影像處理計算而逾時的錯誤。
新增了 LSI Generation 2 Controllers(0078、0079)的支援。
新增了一項在關機時會關閉 DCMD 並改善軔體關閉的指令。
修正了一項造成硬體 Linux 驅動程式中非預期中斷的錯誤。
SCSI 裝置處理器架構(scsi_dh
)已被更新,並提供了下列改善:
一個 ALUA(asymmetric logical unit access,非對稱式邏輯單位存取)處理器已被實施。
新增了基於 LSI RDAC SCSI 的儲存裝置支援。
QLogic Fibre Channel Host Bus Adapters 的 qla2xxx
驅動程式已被更新,新增了 ISP84XX 類型的控制卡。
用來模擬虛擬 SCSI(vSCSI)裝置的 ibmvscsi
驅動程式已被更新,並且提供了虛擬化磁帶裝置的支援。
lpfc
:驅動程式已更新至版本 8.2.0.30。此更新套用了一些錯誤修正以及增強,這包含了:
改善了 PowerPC 架構上的 PCI 控制器增強錯誤處理(Enhanced Error Handling,EEH)
增加了支援的 NPIV 虛擬通訊埠數量
改善了控制 I/O 佇列深度的驅動程式邏輯
新增了透過乙太網路(FCoE)控制器的光纖頻道
現在已支援在新硬體上以 SAN 來啟動系統
HP Smart Array 控制器的 cciss
驅動程式已被更新為版本 3.6.20-RH2。
relayfs
先前的緩衝大小限制為 64MB。在此更新中,分配給 on-memory 緩衝的 relayfs 記憶體限制已被增加為 4095MB。這能讓 SystemTap 和其它利用 relayfs
的追蹤工具追蹤更多的事件。
Dell Remote Access Controller 4
(DRAC4)的驅動程式先前並不存在。這造成了 DRAC4 所提供的任何虛擬裝置都無法被 kernel 偵測到。在此更新中,有個提供了適當驅動程式的 pata_sil680 kernel 模組已被新增並解決了這項問題。
Relay interface 的訊息緩衝只會在 relay_open()
被調用時分配給線上的 CPU。因此,若是有個離線的 CPU 在 relay_open()
被調用之後開啟,這將會造成 kernel panic。在此更新中,若有任何 CPU 被新增的話,新的訊息緩衝便會被動態式地分配給這些 CPU。
基於 8250 的序列埠驅動程式已被更新並增加了 DSR/DTR 硬體流量控制上的支援。
Dell Wireless Wide Area Network(WWAN)網路卡的支援已被新增至 kernel。現在受支援的裝置有:
Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card
Dell Wireless 5500 Mobile Broadband HSDPA Mini-Card
Dell Wireless 5505 Mobile Broadband HSDPA Mini-Card
Dell Wireless 5700 Mobile Broadband CDMA/EVDO ExpressCard
Dell Wireless 5510 Mobile Broadband HSDPA ExpressCard
Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card
Dell Wireless 5700 Mobile Broadband CDMA/EVDO Mini-Card
Dell Wireless 5720
Dell Wireless HSDPA 5520
Dell Wireless HSDPA 5520
Dell Wireless 5520 Voda I Mobile Broadband(3G HSDPA)Mini-Card
thinkpad_acpi
kernel 模組已被更新,並針對於新的 Thinkpad 型號提供更加的支援。
軟式鎖定偵測器(soft lockup detector)現在已可被配置來啟動一個 kernel panic 以取代警告訊息。這可讓用戶在軟式鎖定發生時產生和分析損毀傾印以進行偵錯。
若要配置軟式鎖定偵測器來產生一項 panic,請將 kernel 參數 soft_lockup
設為 1
。此參數的預設值為 0
。
oprofile
先前未能正確地辨識基於 Next-Generation Intel Microarchitecture(Nehalem)的處理器。這造成了效能監控單位無法使用以及處理器計時器中斷。kernel 已被更新並且解決了這項問題。
已針對了 Next-Generation Intel Microarchitecture(Nehalem)上的 CPU power state,C3 新增了 kernel 的支援。進入 C3(亦稱為睡眠狀態)可在閒置時改善 CPU 的電源效率。
先前,設定於 kernel 之中的 MAX_ARG_PAGES
限制過低,並且可能會造成下列錯誤:
execve: Argument list too long在此更新中,這項限制已被增加為堆疊大小的 25% 並解決了這項問題。
autofs4
的更新已由 linux kernel 版本 2.6.27 更改為 Red Hat Enterprise Linux 5.3。
Red Hat Enterprise Linux 5.3 現在包含了一項可將核心檔案指定被 pipe 至一個用戶空間應用程式(而不是直接 pipe 至一個檔案)的 forked 副本的功能。這能藉由將 |
放置在 path/to/application
/proc/sys/kernel/core_pattern
中來啟用。當核心被傾印時,一份指定的應用程式的副本便會被執行,然後核心便會被 pipe 至 stdin。這讓核心在核心傾印時可被擴充、分析,以及動態式地處理。
/proc/cpuinfo
檔案現在已會回報各別 CPU 所使用的進階可編程中斷控制器(Advanced Programmable Interrupt Controller,APIC)之 ID。
Machine Check Exception(MCE)kernel 子系統已被增強來支援新系統所需的較大記憶體配置。
mount 指令現在在透過 Samba 掛載檔案系統時已支援 Kerberos 驗證。sec=krb5
或是 sec=krb5i
這兩個切換選項能讓 kernel 調用一個回傳 SPNEGO(Simple and Protected GSSAPI Negotiation Mechanism)安全性二進位大型物件(Binary Large OBject,blob)的用戶空間應用程式(cifs.upcall
)。接著 kernel 便可使用此二進位大型物件來與伺服器進行驗證並掛載請求的檔案系統。
若您在一部使用了 IOAPIC NMI watchdog 分類法的系統上配置了 kernel.unknown_nmi_panic
這個 kernel 參數的話,kernel panic 可能會發生。這是因為 NMI watchdog 無法安全地停用 NMI 來源。
在此更新中,NMI watchdog 編碼已被更新並允許用戶安全地停用 NMI 來源。因此,您現在已能安全地在使用 IOAPIC NMI watchdog 分類法的系統上配置 kernel.unknown_nmi_panic
kernel 參數。
powernowk8
驅動程式之前並未針對於執行中的 CPU 進行足夠的檢查。這造成了當驅動程式被啟動時,可能會有項 kernel opps 錯誤訊息被回報。在此更新中,powernowk8
驅動程式可驗證被支援的 CPU 數量(supported_cpus
)是否相等於線上的 CPU 數量(num_online_cpus
),這便解決了這項問題。
CPUFreq
是個衡量控管 CPU 速率與電壓的 kernel 子系統,它已被更新並且改善了 Cell Processor 的支援。此更新實施了一項會注意 SPU(Synergistic Processing Unit)處理單元的 CPUFreq 調節器,它可增強 Cell Processor 電源上的管理。
錯誤檢測與糾錯(Error Detection and Correction,EDAC)現在在 Red Hat Enterprise Linux 5.3 中的 Cell 寬頻引擎架構(Cell Broadband Engine Architecture)上已被支援。若要啟用 EDAC,請使用這項指令:modprobe cell_edac
若要檢查此模組是否已被新增至您的 kernel,請檢查 /var/log/dmesg 是否有類似以下的輸出:
EDAC MC: Ver: 2.0.1 Oct 4 2008 EDAC MC0: Giving out device to cell_edac MIC: DEV cbe-mic EDAC MC1: Giving out device to cell_edac MIC: DEV cbe-mic
若是遇上了可修正的記憶體錯誤,下列訊息便會被回傳至主控台中:
EDAC MC0: CE page 0xeff, offset 0x5700, grain 0, syndrome 0x51, row 0, channel 0, label "":
原本使用一個共享於多線程之間的變數來以硬體 watchpoint 進行除錯會造成 GNU Debugger(GDB
)不規律地漏掉 trigger 事件。Kernel 已被更新並能讓 GDB
一致性地取得 watchpoint trigger,因而改善除錯 session 的可靠性。
kprobe-booster 現在在 ia64 與 x86_64 架構上已被支援,並允許用戶更快速地偵測 kernel 事件。此功能也會降低偵測工具(例如 SystemTap 和 Kprobes)在執行 64 位元架構的伺服器上所造成的系統超載(overhead)。
已新增了 _PTC
(Processor Throttling Control,處理器節流控制)、_TSS
(Throttling Supported States,節流支援狀態)以及 _TPC
(Throttling Present Capabilities,節流現有功能)物件的支援至 kernel。這項支援為進階組能與電源界面(Advance Configuration and Power Interface,ACPI)規格的一部分,它提供了經改善的處理器節流管理。
在 zipl.conf 中,位於雙引號中並以單引號括起來的參數(如 parameters='vmhalt="LOGOFF"'
)將無法被正確剖析。這造成了安裝 kernel-kdump 時可能會失敗並產生這項錯誤:
grubby fatal error: unable to find a suitable template若要解決此問題,參數應該要被放置在單引號中並以雙引號括起來(如
parameters="vmhalt='LOGOFF'"
)
單引號位於雙引號之中為 Red Hat Enterprise Linux 5 中的預設語法結構。
雙核心 Intel Itanium 2 處理器所填出的系統檢查架構(MCA)紀錄和先前的 Intel Itanium 處理器不同。快取檢測和匯流排檢測的目標標識符號現在在某些情況下可以是不同的。kernel 已被更新並且可找出正確的目標標識符號。
kprobe-booster 現在在 ia64 與 x86_64 架構上已被支援,並允許用戶更快速地偵測 kernel 事件。此功能也會降低偵測工具(例如 SystemTap 和 Kprobes)在執行 64 位元架構的伺服器上所造成的系統超載(overhead)。
在此更新中,pselect()
和 ppoll()
系統調用上的支援已被新增至 kernel。
此部份包含著針對於虛擬化工具的 Red Hat Enterprise Linux 套件所作出的更新的相關資訊。
blktap(blocktap)用戶空間工具組已被更新,並提供了一項用功能來監控 blktap 所支持之虛擬化客座端的傳輸數據。
已新增了 Intel Extended Page Table(EPT)功能上的支援,並改善了支援 EPT 的硬體上的完整虛擬化客座端效能。
客座端的 e1000
網路裝置模擬已被新增至此更新中,並且只支援 ia64 架構上的 Windows 2003 客座端。若要使用 e1000 模擬,您必須使用 xm 指令。
virtio
的驅動程式、KVM 中的 I/O 虛擬化的平台已由 Linux Kernel 2.6.27 回溯至 Red Hat Enterprise Linux 5.3。這些驅動程式將能讓 KVM 客座端達到更高層級的 I/O 效能。各種像是 anaconda
、kudzu
、lvm
、selinux
以及 mkinitrd
的用戶空間元件也已被更新來支援 virtio 裝置。
原生的 Linux kernel 會自動地支援 vmcoreinfo
,不過,若要在 dom0 網域上設定 kdump 的話,您將需要 kernel-xen-debuginfo
套件。在此更新中,kernel 和 hypervisor 已被修改並支援了 vmcoreinfo 自然地讀取和寫入 kdump。需要使用 kdump 來在 dom0 網域上進行除錯或是其它調查動作的用戶現在已能在不安裝 debuginfo
或 debuginfo-common
套件的情況下這麼做了。
當使用模擬的磁碟和網路裝置時,完整虛擬化的 Red Hat Enterprise Linux 5 客座端會達到最適度下(suboptimal)的效能。在此更新中,kmod-xenpv 套件已被包含來簡化完整虛擬化客座端中的半虛擬化磁碟和網路上的使用。
在完整虛擬化的客座端中使用這些驅動程式可大幅地改善效能和完整虛擬化客座端的功能。針對於 netfront 和 block front 驅動程式所進行的錯誤修正可即刻生效並與 kernel 套件同步化。
客座端現在已能使用 2MB 的 backing page 記憶體表格,這將能改善系統效能。
關閉半虛擬化的客座端可能會造成 dom0 停止回應一段時間。在含有較多記憶體(例如 12GB 或更多)的客座端上有可能會有幾秒鐘的延遲。在此更新中,虛擬化的 kernel 可先佔式地關閉大型的半虛擬化客座端並解決這項問題。
crash
原本無法讀取來自 vmcore 檔案的 hypervisor 的重定位地址。這造成了以 crash 來開啟虛擬化 kernel vmcore 檔案時將會失敗。
先前,半虛擬化的客座端最多只能有 16 個磁碟裝置。在此更新中,這項限制已被增加為最大 256 個磁碟裝置。
為 kdump kernel 所保留的記憶體不正確,並造成了無法使用的 crash 傾印。在此更新中,記憶體的保留已被更正,並能讓正確的 crash 傾印產生。
為半虛擬化的客座端磁碟附加特定名稱(例如 /dev/xvdaa
、/dev/xvdab
、/dev/xvdbc
等等)會在客座端中造成 /dev
裝置損毀。此更新解決了這項問題,因此附加這些名稱至半虛擬化客座端的磁碟上將會在客座端中建立正確的 /dev
裝置。
先前,loopback 裝置的數量被限制為 4 個。這造成了在含有超過四個網路介面的系統上無法建立橋接。在此更新中,netloop
驅動程式現在已能視需求建立額外的 loopback 裝置。
當建立和毀掉虛擬網路裝置時,競賽狀況(race condition)有可能會發生。在某些情況下,特別是高負載的情況下,這會造成虛擬裝置停止反應。在此更新中,虛擬裝置的狀態會先被檢查以防競賽狀況發生。
若應用程式被擱置繼續執行的話,virt-manager
中就會有個記憶體遺漏狀況發生。這會造成該應用程式持續耗費更多資源,並導致記憶體不足。在此更新中,這項遺漏的問題已被修正。
crash
工具無法由執行 kernel-xen
的系統分析 x86_64
vmcores,因為 Red Hat Enterprise Linux 的 hypervisor 可被重新定位並且被重定位的實體區段基底地址(physical base address)並未被傳送至 vmcore 檔案的 ELF 標頭中。crash 工具的新 --xen_phys_start
指令列選項能讓用戶將重定位的實體區段基底地址傳送給 crash。
並非所有滑鼠事件都會被 Paravirtual Frame Buffer(PVFB)
擷取與處理。這造成了當和含有 Virtual Machine Console
的半虛擬化客座端相互作用時,滑鼠的滾輪無法運作。在此更新中,滾輪的滑鼠事件已可被正確處理並解決了這項問題。
在含有大量記憶體(例如 256GB 或更多)的系統上,設定 dom0 可能會耗盡 hypervisor 的記憶體 heap。若要解決此問題,您必須將系統的 xenheap 和 dom0_size 指令列引數設為有效的值。在此更新中,hypervisor 已被更新為可自動地設定這些值,因而解決了這項問題。
在一部含有大量 CPU 的機器上使用虛擬化可能會造成 hypervisor 在進行客座端安裝時當機。在此更新中,這項問題已被解決。
當以大量記憶體來建立客座端時,可能會發生軟式鎖定的情況。這會造成 dom0 和客座端上各出現一則錯誤的程式呼叫過程。在此更新中,這項問題已被解決。
在回傳了 CPUID family value 為 6 的 Intel 處理器上,只有一個效能計數寄存器(counter register)會在 kernel-xen
中被啟用。這造成了只有計數器 0 會提供數據。在此更新中,這項問題已被解決。
在含有較新 CPU 的系統上,CPU APIC ID 可能會和 CPU ID 不同。這造成了虛擬化 kernel 無法初始化 CPU 速率調校。在此更新中,虛擬化 kernel 現在已可從 hypervisor 擷取 CPU APIC ID,並可正確地初始化 CPU 速率調校。
當執行一個 x86 半虛擬化的客座端時,若有項程序存取了無效的記憶體,它便會在一個迴圈循環中執行而不是取得 SEGV 訊號。這是因為 execshield 檢測在 hypervisor 下進行時產生的漏洞所造成的。在此更新中,這項問題已被解決。
一項先前造成客座端安裝失敗的 xend
錯誤現在已被修正。
evtchn
事件頻道裝置缺少了鎖定及記憶體屏障。這造成了 xenstore 變得無法反應。在此更新中,這項問題已被解決。
非統一記憶體存取(Non-Uniform Memory Access,NUMA)資訊並未被 xm info
指令顯示出。這會造成各個節點的 node_to_cpu
值都會被錯誤回傳為 no cpus
。在此更新中,這項問題已被解決。
先前,在硬體虛擬機器(Hardware Virtual Machine,HVM)上,若處理器包含了 VT-i2 技術的話,客座端的建立便會失敗。在此更新中,這項問題已被解決。
當客座端虛擬機器可使用的 Dynamic IRQ 已耗盡時,dom0
kernel 便會當機。在此更新中,當機的情況已被修正,可用的 IRQ 數量也已被增加並解決了這項問題。
在含有較新 CPU 的系統上,CPU APIC ID 可能會和 CPU ID 不同。這造成了虛擬化 kernel 無法初始化 CPU 速率調校。在此更新中,虛擬化 kernel 現在已可從 hypervisor 擷取 CPU APIC ID,並可正確地初始化 CPU 速率調校。
當使用虛擬化 kernel 時,磁碟機媒介將無法被存取。若要解決此問題,請使用 USB 磁碟來取代。
請注意,磁碟媒介可正常使用於其它非虛擬化的 kernel。
在進行半虛擬化客座端的即時遷移時,若相應主機(dom0)的時間尚未同步化的話,依賴時間相依性的客座端程序便可能無法正常運作。請在進行遷移之前使用 NTP 來為所有相應的主機同步化系統時間。
在兩台主機間重複地轉移客座端可能會導致一台主機當機。若一台主機在自該機器轉移後、同時在同樣的客座端轉移回來之前重新開機,當機情形就不會發生。
若客座端是以多重虛擬 CPU 來啟動的話,以客座端身份執行 Windows 2008 或是 Windows Vista 時格式化磁碟可能會造成當機。若要解決此問題,當進行格式化時,請以單虛擬 CPU 來啟動客座端。
透過 virt-manager
所建立的完整虛擬化客座端有時可能會造成滑鼠在畫面上無法自由地移動。若要解決此問題,請使用 virt-manager
來為客座端配置一個 USB 行動裝置。
在一部含有 128 或更多 CPU 數量的系統上,最大 CPU 數量必須被限制為少於 128。目前所支援的最大值為 126。請使用 maxcpus=126
hypervisor 引數來將 Hyprevisor 限制為 126。
完整虛擬化的客座端無法修正因為暫停和恢復網域所造成的 time lost。半虛擬化 kernel 的好處就是可正確追溯暫停和復原事件之間的時間。此問題已被回報並將透過使用替代的計時器來解決。如此一來,完整虛擬化的客座端便會使用半虛擬化的計時器。目前該程式碼還在上游開發中,並且應該在之後的 Red Hat Enterprise Linux 版本中便可使用了。
重複遷移半虛擬化的客座端可能會造成 bad mpa
訊息出現在 dom0
主控台上。在某些情況下,hypervisor 也有可能會進入 panic 狀態。
若要避免 hypervisor kernel panic,一旦 bad mpa 訊息出現時,請重新啟動被遷移的客座端。
當設定綁定至 dom0
上的介面時,預設的 network-bridge
script 可能會造成綁定的網路介面在 unavailable
和 available
之間進行切換。這種情況一般稱為 flapping。
若要避免此狀況發生,請將 /etc/xen/xend-config.sxp
中標準的 network-script
行列取代為下列行列:
(network-script network-bridge-bonding netdev=bond0)
這麼作將會停用 netloop 裝置,並避免位址解析通訊協定(Address Resolution Protocol,APR)的監控在位址轉換程序進行時失敗。
當執行多重客座端網域時,客座端網路作業可能會暫時性地停止運作,並造成下列錯誤被回報於 dom0 日誌中:
Memory squeeze in netback driver若要避免此問題發生,請透過使用
dom0_mem
hypervisor 指令列選項來提高 dom0 的可用記憶體數量。
無法透過 xm migrate
來遷移半虛擬化的客座端。
[domain]
[dom0 IP address]
在完整虛擬化的 SMP 客座端上安裝 Red Hat Enterprise Linux 5 時,安裝過程可能會停滯不動。當主機(dom0
)執行 Red Hat Enterprise Linux 5.2 時,這種情況就可能會發生。
若要避免此問題,請在安裝時將客座端設定為只使用單處理器。您可以藉由 virt-install
的 --vcpus=1
選項來達成此一目的。一旦安裝完成後,您便可透過修改 virt-manager 中所分配的 vcpus
來將客座端設為 SMP。
無法透過 xm migrate
來遷移半虛擬化的客座端。
[domain]
[dom0 IP address]
HP xw9300 與 xw9400 系統在安裝虛擬化功能時,可能會出現 time went backwards
訊息。
要解決 xw9400 的問題,請設定 BIOS,啟用 HPET 計時器。請注意,這選項在 xw9300 上是沒有的。
若在完整虛擬化的客座端上安裝 Red Hat Enterprise Linux 3.9 的話,系統可能會變得極為緩慢。另外,在安裝程序完成之後啟動客座端可能會造成 hda: lost interrupt
錯誤。
若要避開這項啟動上的錯誤,請將客座端配置來使用 SMP kernel。
將主機(dom0
)系統升級至 Red Hat Enterprise Linux 5.2 有可能會使得現有的 Red Hat Enterprise Linux 4.5 SMP 半虛擬化客座端變得無法啟動。當主機系統含有大於 4GB 的 RAM 時,這種情況才較有可能會發生。
若要避免此問題,請利用單 CPU 模式來啟動各個 Red Hat Enterprise Linux 4.5 客座端並將它的 kernel 升級為最新版本(Red Hat Enterprise Linux 4.5.z)。
無法透過 xm migrate
來遷移半虛擬化的客座端。
[domain]
[dom0 IP address]
在某些主控台輸出設定為 VGA 的 Itanium 系統上,dom0
虛擬化核心可能會無法啟動。這是因為虛擬化核心無法從「Extensible Firmware Interface」(EFI)設定中,正確地偵測到預設的主控台裝置。
當這問題發生時,請在 /boot/efi/elilo.conf
檔案中的核心啟動選項中加入 console=tty
這個開機參數。
在有些 Itanium 系統(裡如 Hitachi Cold Fusion 3e)上,當 VGA 被 EFI 維護管理員啟用時,序列埠便無法在 dom0
中被偵測到。因為如此,您必須為 dom0
kernel 提供下列序列埠資訊:
速度(位元 / 秒)
資料位元數量
配類
io_base
位址
這些詳情必須指定於 /boot/efi/elilo.conf
檔案中的 dom0
kernel 的 append=
行列上。例如:
append="com1=19200,8n1,0x3f8 -- quiet rhgb console=tty0 console=ttyS0,19200n8"
在此範例中,com1
代表序列埠、19200
代表速度(位元 / 秒)、8n1
指定了資料位元 / 配類設定數量,而 0x3f8
則代表 io_base
位址。
虛擬化無法在某些使用非統一記憶體存取(Non-Uniform Memory Access,NUMA)的架構上運作。因此,在使用 NUMA 的系統上安裝虛擬化 kernel 會導致無法正常開機。
有些安裝號碼就預設值會安裝虛擬化 kernel。若您有這樣的一組安裝號碼,並且您的系統也使用 NUMA,不過卻無法使用 kernel-xen 的話,請在安裝時反選虛擬化(Virtualization)選項。
目前,此架構並不支援完整虛擬化客座端的動態遷移。除此之外,此架構上的 kexec
與 kdump
也不被支援的虛擬化功能。
「技術搶先版」的功能目前並不含括在 Red Hat Enterprise Linux 的訂閱服務支援中,這些功能可能還不完整,也不適用於生產環境之下。然而,為了客戶的方便,並提供更高的曝光率,我們將這些功能放入了此產品中。
使用者可能會發現這些功能在非生產環境下非常有用。在我們完整支援這些功能前,使用者能夠針對技術預覽回饋意見,並且建議新的功能。針對高嚴重性的安全問題,我們會提出勘誤修正。
在技術預覽的發展過程中,其額外部份可能也會釋出,以便讓公眾測試。Red Hat 將在未來不論大小的版本中,完整支援技術預覽功能。
在 EMC Clariion 儲存庫上使用 dm-multipath
來進行的暗示 active-active 故障復原的功能現在已被支援。此模式是以個別的 T10 規格來提供的,不過僅提供在此版本中作為技術預覽。
若想取得更多 T10 的相關資訊,請參閱 http://www.t10.org。
ext4
這個最新的 ext 檔案系統包含在此發行版中為技術預覽。Ext4
屬於 Red Hat and the Linux 社群所開發的 ext3
檔案系統的增強版。此檔案系統在本技術預覽中的名稱為 ext4dev
。
此檔案系統是由 ext4dev.ko
kernel 模組所提供的,以及一個新的 e4fsprogs
套件,該套件包含著可用於 ext4 的更新版 e2fsprogs 管理工具。若要使用的話,請安裝 e4fsprogs
然後使用來自於 e4fsprogs 程式、類似 mkfs.ext4dev
的指令來建立一個基於 ext4 的檔案系統。當參照掛載指令列或是 fstab 檔案上的檔案系統時,請使用 ext4dev
這組檔案系統名稱。
FreeIPMI 現在已被包含在此更新中作為技術預覽。FreeIPMI 是一組智慧型平台管理介面(Intelligent Platform Management,IPMI)系統軟體。它提供了 in-band 和 out-of-band 軟體,以及符合智慧型平台管理介面(IPMI v1.5 和 v2.0)標準的開發函式庫。
若想取得更多 FreeIPMI 的相關資訊,請參閱 http://www.gnu.org/software/freeipmi/
TrouSerS 和 tpm-tools
被包含在此版本中以啟用 Trusted Platform Module(可信賴平台模組,TPM)硬體。TPM 硬體功能(不僅)包含:
安全的 RSA 金鑰建立、儲存與運用(不暴露在記憶體中)
透過使用加密雜湊來驗證平台的軟體狀態
TrouSerS 為可信賴運算組織(Trusted Computing Group)的軟體堆疊(TSS)規格所實做的。您能夠使用 TrouSerS 來編寫使用 TPM 硬體的應用程式。tpm-tools
是個用來管理和利用 TPM 硬體的工具套件。
若想取得更多 TrouSerS 的相關資訊,http://trousers.sourceforge.net/。
eCryptfs 是個 Linux 的堆疊加密檔案系統。它會掛載於當前已掛載的較低層檔案系統(例如 EXT3)中的個別目錄上;若要開始使用 eCryptfs,您無須更改現有的磁碟分割或檔案系統。
在此發行版中,eCryptfs 已被同步更新為上游版本 56,它提供了幾個錯誤修正和增強功能。此外,此更新還提供了一個協助配置 eCryptfs 的圖形化程式(ecryptfs-mount-helper-gui
)。
此更新同時更改了特定 eCryptfs 掛載選項的語法。若您選擇更新此版本的 eCryptfs,您應該更新任何受影響的掛載 script 和 /etc/fstab
項目。如欲取得這些變更上的相關資訊,請參閱 man ecryptfs
。
下列警告所針對的是此發行版的 eCryptfs:
請注意,eCryptfs 檔案系統只有在加密的檔案系統被掛載於相同名稱的目錄上時才可正常運作。比方說:
mount -t ecryptfs /mnt/secret /mnt/secret
檔案系統的安全性部份不應被暴露,也就是說它不應該被掛載至其它掛載點、綁定掛載等等。
掛載於網路檔案系統上的 eCryptfs(例如 NFS、Samba)將無法正常運作。
此版本的 eCryptfs kernel 驅動程式需要更新過的用戶空間,該用戶空間由 ecryptfs-utils-56-4.el5
或更新版本所提供。
如欲取得更多有關於 eCryptfs 的相關資訊,請參閱 http://ecryptfs.sf.net。您也能參閱 http://ecryptfs.sourceforge.net/README 和 http://ecryptfs.sourceforge.net/ecryptfs-faq.html 來取得基本的設定資訊。
Stateless Linux 是一種新的執行與管理系統之思維方法,用來簡化大量系統的管理工作,方法是讓管理者能輕易地替換系統。主要作法是準備系統的映像檔,透過大量的 stateless 系統來複製與管理,以唯讀的方式來執行作業系統(詳情請參閱 /etc/sysconfig/readonly-root
)。
在它目前發展的階段中,Stateless 功能為目標的一部分。就其本身而言,該項功能還是一樣保持為「技術預覽」。
我們強烈建議想測試 stateless 功能的使用者讀取 HOWTO 技術文件,網址為:http://fedoraproject.org/wiki/StatelessLinux/HOWTO,並加入 stateless-list@redhat.com 郵件論壇。
Stateless Linux 的啟用架構元件原本在 Red Hat Enterprise Linux 5 之中已被介紹。
AIGLX 屬於完整支援 X 伺服器的技術預覽功能。其目標是在標準桌面上,啟用 GL 加速特效。這項專案計劃包括以下內容:
稍微經過修改的 X 伺服器。
更新過的 Mesa 套件,支援新的通訊協定。
安裝這些元件後,不需要太多變更,您的電腦上就可以擁有 GL 加速特效,以及不需要取代 X 伺服器就可以啟用或停用這些特效的能力。AIGLX 也啟用了遠端 GLX 應用程式,以善用硬體 GLX 加速所帶來的好處。
Linux 的目標(tgt)架構允許系統在其它擁有 SCSI 啟動程序的系統上伺服 block-level 的 SCSI 儲存庫。這項功能被佈署為 Linux iSCSI 目的地,透過網路為任何 iSCSI 啟動程序伺服儲存庫。
若要設置 iSCSI 目的地,請安裝 scsi-target-utils
RPM 並參閱指南:
/usr/share/doc/scsi-target-utils-
[version]
/README
/usr/share/doc/scsi-target-utils-
[version]
/README.iscsi
請以所安裝的套件之相應版本來取代
。
[version]
欲取得更多相關資訊請參閱 man tgtadm
。
firewire-sbp2
模組依然被包含在此更新中為技術預覽。該模組能啟用和 FireWire 儲存裝置以及掃描器之間的連結。
目前,FireWire 並不支援下列:
IPv4
pcilynx 主機控制器
multi-LUN 儲存裝置
以非特殊地方式存取儲存裝置
另外,此版本的 FireWire 中還是存在著下列問題:
SBP2
驅動程式中的記憶體流失可能會造成機器的反應遲鈍。
此版本中有個程式碼在二進位資料次序(big-endian)的機器中無法正常運作。這有可能會導致在 PowerPC 中產生無法預期的錯誤。
此發行版包含了 ktune
(來自於 ktune
套件),這是一項設置了幾個 kernel 調校參數為適合特定系統設定檔的值的服務。目前,ktune
只為使用大量記憶體、執行耗費大量磁碟與高網路使用量的應用程式的系統提供設定檔。
ktune
所提供的設定不會覆蓋設置於 /etc/sysctl.conf
之中或是透過 kernel 指令列所進行的設定。ktune
可能並不適合某些系統與工作量;因此,您應該在佈署至生產環境之前進行完整的測試。
您可藉由(以 root 身份)使用 service ktune stop
來停止 ktune
以停用任何 ktune
所設置的設定並回復到您正常的設定。
一般用途序列 I/O(Serial General Purpose Input Output,SGPIO)是個使用於主板和各種內部與外部硬碟外盒之間的企業標準通訊方式。此方式可被用來透過 AHCI 驅動程式介面來控制外盒的 LED 燈。
在此發行版中,dmraid 中的 SGPIO 支援屬於技術預覽。這可允許 dmraid 正常運作於磁碟外盒。
GNU 編譯器套裝版本 4.3(Gnu Compiler Collection version 4.3,GCC4.3)現在已包含在此發行版中為技術預覽。這組編譯器包含了 C、C++ 以及 Fortran 95 編譯器,以及支援函式庫。
請注意,gcc43
套件中,gnu89-inline
選項的預設值已被更改為 -fgnu89-inline
,而上游與未來的 Red Hat Enterprise Linux 5 更新則會使用 -fno-gnu89-inline
為預設值。這是必要的,因為許多 Red Hat Enterprise Linux 5 中的標頭都預期 GNU in-line 語義而非 ISO C99 語義。這些標頭尚未被調整來透過屬性請求 GNU in-line 語義。
在此更新中,有個新的 kernel marker/tracepoint 功能已被實作為技術預覽。此介面新增了靜態的偵測點入 kernel 中,並用來與類似 SystemTap 的工具一起使用。
乙太網路光纖頻道(FCoE)驅動程式以及 libfc 提供了在標準乙太網路卡上執行 FCoE 的功能。這項功能提供於 Red Hat Enterprise Linux 5.3 中為技術預覽。
Red Hat Enterprise Linux 5.3 在三個特定的硬體架構上提供了完整的 FCoE 支援。這些架構為:Cisco fnic
驅動程式、Emulex lpfc
驅動程式,以及 Qlogic qla2xx
驅動程式。
裝置錯誤監控使用了 dmraid 和 dmevent_tool 工具,並包含在 Red Hat Enterprise Linux 5.3 中為技術預覽。這項功能提供了可監控和回報 RAID 群組之元件裝置上的裝置錯誤的能力。
TTY 裝置活動報告的資料原本無法正常產生。這造成了 sar -y
指令失敗,並回傳下列錯誤:
Requested activities not available in file
在此更新的套件中 sar 已被更正,因此 -y 選項已可輸出 TTY 裝置活動。
先前,若將 /etc/multipath.conf
中的 max_fds
設置為 unlimited
的話,將會造成 multipathd daemon 無法啟動。若開啟的檔案描述器數量需要被設為系統最大值的話,max_fds
應被設為 max
。
mod_perl 現在已被同步更新為版本 2.0.4,也就是最新的上游發行版。此更新套用了幾個新要素,這包含了一項允許 mod_perl 能與 Bugzilla 3.0 正常運作的錯誤修正。
cups 現在已被同步更新為版本 1.3.7。此更新套用了幾個錯誤修正和增強功能,包括:
Kerberos 驗證現在已被支援。
用戶定義的印表機與工作政策現在已能被正確載入。
當瀏覽被停用時,遠端佇列快取已不再會被載入。
classes.conf
配置檔案現在已含有正確的檔案權限。
lm_sensors
已被同步更新為版本 2.10.7。此更新套用了幾個上游增強功能以及錯誤修正,這包含了一個當 k8temp
被載入時,libsensors 不會當機並產生 General parse error
這則錯誤訊息的修正。
elfutils 在此發行版中已被更新並發現了下列錯誤:
當讀取特定輸入檔案時,eu-readelf 工具有可能會當機。
eu-strip 工具被使用於建立新 binary 套件用的 rpmbuild
程序中。它將除錯資訊與可執行的程式碼分開來並製作了 -debuginfo
套件。此工具程式中有項錯誤會產生在 s390 平台上的 ET_REL 檔案所無法使用的除錯資訊;這影響了 Linux kernel 模組檔案(.ko.debug
),並造成了產生的 kernel-debuginfo
套件無法和 s390 上的 Systemtap 運作。
vnc-server 現在已被同步更新為版本 4.1.2-14.el5。此更新套用了下列修正:
一項造成當 Xvnc 失敗時,vncserver 無法列印錯誤訊息的錯誤現在已被修正。
Xvnc 已不再使用錯誤的 root 視窗疊放(window depth);它現在所使用的是由 -depth
選項所指定的正確視窗疊放。
一項造成了 libvnc.so
模組使 X 伺服器當機的錯誤現在已被修正。
Xvnc 現在在所有架構上都已支援 GLX 和 RENDER 延伸。
smartmontools 已被同步更新為版本 5.38。此更新改善了硬體裝置的 autodetection、改善了 CCISS RAID 陣列的支援,並大幅增加了裝置種類上的支援。
此更新同時修正了一項 SELinux 防止 smartmontools 監控 3ware RAID 裝置的錯誤。smartmontools 現在已可正確地監控這類型的裝置。
python-urlgrabber 已被同步更新為版本 3.1.0-5。此更新套用了幾個來自於上游的錯誤修正,包括:
yum
現在已可由一個不支援部份下載的 yum
儲存庫正常地進行重新下載。
yum
現在已可恢復被中斷的下載,儘管該 yum
儲存庫基於一個含有特定通訊埠的 FTP。
進度表現在已能動態式地和終端機寬度改變。此外,進度表現在看起來更乾淨並顯示了已下載資料的總百分比。
python-urlgrabber 的 keepalive
訊號現在已被修正。先前,此訊號中有項錯誤會在進行下載時不正確地增加記憶體的使用量;此外,這項錯誤也造成了 reposync 和 yumdownloader 在下載大量套件時無法正常運作。
yum-utils 已被同步更新至上游版本 1.1.16。此更新套用了幾個錯誤修正,包括:
yum update --security
現在已可正確地找出較舊的相關安全性更新。
yum-versionlock
現在已能正確地針對於淘汰的套件運作。
此更新同時包含了 yum-fastestmirror
插件,它啟用了 yum 來選擇鏡像中最快的儲存庫。
Samba 已被同步更新為上游版本 3.2.0。這修正了幾項錯誤,包括造成用戶無法加入使用了 Windows 2003 為它們的名稱伺服器的網域的錯誤。此更新同時修正了一項造成 samba 網域成員在透過使用了 net rpc changetrustpw
來更改系統密碼後損毀的錯誤。
如欲取得包含在此發行版中、更為完整的上游 samba 更新清單,請參閱 http://www.samba.org/samba/history/samba-3.0.32.html
OpenLDAP 已被同步更新為上游版本 2.3.43。此更新套用了幾個上游錯誤修正,包括:
現在若 slapd
daemon 無法讀取某個 TLS 憑證檔案的話,init
script 已會回報一則警告。
openldap-debuginfo
套件中所有的函式庫現在都已被 unstripped 了。
現在反安裝 openldap-devel
套件已不會導致 OpenLDAP 函式庫損毀了。
Red Hat 現在已為 OpenLDAP 伺服器發佈了額外的 overlay。除了 syncprov
之外,所有 overlay 都能在各別的 openldap-servers-overlays
套件中找到,這些 overlay 都已被編譯為可動態式載入的模組。syncprov
overlay 已靜態地連至 OpenLDAP 伺服器以保留較舊 OpenLDAP 發行版的相容性。
因為 xterm
binary 已設置了 set group ID(setgid
)位元,因此特定環境變數(例如 LD_LIBRARY_PATH
與 TMPDIR
)被反設置了。在此發行版中,xterm
binary 現在已配置了 0755
權限模式,並解決了這項問題。
在此發行版中,當多台機器以 ypbind 來連結時,平衡 NIS 伺服器上的負載之建議方式已改變。ypbind daemon 的特性並未改變:它還是會 ping 所有列在 /etc/ypbind
配置檔案中的 NIS 伺服器然後綁定至一個回應最快的伺服器。先前所建議的是列出每部機器的 /etc/ypbind.conf
配置檔案中所有可用的 NIS 伺服器。不過,因為伺服器就算在高負載的情況下也可快速地回應這個 ping,因而在不注意的情況下增加了它們的自己的負載,現在我們建議系統管理員只列出各台機器的 ypbind.conf 中少量的可用 NIS 伺服器,並隨著各台機器改變此清單。如此一來,NIS 伺服器便會自動地平衡負載,因為並非所有列出的 NIS 伺服器都可使用於所有機器。
OpenMotif 已被同步更新至上游版本 2.3.1。此更新套用了幾個錯誤修正,包括:
OpenMotif 在處理 Grab
和 Ungrab
事件上有項錯誤,這項錯誤現在已被修正。在先前的發行版中,這項錯誤可能會造成畫面被鎖定住。
nedit 中有項錯誤可能會造成它在使用 nedit 圖形化用戶介面時當機。這是基於程式碼中某個函式在進行某些項目選擇時所造成的區段錯誤,這項錯誤現在已被修正。
dbus 已被同步更新為版本 1.1.2。此更新修正了一項多線程程式在 dbus 中可能會造成 deadlock 的錯誤。在先前的發行版當中,當有個線程監聽 dbus 並處理訊息時,第二個線程便會將訊息傳送至 dbus。
strace 已被同步更新為版本 4.5.18。此更新修正了幾個錯誤,包括:
一項當在某些多線程程式(特別是在 64 位元的系統上)上使用 -f
選項時會使 strace 當機的錯誤現在已被修正。
一項造成 64 位元版本的 strace 無法在 32 位元程序上執行 vfork()
函式調用的錯誤現在已被修正。
cpuspeed 已被更新為版本 1.2.1-5。透過了此更新,現在若所有其它模組都載入失敗的話,cpuspeed init
script 便會載入 speedstep-centrino
模組。此外,有一項會造成 Powernow-k8
模組無法載入的用戶空間錯誤現在已被修正。
frysk 工具套件已被完全地從此發行版中移除了。frysk 原本為 Red Hat Enterprise Linux 5.0 中的技術預覽。
先前,iostat -x
指令所提供的分割區 I/O 數據並不完整。在此更新中,分割區數據現在的計算方式已和磁碟數據相同,這提供了具連貫性以及較為廣泛的分割區層級 I/O 數據。
在 Dovecot 郵件伺服器的配置檔案中發現了密碼驗證的相關漏洞。若系統定義了 ssl_key_password
選項的話,所有本地用戶皆可檢視 SSL 金鑰密碼。(CVE-2008-4870)
這項漏洞並不會讓攻擊者取得 SSL 金鑰的內容。密碼在缺少了金鑰檔案的情況下便沒有用處,並且非任何用戶都含有讀取該金鑰檔案的權限。
不過為了要進行保護,dovecot.conf
檔案現在支援了「!include_try」指令。ssl_key_password
選項應該已被由 dovecot.conf
中移至一個只有 root 可讀取和寫入的新檔案中(如 0600)。這個檔案應藉由設定 !include_try
選項來從 /path/to/password/file
dovecot.conf
進行參照。
ksh 已被同步更新為版本 2008-02-02。此更新新增了多重位元組的字元處理、找出了許多工作控制上的問題並套用了幾個來自於上游的錯誤修正。請注意,這項針對於 ksh 所作的更新會產生現有 script 相容性上的問題。
vmconvert
有項使它無法在 vmur
裝置節點(/dev/0.0.000c
)上正常運作的錯誤。這造成了 vmconvert
在嘗試存取 vmur
裝置上的傾印時將會失敗並產生 vmconvert: Open dump file failed! (Permission denied)
這則錯誤訊息。在此發行版中,s390utils
已被更新來修正了此問題。
mon_procd
daemon 和 mon_fsstatd
daemon 的 init
script 和 config
檔案原本不存在 s390utils
套件中。這造成了這些 daemon 無法被建置和使用。這些遺失的檔案在此更新中已被新增並解決了這項問題。
一項造成 ehci_hcd
模組無法在此架構上被重新載入的錯誤已被修正。這可確保 Belkin 4-port PCI-Express USB Lily 控制器(和其它相似的裝置)現在已可在使用 ehci_hcd
模組的情況下正確地運作於 Red Hat Enterprise Linux 5 上。
libhugetlbfs 函式庫現在已被同步更新為版本 1.3。此更新已針對了該函式庫套用了幾個上游增強功能,並從而改善了使用大型頁面的應用程式的效能。
如欲取得完整的 libhugetlbfs 更新清單,請參閱下列連結:
http://sourceforge.net/mailarchive/message.php?msg_name=20080515170754.GA1830%40us.ibm.com
在 Red Hat Enterprise Linux 5.2 中,除了 32 位元的 httpd,64 位元版本的 httpd 也已被包含在此架構中。若用戶兩個版本都安裝的話,這將會產生 httpd 衝突,並造成 httpd 無法正成運作。
為了解決這項問題,64 位元版本的 httpd 已從此發行版中移除。若升級此發行版的 httpd,64 位元版本的 httpd 也會被自動地移除掉。
當使用新的磁碟加密功能來為 root 檔案系統加密時,在關閉系統的時候您將會在主控台上看見下列錯誤訊息:
Stopping disk encryption [FAILED]
這則訊息可被忽略,關機程序將會成功完成。
當使用一個加密的裝置時,啟動的時候下列錯誤訊息將會被回報:
insmod: error inserting '/lib/aes_generic.ko': -1 File exists您可忽略掉這則訊息。
在 multipath 上使用 Multiple Device(MD)RAID 來進行安裝將會造成機器無法啟動。內部提供 RAID 的存儲區域網路(Storage Area Network,SAN)裝置的 Multipath 則不會受到影響。
當大量的 LUN 被新增至節點,multipath 會大幅增加 udev 為它們建立裝置節點的所需時間。若您遇上了此問題,您可藉由刪除位於 /etc/udev/rules.d/40-multipath.rules
中的下列行列來進行修正:
KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"此行列會造成每次當有個區塊裝置被新增至節點時,udev 便會執行 multipath。就算移除了此行列,multipathd 還是會自動地建立 multipath 裝置,並且 multipath 還是會在開機程序進行時為了多重路徑的 root 檔案系統而被調用。唯一不同的是,當 multipathd 非運作時,multipath 裝置不會被自動地建立,這對於大部分 multipath 的使用者來說應該不構成問題。
當由較舊版本的 Red Hat Enterprise Linux to 5.3 進行升級時,您可能會遇到下列錯誤:
Updating : mypackage ################### [ 472/1655] rpmdb: unable to lock mutex: Invalid argument
造成鎖定問題的原因基於在 5.2 和 5.3 之間,glibc 中共享的 futex(快速用戶區互斥)鎖定被增強為針對於單項程序的 futexes。因為如此,針對於 5.2 glibc 執行的程式無法正確地針對執行 5.3 glibc 的程式進行共享的 futex 鎖定。
這則特定錯誤訊息是個套件調用 rpm 為它安裝 script 的一部分的副作用。進行升級的 rpm 事例在整個升級程序當中都使用了先前的 glibc,不過由 script 中所啟動的 rpm 事例所使用的則是新的 glibc。
若要避免此錯誤,首先請各別地升級 glibc:
# yum update glibc # yum update若您在一部安裝了 5.3 版本的系統上將 glibc 降級為先前版本的話您也會看見這項錯誤。
Red Hat Enterprise Linux 5 中的 mvapich
和 mvapich2
只被編譯來支援 InfiniBand/iWARP 互連。相反地,它們無法在乙太網路或是其它網路上執行。
在含有超過兩個加密的區塊裝置的系統上,anaconda 會有一個提供全域密碼的選項。不過,init script 並不支援此功能。當啟動系統時,您將需要為所有的加密區塊裝置各別地輸入密碼。
當透過使用 yum 來升級 openmpi 時,下列警告可能會出現:
cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory此訊息無害,並且可被忽略掉。
配置 IRQ SMP 調度器對於某些使用訊息 message signaled interrupts(MSI)不過無 MSI per-vector masking 功能的裝置無效。這類型的裝置包括使用 bnx2
驅動程式的 Broadcom NetXtreme 乙太網路裝置。
若您需要為這類型的裝置配置 IRQ 調度器的話,請藉由在 /etc/modprobe.d/
中建立一個檔案並包含下列行列來停用 MSI:
options bnx2 disable_msi=1
此外,您亦可透過使用 kernel 開機參數 pci=nomsi
來完全地停用 MSI。
Dell PowerEdge R905 伺服器上的 CD-ROM/DVD-ROM 無法使用 Red Hat Enterprise Linux 5。如欲取得更多相關資訊請參閱 Knowledgebase #13121:http://kbase.redhat.com/faq/FAQ_103_13121。
若依照上述的 Knowledgebase 文件中的步驟來進行的話,您可能會遇上一些 GSS 所無法支援的其它問題。
更新的 /etc/udev/rules.d/50-udev.rules
中有項錯誤,它會讓您無法將磁帶裝置的名稱建立為含有比 9 還要大的數字。比方說,磁帶裝置的名稱無法取名為 nst12
。
要解決這問題,請在 /etc/udev/rules.d/50-udev.rules
中任何出現 nst[0-9]
字串的後方加入星號(*)。
smartctl
工具無法由 SATA 裝置正常讀取 SMART 參數。
先前版本的 openmpi
和 lam
中有個會讓您無法升級這些套件的錯誤。這項錯誤(當嘗試升級 openmpi
或 lam
時)會顯現在下列錯誤當中:
error: %preun(openmpi-[version]
) scriptlet failed, exit status 2
因此,您需要手動式地移除較舊版本的 openmpi
和 lam
才能安裝它們的最新版本。若要如此,請使用下列 rpm
指令:
rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
當使用 dm-multipath
時,若 features "1 queue_if_no_path"
指定於 /etc/multipath.conf
之中的話,那麼任何提供 I/O 的程序就會停滯,直到一個或更多個路徑復原。
若要避免此狀況發生,請在 /etc/multipath.conf
中設置 no_path_retry
([N]
代表系統應重新嘗試路徑的次數)。當您這樣作時,請同時移除 [N]
/etc/multipath.conf
中的 features "1 queue_if_no_path"
選項。
若您需要使用 "1 queue_if_no_path"
並體驗這裡所提及的問題,請使用 dmsetup
來在 runtime 為特定的 LUN 編輯政策(例如當所有的路徑都無法使用時)。
更明確地來講就是:執行 dmsetup message
,[device]
0 "fail_if_no_path"
代表您想要將政策由 [device]
"queue_if_no_path"
改為 "fail_if_no_path"
的多路徑裝置的名稱(例如 mpath2
;請勿指定路徑)。
啟用相同 kernel 模組的多種不同安裝版本並不被支援。除此之外,kernel 模組版本剖析方式上有項錯誤有時會造成一個相同 kernel 模組的較舊版本被啟用。
Red Hat 建議當您安裝了一個新版本的 kernel 模組時,您應該先將舊版的模組刪除掉。
在一部配置了 NFS root 的 IBM Bladecenter QS21 或是 QS22 上執行 kdump
將會失敗。若要避免此情況發生,請在 /etc/kdump.conf
中指定一個 NFS 傾印目標。
IBM T60 手提電腦會在暫停或是接上底座時完全地關機。若要避免此情況發生,請以 acpi_sleep=s3_bios
這個引數來啟動系統。
IBM Bladecenter 的 QLogic iSCSI Expansion Card 提供了乙太網路與 iSCSI 功能。這張介面卡的某些部份是有這兩者所共享。然而,目前 qla3xxx
與 qla4xxx
驅動程式是以分開的方式存取這些部份。這兩個驅動程式都不支援同時使用乙太網路與 iSCSI。
因為此限制,連續的重新啟動(透過連續的 ifdown
/ifup
指令)可能會使裝置停滯。若要避免此情況發生,請在 ifup
之後等候超過 10 秒鐘才執行 ifdown
。相同地,請在 ifdown
過後等待超過 10 秒鐘才執行 ifup
。此間隔可確保在執行了 ifup
之後有充足的時間讓所有功能進行穩定化與重新初始化。
當透過使用有線的乙太網路連結埠來進行任何網路安裝時,配備「Cisco Aironet MPI-350」無線網卡的筆記型電腦可能會在試圖取得 DHCP 位址時停止回應。
解決方法是改用本機上的檔案來安裝。或者您可以在安裝前,停用筆記型電腦 BIOS 中的無線網路卡(您可以在完成安裝後,重新啟用無線網路卡)。
Red Hat Enterprise Linux 5.3 開機時無法將系統日誌寫入 /var/log/boot.log
中。
如果 X 在 vesa 之外的驅動程式下執行,系統也許無法正常重新啟動 kexec
/kdump
核心。這個問題只會發生在 ATI Rage XL 顯示晶片。
如果在裝載 ATI Rage XL 的系統下執行 X,請確定這個裝置使用 vesa 驅動程式,如此才能正常重新啟動至 kexec
/kdump
核心。
在一部安裝了 nVidia CK804 晶片組的系統上使用 Red Hat Enterprise Linux 5.2 時,您可能會收到類似以下的 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/[device name]
/media
當在已配置的儲存系統上刪除了某個 LUN 時,這項變更並不會影響到主機。在這種情況下,當使用 dm-multipath
時,lvm
指令會不定時地擱置,因為 LUN 已經失效(stale)了。
若要避開此問題的話,請刪除掉所有裝置並利用 mpath
來將 /etc/lvm/.cache
之中的項目連結至失效的特定 LUN。
若要找出這些項目為何,請執行下列指令:
ls -l /dev/mpath | grep
[stale LUN]
比方說,若
是 3600d0230003414f30000203a7bc41a00 的話,以下結果就會出現:
[stale LUN]
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
當執行 multipath
指令以及 -ll
選項時,若其中有個路徑位於區塊裝置上的話,這可能會造成指令擱置。請注意,驅動程式不會在裝置不回應的一段時間後使一項請求失效。
這是清除編碼所造成的,它會等待路徑檢查程式請求成功或是失敗。若要在不讓指令停滯的情況下顯示目前的 multipath
狀態,請使用 multipath -l
來代替。
若由 Red Hat Enterprise Linux 5.2 Beta 版中的 pm-utils
升級 pm-utils
套件的話,此動作將會失敗,並導致以下的錯誤:
error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename
若要避免此問題,請在升級前刪除 /etc/pm/sleep.d/
目錄。如果 /etc/pm/sleep.d
包含著任何檔案,請將這些檔案移動到 /etc/pm/hooks/
。
Mellanox MT25204 的硬體測試顯示,在某些高負荷的情形下,會產生內部錯誤。當 ib_mthca
驅動程式回報這硬體的嚴重錯誤時,通常會跟完成佇列的深度不足與使用者應用程式所產生的未完成工作需求有關。
雖然這驅動程式會重置硬體,並從這類事件中復原,但所有現有連線會在發生錯誤時斷線。這通常會導致使用者應用程式的區段錯誤(segmentation fault)。還有,如果 opensm
在錯誤發生時執行的話,那麼為了繼續正常運作,您必須手動式地重新啟動該程序。
當在客座端上安裝 Red Hat Enterprise Linux 5 時,客座端會被配置成明確地使用一個由 dom0
所提供的暫時性安裝 kernel。當安裝完成之後,它便可使用它自己的開機載入程式。不過,這只能透過關機來作為 guest's 的第一次重新啟動來完成。
因為如此,當 重新啟動 的按鈕出現在客座端安裝完成後,若按下該按鈕只會關閉客座端而不會將系統重新啟動。這是項預期中的結果。
請注意,在這之後當您啟動客座端時,它便會使用它自己的開機載入程式。
若安裝了任何 KDE 或是 qt
開發套件(例如 qt-devel
)的話,在 compiz
來源 RPM 上執行 rpmbuild
將會失敗。這是因為 compiz
配置 script 中一個 bug 所造成的。
若要解決此問題,請在嘗試由 compiz
的來源 RPM 建置 compiz
套件前移除所有 KDE 或是 qt
開發套件。
若您的系統配有 ATI Radeon R500 或是 R600 顯示卡的話,firstboot
在安裝完成後將不會執行。系統會直接進入圖形化登錄畫面並且跳過 firstboot
。若您嘗試手動式地執行 firstboot
(例如由 failsafe 終端機)的話,X session 便會當機。
這項問題是因為 ATI Radeon R500/R600 硬體所使用的驅動程式所造成的。這些顯示卡所使用的預設驅動程式目前還屬於技術預覽。若要解決此問題,請備份您的 /etc/X11/xorg.conf
檔案;之後,請透過使用下列指令來利用受支援的 vesa
驅動程式來配置 X:
system-config-display --reconfig --set-driver=vesa
您現在已能夠執行 firstboot
。若要切換回您舊的設定,請復原您原本的 /etc/X11/xorg.conf
檔案。
若您的系統使用了 TSC 計時器,gettimeofday
系統調用可能會往後移。這是基於一個造成了 TSC 計時器在某些情況下會大幅往前跳的溢位問題;當此問題發生時,TSC 計時器將會自行更正,不過最後還是會隨著時間的經過往後移。
這項問題對於時間敏感的系統(例如那些使用於進行交易和資料庫的系統)來說相當嚴重。正因如此,若您的系統需要非常準確的時間,Red Hat 強烈建議您將 kernel 設置成使用其它的計時器(比方說 HPET)。
嘗試執行 sniff
可能會產生錯誤。這是因為有些必要的套件並未安裝 dogtail
。
若要避免發生此問題,請手動式地安裝下列套件:
librsvg2
ghostscript-fonts
pygtk2-libglade
Thin Provisioning(又稱為「虛擬 provisioning」)首先會先和 EMC Symmetrix DMX3 以及 DMX4 一起發行。請參閱 EMC Support Matrix 和 Symmetrix Enginuity 的程式碼發行公告來取得更多相關資訊。
在 /etc/multipath.conf
中,若將 max_fds
設為 unlimited
將會造成 multipathd
daemon 無法正確啟動。正因如此,您應使用一個夠高的數值而非此設定。
SystemTap 目前使用 GCC 來偵測用戶空間事件。不過 GCC 無法提供參數的確切位置清單資訊給除錯程式。某些情況下,GCC 也無法提供某些參數的能見度。這造成了偵測用戶空間的 SystemTap script 可能會回傳錯誤的資訊。
IBM T41 型號的手提電腦無法正確進入 Suspend Mode(暫停模式);因為如此,暫停模式還是會照常耗費電池電量。這是因為 Red Hat Enterprise Linux 5 還未包含 radeonfb
模組。
若要解決此問題,請新增一個包含下列行列,名為 hal-system-power-suspend
的 script 至 /usr/share/hal/scripts/
中:
chvt 1 radeontool light off radeontool dac off
這個 script 將可確保 IBM T41 手提電腦可正確地進入暫停模式。若要確保系統能夠正確地恢復正常作業,請新增包含著下列行列的 restore-after-standby
script 至相同的目錄中:
radeontool dac on radeontool light on chvt 7
若 edac
模組被載入的話,BIOS 記憶體回報便無法運作。這是因為 edac
模組會將 BIOS 使用來回報記憶體錯誤的寄存器清除掉。
目前的 Red Hat Enterprise Linux Driver Update Model 就預設值會指示 kernel 載入所有可用的模組(包括 edac
模組)。若您希望確保 BIOS 記憶體回報在您系統上可運作,您需要手動式地將 edac
模組放入黑名單中。若要如此,請將下列行列附加至 /etc/modprobe.conf
檔案中:
blacklist edac_mc blacklist i5000_edac blacklist i3000_edac blacklist e752x_edac
Red Hat Enterprise Linux 5.3 可偵測基本區塊裝置的線上增長或縮減。不過卻沒有能夠自動偵測裝置是否更改了大小的方式,因此您必須使用手動式的方式來進行辨識以及重設任何留駐於這些裝置上的檔案系統大小。當偵測到了已重設大小的區塊裝置,類似下列的訊息便會出現在系統日誌中:
VFS: busy inodes on changed media or resized disk sdi
若區塊裝置增加的話,那麼此訊息便可被忽略。不過若區塊裝置在沒有先行縮減任何設置於該區塊裝置上的資料的情況下縮減的話,那麼位於該裝置上的資料便會損毀。
您只可為一個完全建立於 LUN(或是區塊裝置)上的檔案系統進行線上的大小重設。若是區塊裝置上含有一個分割表的話,那麼該檔案系統便必須被卸載才可更新分割表。
若您的系統掛載了 GFS2 檔案系統,被快取的 inode 在一個節點中被存取,而在一個不同的節點上卻被反連結的話,該節點將會停滯。當此情況發生時,停滯的節點將無法使用直到您透過正常的叢集復原機制來將它復原。gfs2_dinode_dealloc
和 shrink_dcache_memory
函式調用也會出現在任何卡在停滯節點中的程序的堆疊 trace 中。
這項問題不會影響單節點的 GFS2 檔案系統。
下列訊息可能會在系統開機時出現:
Could not detect stabilization, waiting 10 seconds. Reading all physical volumes. This may take a while...這項延遲(取決於硬體配置,可能會延遲至 10 秒鐘)是必要的,如此一來便可確保 kernel 是否完成了磁碟的掃描。
目前 ipmitool 中的 User Payload Access 實做能讓您配置裝置,不過並不允許您擷取這些裝置目前的設定。
在未設定 --maxsize
參數的情況下在 kickstart 檔案中使用 swap --grow
參數會使得 anaconda 強迫設下一項 swap 分割區最大大小的限制。它會不允許 swap 填滿於裝置上。
在一部配有少於 2GB 實體記憶體的系統上,被設置的限制為實體記憶體數量的兩倍。在某些配有了超過 2GB 的系統上,被設置的限制為實體記憶體大小加上 2GB。
gfs2_convert
程式無法由已不再使用於 GFS2 下的 GFS metadata 中釋放出所有區塊。這些已不被使用的 metadata 區塊將會在下次 gfs2_fsck 在檔案系統上執行時被找出並釋放。我們建議在檔案系統被轉換後執行 gfs2_fsck
來釋放出非使用中的區塊。這些非使用中的區塊會被 gfs2_fsck 以類似下列的訊息來標記:
Ondisk and fsck bitmaps differ at block 137 (0x89) Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free) Metadata type is 0 (free)這些訊息並不會顯示 GFS2 檔案系統中的損毀,它們會顯示應被釋放卻未被釋放出的區塊。需要被釋放出的區塊數量取決於檔案系統大小以及區塊大小。許多檔案系統甚至根本不會遇上這項問題。大型的檔案系統可能含有極少數的區塊(一般少於 100)。
在執行空機(非虛擬化)核心時,X 伺服器可能無法從螢幕存取 EDID
訊息。如果發生這情況,顯示卡就無法顯示高於 800x600 的解析度。
要解決這問題,請在 /etc/X11/xorg.conf
檔案的 ServerLayout
一節加入以下一行:
Option "Int10Backend" "x86emu"
在 Dell M4300 和 M6300 上,recording 必須被手動式地啟用。若要如此,請執行下列步驟:
開啟 alsamixer
。
按下 Tab 鍵來在 View 欄位(位於選單的左上方)中切換為 [Capture]。
按下 Space 鍵。
您可透過檢查 ADCMux
上方的文字是否顯現了 L R CAPTUR
來驗證錄音是否有被啟用。
若在系統安裝時啟用開機裝置上的加密機制,下列訊息就會在系統開機時出現:
padlock: VIA PadLock not detected.此訊息可被忽略。
有些使用「NVIDIA」圖形顯示卡的電腦,在圖形模式安裝或是圖形模式登入時,會顯示圖形或者是字型錯誤。切換至虛擬控制台和回到正式 X 主機來解決這個問提。
Red Hat 建議您使用 IBM T61 手提電腦時避免(在 glxgears
執行時)點選 glxgears
的視窗。若這麼作有可能會將系統鎖定住。
若要避免此問題發生,請停用 tiling 功能。若要如此,請在 /etc/X11/xorg.conf
檔案的 Device
部份中加入下列行列:
Option "Tiling" "0"
在 Dell M4300 和 M6300 上,recording 必須被手動式地啟用。若要如此,請執行下列步驟:
開啟 alsamixer
。
按下 Tab 鍵來在 View 欄位(位於選單的左上方)中切換為 [Capture]。
按下 Space 鍵。
您可透過檢查 ADCMux
上方的文字是否顯現了 L R CAPTUR
來驗證錄音是否有被啟用。
若您的系統所使用的是 Intel 945GM 顯示卡的話,請勿使用 i810
驅動程式。您應使用預設的 intel
驅動程式來代替。
在雙 GPU 的手提電腦上,若其中一個顯示晶片基於 Intel 的話,那麼 Intel 的圖形模式便無法進行任何外部的數位連線(包括 HDMI、DVI 以及 DisplayPort)。這是個 Intel GPU 的硬體問題。若您需要進行外部數位連線的話,請(在 BIOS 中)將您的系統設定為使用分離的顯示晶片。
使用 Alt-SysRq-W 偵錯時,會出現以下警告訊息:
Badness in smp_call_function at arch/powerpc/kernel/smp.c:223
之後,系統會警告使用者即將當機。您可以忽視這訊息,因為系統不會當機。
在 Dell M4300 和 M6300 上,recording 必須被手動式地啟用。若要如此,請執行下列步驟:
開啟 alsamixer
。
按下 Tab 鍵來在 View 欄位(位於選單的左上方)中切換為 [Capture]。
按下 Space 鍵。
您可透過檢查 ADCMux
上方的文字是否顯現了 L R CAPTUR
來驗證錄音是否有被啟用。
基於 PPC kernel 映像大小過大,因此 OpenFirmware 無法支援它。這也造成了網路開機將會失敗,並產生下列錯誤訊息:
Please wait, loading kernel... /pci@8000000f8000000/ide@4,1/disk@0:2,vmlinux-anaconda: No such file or directory boot:若要解決此問題:
請藉由在 IBM 介紹畫面顯示時按下「8」鍵來啟動至 OpenFirmware 提示下。
執行下列指令:
setenv real-base 2000000
透過下列指令來進入 System Managment Services(系統管理服務,SMS)中:
0 > dev /packages/gui obe
當在一部定義了大於 2GB 客座端儲存裝置的 z/VM 上執行 Red Hat Enterprise Linux 5.2 時,您可透過啟用佇列的 I/O 協助(Queued-I/O assist,QIOASSIST)選項來讀取無效的資料或將其寫入任何與 QDIO 模式連結的 FCP 與 OSA 裝置中。若您的系統連結了任何這類的裝置,Red Hat 建議您透過下列連結來下載並安裝相應的 z/VM 暫時性程式修訂(Program Temporary Fix,PTF):
您無法直接讀取並將一個 z/VM 傾印轉換為一個檔案。您首先應該使用 vmur
來從 z/VM 讀取器將傾印複製至一個 Linux 檔案系統當中,並使用 vmconvert
來將傾印轉換為一個 Linux 可讀的檔案。
IBM System z 並不提供傳統的 Unix 實體主控台。因此,IBM System z 的 Red Hat Enterprise Linux 5.2 在程式首次載入時,並不支援 firstboot 功能。
若要在 IBM System z 上正確地進行 Red Hat Enterprise Linux 5.2 的初始設定,請在安裝後執行以下指令:
/usr/bin/setup
-- 由 setuptool
套件所提供。
/usr/bin/rhn_register
-- 由 rhn-setup
套件所提供。
有些 Itanium 系統無法正常由 kexec
purgatory
編碼產生主控台輸出。此編碼包含著將當機後的前 640K 記憶體所進行備份的指南。
雖然 purgatory
主控台輸出在進行問題診斷時相當有用,不過若要 kdump
正常運作卻無須使用到它。因為如此,所以若您的 Itanium 系統在進行 kdump
作業時重新啟動的話,請透過將 --noio
附加至 /etc/sysconfig/kdump
中的 KEXEC_ARGS
變數來停用 purgatory
中的主控台輸出。
若偵測到不同的 CPU 速度的話,執行 perftest
將會失敗。正因如此,您應在執行 perftest
前停用 CPU 速率調節。
當 kdump
kernel 被啟動時,下列錯誤將會出現在開機紀錄中:
mknod: /tmp/initrd.[numbers]
/dev/efirtc: No such file or directory
這項錯誤的起源就是請求將 efirtc
建立於錯誤的路徑中。不過,問題中的裝置在 kdump
服務啟用時也已被靜態地建立於 initramfs
之中了。因為如此,裝置節點的 run-time 被重複建立、無傷害,並且應該不會影響到 kdump
的效能。
有些系統可能無法正常啟動 kdump
kernel。在這種情況下,請使用 machvec=dig
kernel 參數。
在 Dell M4300 和 M6300 上,recording 必須被手動式地啟用。若要如此,請執行下列步驟:
開啟 alsamixer
。
按下 Tab 鍵來在 View 欄位(位於選單的左上方)中切換為 [Capture]。
按下 Space 鍵。
您可透過檢查 ADCMux
上方的文字是否顯現了 L R CAPTUR
來驗證錄音是否有被啟用。
在執行了 SELinux、基於 Intel Itanium 的系統上,allow_unconfined_execmem_dyntrans
或是 allow_execmem
布林值都必須被開啟才能讓 IA-32 執行層(ia32el
服務)正確地進行作業。若 allow_unconfined_execmem_dyntrans
布林值被關閉,而 allow_execmem
布林值被開啟的話(此乃 Red Hat Enterprise Linux 5 中的預設值),ia32el 服務可支援 32 位元的模擬;然而,若這兩個布林值都被關閉的話,模擬則會失敗。
修訂記錄 | |||
---|---|---|---|
修訂 1.0 | 16th October 2008 | ||
|