版權 © 2007 Red Hat, Inc. 與其他相關。本文件的發佈也許會受到公開發行許可 v1.0（Open Publication License v.10）的條件限制所控制，您可參閱 http://www.opencontent.org/openpub/。
此《發行公告》含括下列主題：
安裝相關的注意事項
功能更新
與核心相關之更新
驅動程式更新
技術搶先版
已解決的問題
已知問題
部份 Red Hat Enterprise Linux 4.7 的更新並沒有包括在此版本的發行公告內。您可以在下列網址找到最新的 Red Hat Enterprise Linux 4.7 發行公告：
下列部份包括 Red Hat Enterprise Linux 的安裝、以及安裝程式 Anaconda 的特定資訊。
當要由一個次要版本的 Red Hat Enterprise Linux 4（例如 4.5 至 4.6）更新至 4.7 時，我們建議您使用 Red Hat Network 來這麼做，您可透過管理的網站用戶介面或是 Red Hat Network Satellite 來行。
若是您要在沒有網路連線的情況下升級一部系統，請使用 Anaconda 的「升級」功能。不過請注意，Anaconda 對於像是額外儲存庫或第三方應用程式上相依性的問題處理功能是有限的。另外，Anaconda 會將安裝錯誤回報在日誌檔案中，而不是互動式地回報。
正因如此，Red Hat 建議當您為離線的系統進行升級時，您應先測試並驗證您升級設定的完整性。請在將升級套用至您的生產環境前先行確認並小心地檢查更新的日誌中是否含有任何錯誤。
重大 Red Hat Enterprise Linux 版本之間（比方說從 Red Hat Enterprise Linux 3 升級至 Red Hat Enterprise Linux 4.7）的原機本地升級（In-place upgrade）不被支援。雖然 Anaconda 的「升級」選項可讓您進行此動作，不過卻無法保證如此更新可完成有效的安裝。重大版本之間所進行的原機本地升級將無法保留所有的系統設定、服務以及自訂配置。因為此原因，Red Hat 強烈建議您，若您計畫在兩個重大版本之間進行升級，請進行一項全新的安裝。
假如您打算複製 Red Hat Enterprise Linux 4.7 的光碟片內容（例如為了要準備網路安裝），請記得「只」複製作業系統的光碟片，請勿複製 Extras 光碟或任何不同等級產品的光碟片，因為這麼做的話將會覆蓋掉 Anaconda 正常操作所需的檔案。
這些光碟片必須在安裝完Red Hat Enterprise Linux 後，才可進行安裝。
發佈於 Red Hat Enterprise Linux 4（以及所有更新）中的 GRUB 版本不支援軟體 software mirroring（RAID1）。因此，若您在一個 RAID1 分割區上安裝 Red Hat Enterprise Linux 4 的話，開機程式會被安裝在第一個硬碟上而不是主開機記錄（MBR）中。這會使系統無法啟動。
若您希望在一個 RAID1 分割區上安裝 Red Hat Enterprise Linux 4 的話，您首先應將先前存在的任何開機程式由 MBR 中清除掉。
當在一部使用 LCD 螢幕以及某些 ATI 顯示卡的系統上以文字模式來安裝 Red Hat Enterprise Linux 4 時，畫面有可能會偏掉。當此問題發生時，畫面上有些部份就會被隱藏住。
若發生了這種情況的話，請使用 linux nofb 這個參數來進行安裝。
當從 Red Hat Enterprise Linux 4.6 升級至此版本時，minilogd 可能會記錄到幾個 SELinux 的拒絕。這些錯誤記錄無害，並且可被忽略。
透過使用 SHA-256 和 SHA-512 雜湊功能來進行密碼雜湊現在已被支援。
若要在一部安裝過的系統上切換至 SHA-256 或 SHA-512，請執行 authconfig --passalgo=sha256 --kickstart 或 authconfig --passalgo=sha512 --kickstart。現有的用戶帳號在密碼被更改前不會受到影響。
對於新安裝的系統來說，SHA-256 或 SHA-512 編碼模式只能用於 kickstart 安裝。若要這麼做，請使用 kickstart 指令 auth 的 --passalgo=sha256 or --passalgo=sha512 選項；若 --enablemd5 選項存在的話請將它移除。
若您的安裝程序不使用 kickstart 的話，請按照以上所描述地來使用 authconfig，然後更改所有在安裝完成後所建立的密碼（包括 root）。
適當的選項也被附加至 libuser、pam 和 shadow-utils 以便支援這些密碼雜湊演算法。因為 authconfig 會自動地配置必要的選項，因此一般無須手動式地修改它們：
/etc/libuser.conf 中的 [defaults] 部份現在已支援新的 crypt_style 選項值以及 hash_rounds_min 和 hash_rounds_max 的新選項。如欲取得更多相關資訊，請參閱 /usr/share/doc/libuser-[libuser version]/README.sha。
pam_unix PAM 模組現在已支援 sha256、sha512 和 rounds 這幾個新選項。如欲取得更多相關資訊，請參閱 /usr/share/doc/pam-[pam version]/txts/README.pam_unix。
下列 /etc/login.defs 中的新選項現在已被 shadow-utils 支援：
ENCRYPT_METHOD — 可指定欲使用的加密方式。可用的值為 DES、MD5、SHA256 和 SHA512。若此選項被定義的話，MD5_CRYPT_ENAB 就會被忽略。
SHA_CRYPT_MIN_ROUNDS 和 SHA_CRYPT_MAX_ROUNDS — 若 ENCRYPT_METHOD 被設為 SHA256 或 SHA512 的話，可指定欲使用的雜湊回合。若這兩個選項都沒被設置的話，預設值便會由 glibc 來選擇。若只有一個選項被設置的話，加密方式便會指定回合數。
若兩個選項都被使用了的話，它們便會指定一個間隔，回合數可由此隨機選擇。被選擇的回合數會限制於 [1000, 999999999] 間隔中。
OpenFabrics Enterprise Distribution 這個群組現在已包含在 comps.xml 中。此群組包含了使用於高效能網路作業與叢集的元件（比方說 InfiniBand 和 Remote Direct Memory Access）。
此更新實施了半虛擬化區塊裝置以及網路驅動程式，這改善了完整虛擬化客座端的效能。另外，現在您在一個客座端網域中可使用超過三個虛擬網路介面（VNIF）。
divider=[value] 這個選項是個允許您調整系統時鐘速率的 kernel 指令列參數。您同時也可維持用戶空間應用程式的相同 HZ 時序值。
使用 divider=[value] 選項可讓您降低 CPU overhead 並透過降低時間準確性和設定來增加效率。這對於虛擬環境以及特定應用程式相當有幫助。
標準 1000Hz 時鐘的有用 [values] 為：
2 = 500Hz
4 = 250Hz
10 = 100Hz（先前版本的 Red Hat Enterprise Linux 所使用的值）
請注意虛擬化的 kernel 就預設值會使用 250Hz 的時鐘。因為如此，它在 dom0 或半虛擬化客座端中都無須 divider=[value] 選項。
Firefox 現在已更新至 3.0 版本。此更新包含了多項修正與增強，最明顯的就是：
現在當 Firefox 瀏覽視窗開啟時，所設置的首頁已可正常載入。
Firefox 現在已不會在您搜尋「do」這個字串時發生錯誤。
64 位元模式中的 Firefox 現在已可正確地載入 ext JavaScript 函式庫。在先前版本的 Firefox 中，使用此函式庫、基於網站的應用程式若不是花了很長一段時間才能載入，不然就是根本無法載入。
在 Firefox 處理 jar:URI scheme 的方式中發現了跨網站的 scripting 漏洞。這個漏洞會導致有害的網站對用戶進行 script 的攻擊。這項安全性上的問題在此更新中已被修正。
Firefox 處理一些特殊的內容時所使用的方式中發現了一些安全性上的漏洞。含有這種特殊內容的網站會造成 Firefox 當機或甚至是在用戶執行 Firefox 時執行任意的編碼。這項安全性上的問題在此更新中已被修正。
Firefox 在網站上設置 window.location 屬性所使用的方式中發現了程序上的競爭狀況（race condition）。此漏洞若存在的話，網站可設置一項任意的 Referer 標頭；這會造成一個只依賴 Referer 標頭的網站被跨網站的偽造請求（CSRF）攻擊。這項安全性上的問題在此更新中已被修正。
Firefox 現在已可在裝有外接式顯示器的手提電腦上正常顯示。
不過請注意，此 Firefox 更新並非完全地向後相容所有現有的 JavaScripts 或是 Firefox 插件。
還有，Red Hat 觀察到有些大型商業網站應用程式受到了此 Firefox 更新所提及的跨網站 scripting 漏洞的影響。我們將在以下連結中描述這些 scripting 漏洞：
使用這些商業網站應用程式可能會導致部份功能失效。您可在 Firefox 的 Error Console（ = > ）中觀察到額外的 JavaScript 錯誤。Red Hat 目前正在與相關供應商合作來解決此問題。
iostat 現在已會輸出分割區的狀態與 I/O 效能的數據。
此發行版中的 I/O accounting 現在會輸出更加廣泛的核心數據。這是透過已使用於上游的 ru_inblock 和 ru_outblock 來完成的。
show_mem() 輸出現在會包含著頁面緩存（pagecache）的總頁數。這會使得寄到主控台和 /var/log/messages 的除錯資訊更有用，特別是遇上 out-of-memory 終止的時候。
O_ATOMICLOOKUP 旗標現在已被移除。此旗標不被目前任何的 userspace daemon 使用。另外，一般被 O_ATOMICLOOKUP 所使用的 bit 已被另一個旗標（O_CLOEXEC）所使用；因此，O_ATOMICLOOKUP 已被移除以避免產生任何衝突。
Kernel 現在會將程序限制資訊匯出至 /proc/[PID]/limits（[PID] 為程序的 ID）。
TCP_RTO_MIN 這個參數現在最大可被配置為 3000 個毫秒。在先前的發行版中，TCP_RTO_MIN 不是個可調整的 kernel 參數。
此更新能允許較佳的 TCP/IP 靈活度，並且能讓應用程式重新啟用一項基於無線的傳輸（比方說無線電話的傳輸率）。
您可透過 ip route 來配置 TCP_RTO_MIN 參數。比方說，若要將 TCP_RTO_MIN 設為最大 3000 毫秒，請使用：
ip route change [route] dev eth0 rto_min 3s
欲取得更多有關於 ip route 的相關資訊，請參閱 man ip。
udp_poll() 函式現在已被實施。此更新降低了來自 select() 系統調用的誤檢（false positive）產生。
您現在可啟用 / 停用 32 位元的 inode 數字。若要如此，請使用 nfs.enable_ino64= 這個 kernel 參數。若您設置了 nfs.enable_ino64=0 的話，這會指示 NFS 客戶端對於 readdir() 和 stat() 系統調用會回傳 32 位元的 inode 數字而不是完整的 64 位於 inode 數字。
就預設值來講，此 kernel 參數會被設成回傳實際的 64 位元 inode 數字。
您現在可禁止 NFS 寫至較低的記憶體。若要如此，請將 /proc/sys/vm/nfs-writeback-lowmem-only 設為 1（預設值為 0）。
先前的發行版並未包未包含此功能。這會造成 NFS 的讀取效能在某些情況下降低，特別是當系統遇上了大量的 NFS 讀取 / 寫入請求時。
您現在可設置映對的檔案頁面是否使用於 dirty_ratio 和 dirty_background_ratio 計算中。若要如此，請將 /proc/sys/vm/write-mapped 設為 1（預設值為 0）。
將 /proc/sys/vm/write-mapped 設為 1 能讓您實施較快的 NFS 讀取效能。不過請注意，這麼做可能會造成 out-of-memory 的情況發生。
CIFS 現在已被更新為版本 1.50c。此更新套用了一些增強和錯誤修正，包括掛載 OS/2 share 的功能。
Core dump masking 現在已被支援。這能讓一個核心傾印程序在建立核心傾印檔案時跳過程序的共享記憶體區段。此功能也能讓您選擇是否要為各項程序傾印共享記憶體。
當程序被傾印時，所有共享記憶體都會被寫至一個核心檔案中（只要核心的大小不受限制即可）。在某些情況下，您可能會希望避免一些記憶體區段（例如大量的共享記憶體）被傾印。相反地，您也可能希望將 file-backed 的記憶體區段存入一個核心檔案中，而不是個別的檔案中。
因為如此，您可使用 /proc/[pid]/coredump_filter 來指定 [pid] 的哪個記憶體區段會被傾印。coredump_filter 為記憶體類型的 bitmask。若設置了 bitmask 的話，和記憶體類型相應的記憶體區段就會被傾印。
下列為被支援的記憶體類型：
bit 0 — anonymous 私有記憶體
bit 1 — anonymous 共享記憶體
bit 2 — file-backed 私有記憶體
bit 3 — file-backed 共享記憶體
若要為 [pid] 設置 bitmask，請將相應的 bitmask 設為 /proc/[pid]/coredump_filter。比方說，若要避免所有連至程序 1111 的共享記憶體區段被傾印，請使用：
echo 0x1 > /proc/1111/coredump_filter
coredump_filter 的預設值為 0x3，它指定了所有 anonymous 的記憶體區段都將被傾印。還有請注意，無論 bitmask 的狀態為何，MMIO 頁面（例如 frame buffer）絕不會被傾印並且 vDSO 頁面總是會被傾印
當一項新的程序被建立時，程序會繼承來自於父程序的 bitmask 狀態。因此，Red Hat 建議您在程式執行前先設定 coredump_filter。若要如此，請在執行程式前先將想要的 bitmask echo 至 /proc/self/coredump_filter。
新增了 /dev/msr[0-n] 裝置檔案。
powernow-k8 驅動程式現在已被編譯為模組。這使得套用驅動程式更新變得更容易，因為驅動程式已不再會被編譯入 kernel 中了。
Oprofile 現在支援 Greyhound 硬體上基於事件的剖析。
AMD ATI SB800 SATA 控制晶片現在已被支援。
使用 40-pin IDE 纜線的 AMD ATI SB600 和 SB700 SATA 控制晶片現在已被支援。
64-bit 的直接記憶體存取（DMA）現在在 AMD ATI SB700 上已被支援。
用來支援 Intel ICH10 所需的 PCI 裝置 ID 現在已被新增。
i2c-piix4 kernel 模組現在已被啟用來支援 AMD SBX00 SMBus。
i5000_edac：驅動程式現在已被新增來支援 Intel 5000 chipsets。
i3000_edac：驅動程式現在已被新增來支援 Intel 3000 3010 晶片組。
Intel Tolapai 晶片組的正確快取資訊現在已被新增。這會確保硬體能被正確列出。
i2c_piix4：模組已被新增來支援 AMD ATI SB600、SB700 和 SB800。
在此發行版中的 OpenFabrics Enterprise Distribution（OpenFabrics 企業分發，OFED）工具現在基於 OFED 版本 1.3。這增強了使用 InfiniBand 驅動程式的硬體上的支援。
wacom：驅動程式已被更新來增加下列輸入裝置上的支援：
Intuos3 12x19
Intuos3 12x12
Intuos3 4x6
Cintiq 20wsx
i2c-i801：驅動程式（以及相應的 PCI ID）已被更新來支援 Intel Tolapai。
sata_svw：驅動程式現在已被更新來支援 Broadcom HT1100 晶片組。
libata：驅動程式現在已被更新並透過將 Hitachi 驅動器由黑名單中移除來啟用原生指令緩衝區技術（Native Command Queuing，NCQ）。
ide：驅動程式已被更新來包含 ide=disable，這是個可被用來停用 ide 驅動程式的 kernel PCI 模組參數。
psmouse：驅動程式已被更新來正確地支援使用 cortps 協定的輸入裝置（例如 Cortron 所開發的四鍵滑鼠和軌跡球裝置）。
eHEA：驅動程式已被更新來匹配上游版本。此更新套用了幾個上游的錯誤修正並改善了 IBM i6 和 p6 上的支援，這些包括了：
新增了作為網路作業模組的 Large Receive Offload（LRO）上的支援。
新增了支援 netdump 和 netconsole 模組的 poll_controller。
zfcp：驅動程式已被更新來套用上游的錯誤修正。此更新套用了多項錯誤修正，最明顯的就是：
當控制介面在經過了光纖頻道熱移除後重新開啟於一個多路徑環境時，受影響的路徑已不再被標為失效。透過此更新，相關的控制介面旗標現在在進行類似事件時已能正確地被清除。
當一項 fsf 請求逾時時，控制介面在成功復原後已不會被標記為失效。現在當控制介面被成功啟用後，ZFCP_STATUS_COMMON_ERP_FAILED 旗標已會被清除。
現在當控制介面被成功重新啟用時，BOXED 旗標已會被清除。
一項能造成 SCSI 堆疊和 ERP 線程（或是在某些情況下當某些裝置被註冊時）產生死鎖的錯誤現在已被修正。
當在一個多路徑環境下使用 chccwdev 來將某個裝置標記為「offline」時，I/O 已不會在所有路徑上停頓。另外，當使用 chccwdev 來使相同的裝置連上線時，它還是會使用正確的路徑檢查程式。
bnx2x：驅動程式已被新增來支援 Broadcom 5710 晶片上的網路控制介面。
cxgb3：驅動程式已被更新來支援 Chelsio 10G 乙太網路控制晶片與 OFED。
realtek：驅動程式已被更新來支援 Realtek RTL8111 和 RTL8168 PCI-E 網路介面卡。
e1000：驅動程式已被更新來支援支援 Virtual Connect 架構所需的額外 MAC 位址。
e1000e：驅動程式已被更新為最新的上游版本。此更新提供了 ICH9m 和 82574L Shelter Island 網路介面卡上的支援並同時套用了一些上游修正。
bnx2：驅動程式已更新至版本 1.6.9。此更新套用了幾個上游變更，並提供了 Broadcom 5709s 晶片組上的支援。
igb：驅動程式已更新至上游版本 1.0.8-k2。此驅動程式版本現在已支援 Intel 82575EB (Zoar) 晶片組。
s2io：驅動程式已更新至版本 2.0.25.1 以支援 Neterion Xframe-II 10GbE 網路控制介面。
tg3：驅動程式已被更新為上游版本 3.86。此更新套用了多項修正和增強，包括：
一項 irq_sync race 狀態上的問題現在已被修復。
Auto-MDI 現在已被支援。
forcedeth：驅動程式已被更新為上游版本 0.61。此更新提供了下列晶片組上的支援：
MCP73
MCP77
MCP79
此更新還提供了幾個與 WOL、MAC 位址順序和 tx 逾時問題相關的錯誤修正。
stex：驅動程式已更新至版本 3.6.0101.2。此更新套用了多項上游增強與錯誤修正。
mpt fusion：驅動程式成員已更新至版本 3.12.19.00。此更新套用了多項增強與修正，最明顯的就是：
用來修改佇列深度的調整參數現在已包含在 mptsas.c、mptspi.c 和 mptfc.c 之中。這些參數是 mptsas_device_queue_depth、mptspi_device_queue_depth 和 mptfc_device_queue_depth。這些調整參數的預設值為 48。
現在在含有超過 36GB 記憶體的系統上，支援的分散 / 收集（scatter/gather）項目已高達 1078。
新增了 ioc->broadcast_aen_busy 這個旗標。此旗標設置於 mptsas_broadcast_primative_work 線程執行時。當額外的 aen 事件發生時，若 ioc->broadcast_aen_busy 旗標被設置的話，它們便會被忽略。
另外，當 ioc->broadcast_aen_busy 旗標被設置時，SCSI_IO 指令會被凍結，並且之後再重新列於佇列中。當 mptsas_broadcast_primative_work 線程完成後，此旗標便會被清除掉。
現在當一個驅動程式被卸載並且 sync cache 指令被提供時，內部指令的逾時常規（timeout routine）便會提供一項 Diagnostic Reset 來清除一個擱置的狀態。此功能是透過實施兩項逾時常規來新增的：一項逾時常規會處理所有和網域驗證不相聯的內部指令，而另一項則只會處理和網域驗證相聯的指令。
網域驗證的逾時常規現在會提供一項 bus reset 而不是 target reset。
現在當一項 Task Management 請求（透過 IOCTL 介面）完成後，相聯的 IOCTL 計時器便會被移除掉。這可避免計時器失效；就算 Task Management 請求成功完成，計時器失效還是會造成主機重新啟動。
qla2xxx：驅動程式更新至版本 8.02.00-k5。此 qla2xxx 新增了針對於下列的支援：
EHAFT，這是個提供有關於光纖頻道裝置作業資訊的 QLogic 主機 bus 控制介面機制。
8GB 光纖頻道裝置。
此更新還套用了幾項由上游所提供的改善，這包括了避免驅動程式等待於一個早已處於 LOOP_DEAD 狀態的迴圈中的錯誤修正。
qla3xxx：驅動程式已被更新至版本 v2.03.00-k4-rhel4.7-01。此更新修正了一項當某個屬於 qla3xxx 的介面被使用於一個 VLAN 當中，並且 inbound completion 並未被處理與傳送至 TCP/IP 堆疊的錯誤。
qla4xxx：驅動程式更新至版本 5.01.03-d0。這套用了以下修正：
現在 session 會建立於相同目標上的各個可用通訊埠。另外，有項會使 qla4xxx（在經過錯誤後轉移或是 cable pull 之後）無法提供某些目標重新登錄的請求的錯誤現在已被修正。
在先前版本的 qla4xxx 中，I/O 佇列深度不會受到「queue full」錯誤的影響。現在，當「queue full」錯誤發生時，佇列深度會適當地被調整，這改善了 I/O 錯誤上的處理。因為如此，所以在各個目標上的所有 LUN 的佇列深度也會受到限制。
SCSI 功能現在已會在軔體初始化前被啟用。此錯誤修正可確認 SCSI 功能能夠取得任何在軔體初始化完成前所發生的 soft reset 或是重大錯誤上的通知。
一項會使作業系統無法（在驅動程式初始化時）掃描一些由「non-active」狀態轉換為「active」的目標的錯誤現在已被修正。
CCISS：驅動程式已更新至版本 3.6.20-RH1。這項更新提供了即將到來的 SAS/SATA 控制器上的支援，並同時套用了下列變更（以及其它變更）：
I/O 控制 sg_io 已被新增。此 ioctl 被提供來增強多重路徑上的支援。
/proc/driver/cciss 項目已被修改來避免當大量驅動程式被安裝至系統上時所造成的系統當機。
cciss 驅動程式中的 READ_AHEAD 設定已被移除。cciss 驅動程式現在將會使用預設值為 256 的區塊層。經過測試後我們發現 READ_AHEAD=1024 這項設定無法達到一致的效能改善；在某些情況下，此設定甚至會造成系統停滯。
megaraid_sas：驅動程式已被更新為版本 3.18 以支援執行於 MegaRAID 模式中的 LSI 1078 晶片組。另外，還有幾個透過此更新所套用的錯誤修正：
MFI_POLL_TIMEOUT_SECS 現在是 60 秒鐘（從先前的 10 秒鐘所增加的）。這麼做是為了要適應軔體，因為有些軔體最長可能會需要到 60 秒鐘才可回應 INIT 指令。
一項因為 frame 計算所造成晶片組不斷重新啟動和指令逾時的錯誤現在已被修正。套用了此更新後，驅動程式現在已可按照請求地將正確的 frame 計數傳送至軔體。
新增了 poll_mode_io 模組參數以支援輪詢。
arcmsr：驅動程式已更新至版本 1.20.00.15.rh。此更新套用了多項錯誤修正和一些增強；另外，它還提供了下列 SATA RAID 控制介面上的支援：
ARC1200
ARC1201
ARC1202
技術搶先版 目前「無法」在 Red Hat Enterprise Linux 4.7 下支援訂閱服務，也許無法完整工作，並且不適用於生產。但由於這些功能是為了客戶的方便而存在的，並會在未來提供更廣泛的服務。
客戶或許會覺得這些功能適用於非生產環境下。我們誠摯歡迎客戶能夠提供回報以及相關技術搶先版的建議。勘誤機制將提供高服務的安全性功能。
在技術搶先版功能發展過程中，某些元件會提供開放測試。此為 Red Hat 在未來公告中能提供完整支援技術搶先版功能。
Systemtap 提供免費軟體（GPL）基礎架構來讓取得執行 Linux 系統的資訊更容易。如此便能輔助檢測性能或功能問題。有了 systemtap 的協助，程式開發員不在需要透過冗長與繁複的方式來重新編輯、安裝與重新開機，來取得所需要的資料。
GNU Compiler Collection（gcc-4.1）在此版本中依舊是技術搶先版。這編譯器最初是在 Red Hat Enterprise Linux 4.4 中，以技術搶先版的模式出現。
欲知更多關於 gcc-4.1 的詳情，請參閱其專案網站。更進一步的手冊位於 http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/。
在此版本中，autofs5 是以技術搶先版的模式出現。這個 autofs 解決了多個長久以來、多廠商環境下的異質平台問題。autofs5 的功能也比以前更強，舉例如下：
支援直接對應，這能提供自動掛載檔案系統的機制，及於檔案系統的任何層級
支援 lazy mount 與 umount
透過新的設定檔 /etc/autofs_ldap_auth.conf 能更進一步支援 LDAP
nsswitch.conf 製作完成
直接對應有多個主對應項目
自動完成對應的含納，這能讓特定對應的內容包括到 autofs 的主對應中
目前 autofs5 的主對應語意分析程式，無法正確地解析掛載點或對應規格中，引號內的字串。因此，引號內的字串必須寫在對應之中。
autofs 還是會被安裝，並且預設上會被執行。因此，如果您想使用 autofs5 的新增功能，請手動安裝 autofs5。
您可以同時安裝 autofs 與 autofs5。然而，您只能用其中一個來提供自動掛載服務。要安裝 autofs5 並讓它作為自動掛載程式，請進行以下步驟：
以 root 身份登入，以 service autofs stop 指令停止 autofs 服務。
用 chkconfig autofs off 指令停用 autofs 服務。
安裝 autofs 套件。
用 chkconfig autofs5 on 指令來啟用 autofs5 服務。
用 service autofs5 start 指令啟動 autofs5。
欲知更多關於 autofs5 的相關訊息，請在安裝 autofs5 套件後，參閱以下 man page：
autofs5(5)
autofs5(8)
auto.master.v5(5)
automount5(8)
欲知更多詳情，請參閱 /usr/share/doc/autofs5-<version>/README.v5.release。
當一個像是 systool 的應用程式讀取（由 Emulex lpfc 驅動程式所產生的）/sys/class/scsi_host/host<scsi host number>/mbox 時，「Bad State」這則訊息已不會被印在主控台中或被記錄至系統日誌檔中。
Kernel 現在會在開機時列印至序列通訊埠之前發出 Data Terminal Ready（DTR）訊號。有部份裝置需要 DTR 訊號，而 Kernel 開機訊息現在會被列印至這類裝置的序列主控台上。
在 Red Hat Enterprise Linux 4.6 中，當系統是透過序列主控台來安裝時，登錄提示可能不會出現。此問題在此版本中已被修正。
在先前版本的 openmpi 和 lam 有項錯誤會讓您無法升級這些套件。這項錯誤可能也會造成您無法成功使用 up2date 來升級所有套件。
此問題清楚地顯示於下列當嘗試升級 openmpi 或 lam 時所產生的錯誤中：
error: %preun(openmpi-[version]) scriptlet failed, exit status 2
此問題也清楚地顯示於下列當嘗試透過 up2date 來升級所有套件時所產生的錯誤中（記錄於 /var/log/up2date 之中）：
up2date Failed running rpm transaction - %pre %pro failure ?.
因此，您首先需要手動式地移除舊版的 openmpi 和 lam 才可避開這些錯誤。若要如此，請使用以下的 rpm 指令：
rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
當有個 LUN 由一部已配置的儲存系統上移除時，此變更不會反映在主機上。在此情況下，當使用了 dm-multipath 時，lvm 指令會不定時地擱置住，因為 LUN 的狀態已成為 stale（失效）了。
欲解決此問題，請將 /etc/lvm/.cache 中所有失效的 LUN 特屬的裝置和 mpath 連結項目刪除掉。若要找出這些項目為何，請執行下列指令：
ls -l /dev/mpath | grep <stale LUN>
比方說，若 <stale LUN> 為 3600d0230003414f30000203a7bc41a00 的話，下列結果就會出現：
lrwxrwxrwx 1 root root 7 Aug 2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwx--rwx 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
在一個 HA-RAID two-system 的配置中，兩個 SAS 控制介面會被插入兩部系統中並連至一個共享的 SAS disk drawer。將這兩個 SAS 控制介面的 Preferred Dual Adapter State 屬性設為 Primary 將會產生 race 狀態並造成這兩個 SAS 控制介面產生無止境的 failover。這是因為只有一個 SAS 控制介面可被設為 Primary。
若要避免此錯誤發生，請確認如果其中一個 SAS 控制介面的 Preferred Dual Adapter State 被設為 Primary 的話，另一個 SAS 控制介面就必須設為 None。
此發行版本的 X 伺服器在使用基於 Intel GM965 晶片的系統上可能會發生錯誤。
若您需要使用 hp_sw kernel 模組的話，請安裝已更新的 device-mapper-multipath 套件。
您也需要正確地配置 HP 陣列以便正確地使用 active / passive 模式並可辨識來自於一部 Linux 機器的連線。若要如此，請執行下列步驟：
請透過使用 show connections 來判斷各個連線所使用的 WWPN（world wide port name）為何。下列為一個在含有兩個連線的 HP MSA1000 陣列上的 show connections 的範例輸出：
Connection Name: <Unknown> Host WWNN = 200100E0-8B3C0A65 Host WWPN = 210100E0-8B3C0A65 Profile Name = Default Unit Offset = 0 Controller 2 Port 1 Status = Online Connection Name: <Unknown> Host WWNN = 200000E0-8B1C0A65 Host WWPN = 210000E0-8B1C0A65 Profile Name = Default Unit Offset = 0 Controller 1 Port 1 Status = Online
請透過執行以下指令來正確地配置所有連線：
add connection [connection name] WWPN=[WWPN ID] profile=Linux OFFSET=[unit offset]
請注意 [connection name] 可任意設置。
根據範例，正確的指令應該是：
add connection foo-p2 WWPN=210000E0-8B1C0A65 profile=Linux OFFSET=0
add connection foo-p1 WWPN=210100E0-8B3C0A65 profile=Linux OFFSET=0
請再次執行 show connections 來驗證所有連線都已正確配置。根據提供的範例，正確的配置應該是：
Connection Name: foo-p2 Host WWNN = 200000E0-8B1C0A65 Host WWPN = 210000E0-8B1C0A65 Profile Name = Linux Unit Offset = 0 Controller 1 Port 1 Status = Online Connection Name: foo-p1 Host WWNN = 200100E0-8B3C0A65 Host WWPN = 210100E0-8B3C0A65 Profile Name = Linux Unit Offset = 0 Controller 2 Port 1 Status = Online
Red Hat 不建議您在 EXT3 檔案系統上使用 quota。這是因為在某些情況下，這麼做會造成死鎖（deadlock）產生。
經過測試，我們發現當 quota 正在執行時，kjournald 有時會將一些 EXT3 特屬的 callout 阻擋住。Red Hat 並不計畫在 Red Hat Enterprise Linux 4 中修正此問題因為所需進行的修改太具侵略性。
此問題在 Red Hat Enterprise Linux 5 中並不存在。
經過了 Mellanox MT25204 的硬體測試後，我們發現在某些特定的高負載情況下，有項內部錯誤會產生。當 ib_mthca 驅動程式針對於此硬體回報了重大錯誤時，這一般會和用戶應用程式所產生的未完成工作請求相關的佇列深度完成度不足有關係。
雖然驅動程式會將硬體重新啟動並由此事件復原，不過錯誤發生時的所有連線都會失去。這一般會變成一項用戶應用程式中的區段錯誤。另外，若錯誤發生時 opensm 正在執行的話，那麼您將需要手動式地將它重新啟動，這樣一來您才可恢復至正常的作業。
您可透過點選桌面共享（Desktop Sharing）連線的圖像兩下來顯示它的選單，而不是按下滑鼠右鍵。所有其它的圖線則需要按下右鍵才可顯示它們的選單。
( amd64 )