CentOS 5.2 i386官方正式版系統(tǒng)（32位）

　　圖形安裝程序只適用于內(nèi)存大于512MB的系統(tǒng)。在內(nèi)存不足512MB的系統(tǒng)上使用圖形安裝程序可能會導致問題發(fā)生。

　　在圖形安裝時，當鼠標指針持續(xù)置于Next上時，可能會出現(xiàn)點擊這個按鈕無效的情況。在這種情況下，需要將鼠標指針從Next上挪開再移回。

　　anaconda安裝程序需要至少128MB內(nèi)存才能正常運行，并且在內(nèi)存不足256MB的系統(tǒng)上只能使用字符模式。

　　使用5.2中的yum（指yum 》 3.2.x）需要至少768MB的內(nèi)存（RAM+SWAP）。

　　在安裝過程中選擇的軟件包越多，使用的內(nèi)存就會越多，處理軟件包依賴性所需的時間就會越長。所以，建議在較慢且內(nèi)存較小的系統(tǒng)上先執(zhí)行最小安裝，然后再用yum安裝其它需要安裝的軟件包。

　　使用kickstart自動安裝時，必須確保分區(qū)足夠大，否則Anaconda可能會崩潰。

　　如果在安裝過程中選擇使用Extras庫，則需要有一個可用的因特網(wǎng)連接。此時如果沒有的話，Anaconda會因為嘗試訪問因特網(wǎng)而處于僵死狀態(tài)。如果不是網(wǎng)絡(luò)安裝并且選擇了使用Extras庫，Anaconda會提示配置一個網(wǎng)絡(luò)接口以訪問因特網(wǎng)。

　　如果在kickstart安裝時嘗試使用repo目錄（repo指向一個更新庫），可能會導致無法正常安裝。這是因為此時repo返回的依賴順序是完全錯誤的。通常glibc和coreutils必須被包含在第一批被安裝的軟件包中，因為它們提供ldconfig和其它RPM的%pre和%post腳本所必須的工具。當使用repo安裝時，此依賴無法得到滿足。

　　針對CentOS 5.0和/或5.1的kickstart腳本當使用在CentOS 5.2安裝樹上時可能會有問題。所以，在將您的kickstart腳本用于業(yè)務(wù)系統(tǒng)之前，先在CentOS 5.2上對其進行測試。

　　yum插件installonlyn現(xiàn)已內(nèi)建于yum中。在CentOS5.2中必須在yum.conf文件中加入變量installonly_limit = #（#為系統(tǒng)中允許安裝的內(nèi)核的最大數(shù)目）。如果yum.conf文件中沒有指明，將采用默認值3。更新yum時不會自動在yum.conf中加入installonly_limit，即便你之前沒有啟用installonlyn插件或是已經(jīng)在yum.conf中指定了一個不同的installonlyn_limit值時也是這樣，所以需要手動在yum.conf文件中加入。

　　5.2中的gtkhtml3軟件包已經(jīng)變基（rebase），這意味著其ABI已經(jīng)改變。對于所有編譯中使用到gtkhtml3的軟件包，我們建議使用新的gtkhtml3重新編譯。CentOS仍然為無法重新編譯的軟件包中提供了一個compat-gtkhtml3軟件包。

　　nss_ldap軟件包無法與bash 3.2（命令行替換）一起使用。這個問題導致命令行替換錯誤，使得su - 《any_ldap_user》不能正常運行。如果nscd服務(wù)正在運行，這個問題可以得到解決。我們的Testing Repository中的nss_ldap-253-12.el5.centos.《arch》.rpm也可以解決這個問題。

　　luci軟件包需要系統(tǒng)中安裝了bc軟件包，但是并沒有將此標明為一個需求。如果需要使用luci，您需要手動安裝bc。這個問題已被記錄為如下bug：bz450854 （upstream） | #2881 （CentOS）。這個問題只在最小安裝時才會發(fā)生，因為最小安裝時不安裝redhat-lsb軟件包。

　　bind-chroot的升級過程中有一個bug：bind更新會將用戶自定的ROOTDIR設(shè)置（如ROOTDIR=/some/other/path）覆寫為默認的ROOTDIR。

　　eclipse軟件包中的內(nèi)部網(wǎng)頁瀏覽器組件（Window-》Show View-》Other-》General-》Internal Web Browser）不能工作。在Firefox從1.5到3.0的升級中，libgtkmozembed軟件包被替換為xulrunner軟件包，而為eclipse提供內(nèi)嵌mozilla組件的libswt3-gtk2庫還沒有一個使用xulrunner的替代。

　　用以替換舊軟件包openib-mstflint、openib-perftest和openib-tvflash的新軟件包mstflint、perftest和tvflash之間存在循環(huán)obsoletes問題。這個循環(huán)obsoletes依賴性問題會導致這些軟件包在每一次更新中持續(xù)不斷地互相替換（upstream bug bz448722 （upstream））。這個問題在CentOS中只有當同時使用5.1和5.2軟件包庫（默認情況下不是這樣）時才會出現(xiàn)。如果因為同時使用了這兩個軟件包庫而遇到了這個問題，可以通過在5.1的CentOS-Base.repo文件中的［base］和［updates］中添加exclude= openib-mstflint openib-perftest openib-tvflash來解決。

　　3ware控制器有一個性能問題在我們的Testing Repository 中有一個解決此問題的內(nèi)核（kernel-《version》.bz444759.《arch》.rpm）。（關(guān)于此軟件包及本文中提到的其它測試庫中的軟件包的警告：使用測試庫中的軟件包可能會使您的系統(tǒng)不能正常工作，所以請謹慎使用。為了解決上游軟件包中看似不會被解決或需要很長時間才能得到解決的主要問題，我們盡最大努力制作了這些測試庫中的軟件包，它們沒有與基于上游發(fā)行的軟件包相同的QA。：D）

　　nautilus-sendto軟件包需要libgaim.so.0，而此文件在CentOS 5.2中已經(jīng)不存在了，因為gaim已被替換為pidgin。

　　kernel中有一個問題導致其在特定硬件上無法啟動。此問題基本上只出現(xiàn)在較老的硬件上。此問題發(fā)生時，內(nèi)核模塊powernowk8會發(fā)生kernel panic。此問題在包括非AMD在內(nèi)的任何系統(tǒng)上都可能發(fā)生。