史萊姆論壇

返回   史萊姆論壇 > 專業主討論區 > 網路疑難應用技術研討區
忘記密碼?
論壇說明 標記討論區已讀

歡迎您來到『史萊姆論壇』 ^___^

您目前正以訪客的身份瀏覽本論壇,訪客所擁有的權限將受到限制,您可以瀏覽本論壇大部份的版區與文章,但您將無法參與任何討論或是使用私人訊息與其他會員交流。若您希望擁有完整的使用權限,請註冊成為我們的一份子,註冊的程序十分簡單、快速,而且最重要的是--註冊是完全免費的!

請點擊這裡:『註冊成為我們的一份子!』

Google 提供的廣告


發文 回覆
 
主題工具 顯示模式
舊 2003-10-28, 04:38 PM   #1
psac
榮譽會員
 
psac 的頭像
榮譽勳章
UID - 3662
在線等級: 級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時級別:30 | 在線時長:1048小時 | 升級還需:37小時
註冊日期: 2002-12-07
住址: 木柵市立動物園
文章: 17381
現金: 5253 金幣
資產: 33853 金幣
預設 .RedHat.Enterprise.Linux.AS.v3.0發行注記課題

/WareZ/10.27.03.Redhat.Linux.AS.3.0/

4 cd 安裝碟+ 1 cd我的文件

這個就是redhat linux 的伺服器版

好像是國內的某正版用戶從redhat下載的。因為不是warez發佈的,所以沒有nfo文件。

Red Hat Enterprise Linux的三個版本的區別

from www.redhat.com

AS ES WS
Intel X86 compatible Y Y Y
Intel Itanium Y N Y
AMD AMD64 Y N Y
IBM PowerPC Y N N
IBM Mainframe Y N N
CPU 16 2 2
Memory(GB) 64 8 ?

AS-For high-end and mission-critical systems
ES-For small/mid-range servers
WS-For desktop/client systems,does not include a number of server applications found in Red Hat Enterprise Linux AS and Red Hat Enterprise Linux ES.

具體的說明見:
http://www.redhat.com/software/rhel/
Red Hat Enterprise Linux AS 3 發行注記
Copyright © 2003 Red Hat, Inc.

--------------------------------------------------------------------------------

總覽
這些發行注記中涉及了以下課題:

引導 Anaconda

與安裝相關的備註

輸入法備註

一般備註

內核備註

引導 Anaconda
本節描述引導Red Hat Enterprise Linux 安裝程序(Anaconda)的必需步驟。

第一張光碟是可引導的,可以被用來啟動安裝工作。如果不想使用關於光碟的安裝(例如:如果您想通過網路連接來安裝Red Hat Enterprise Linux 3),您可以在第一張光碟的 images/ 目錄下找到只包含啟動工作所需文件的光碟映像文件 boot.iso。

與安裝相關的備註
本節描述和Red Hat Enterprise Linux 安裝程序 Anaconda 相關的問題。

Red Hat Enterprise Linux 3 處理光碟的步驟已經改變。在引導安裝程序時需要第一張光碟,處理了餘下的光碟後還需要它。

Red Hat Enterprise Linux 安裝程序具有測試安裝CD片完好性的能力。它可以用在光碟、硬碟 ISO 和 NFS ISO 安裝方法中。Red Hat建議您在安裝前以及報告任何安裝問題前測試所有安裝CD片(許多提交的錯誤是由不正確燒錄的光碟造成的)。要執行測試,在 boot: 提示下鍵入 linux mediacheck 指令。

Red Hat Enterprise Linux 3 包括一個叫做 hugemem 的新內核。這個內核支持每工作4GB用戶空間和4GB直接內核空間。使用這個內核允許Red Hat Enterprise Linux 在擁有大至64GB主記憶體的系統上執行。一般來說,配置了16GB記憶體以上的系統需要 hugemem,雖說使用較少記憶體的環境也可以從這個內核中獲益,特別是在執行能夠從較大的用戶空間中獲益的應用程式的時候。

為了提醒您這個問題,若您的系統配置中包含了16GB以上的記憶體,Red Hat Enterprise Linux 3 內核在引導時就會顯示一條消息。在系統被引導後,以下指令可以被用來檢視您的系統是否顯示了這條消息:

dmesg | less

注意:要為內核和用戶空間提供4GB位址空間,內核中必須保持兩個分開的虛擬位址映射圖。這會給用戶和內核空間的轉換帶來些額外費用,例如在系統使用和中斷的時候。這個額外費用對整體效能的影響在很大程度上要依據應用程式而定。

還請注意,因為某些驅動程式最初不是為大記憶體環境而編寫的,在使用了 hugemem 內核時,Red Hat只支持驅動程式中的一個被批准過的子集。被Red Hat批准用於 hugemem 內核的驅動程式包括在 kernel-hugemem 軟體包中。沒有被批准但是仍舊被提供了的驅動程式位於 kernel-hugemem-unsupported RPM。要檢視這些 RPM 中的驅動程式列表,請使用以下指令:

rpm -qlp <kernel-rpm>

(這裡的 < kernel-rpm> 是相應 hugemem RPM 的完整檔案名。備註:這些 RPM 可以在第二張光碟的 RedHat/RPMS/ 目錄中找到。)

如果您認為 hugemem 內核的額外費用和可用驅動程式的子集對您的硬體配置和系統環境沒什麼問題,並且您想使用 hugemem 內核,您必須首先安裝它。要安裝這個內核,登入為根用戶後輸入以下指令:

rpm -ivh <kernel-rpm>

(這裡的 <kernel-rpm> 是 hugemem 內核 RPM 文件的名稱,例如 kernel-hugemem-2.4.21-3.EL.i686.rpm)。

安裝完成後,重新引導您的系統,請確定選項新安裝的 hugemem 內核。測試了這個使用 hugemem 內核的系統能夠正確執行後,您應該修改 /boot/grub/grub.conf 文件來預設引導 hugemem 內核。

Red Hat Enterprise Linux 3 可以在 IBM eServer xSeries&reg; 440 和 445 上被安裝。然而,安裝工作只支持包含一個機箱並且沒有連接的 RXE-100 遠端擴展區的配置。如果您的系統配置不符合這些條件,您可以移除多餘的機箱和/或 RXE-100,然後再執行安裝。一旦安裝完畢,節點和/或 RXE-100 可以被重新安裝,而且可以在Red Hat Enterprise Linux 中正常操作。

Red Hat Enterprise Linux 3 現在包括對邏輯磁碟區管理(Logical Volume Management,LVM)的支持。LVM 是一種把磁牒空間撥發給一個或多個邏輯磁碟區的方法,這種方法被用來實現容易重新劃分大小的文件系統。

多數現代電腦能夠通過直接從第一張Red Hat Enterprise Linux 發行版光碟中引導而啟動安裝工作,某些硬體配置需要使用起始碟。如果您的硬體需要起始碟,您應該留意下列改變。

Red Hat Enterprise Linux 3 使用和從前的Red Hat Enterprise Linux 版本不同的起始碟佈局。本版本只使用一個起始碟映像文件(bootdisk.img)來引導所有需要起始碟的系統。

如果您從 IDE 或 USB 設備中執行安裝以外的工作,您會被要求插入根據下列映像文件之一新增的驅動程式盤:

· drvnet.img — 用於網路安裝

· drvblock.img — 用於 SCSI 安裝

· pcmciadd.img — 用於 PCMCIA 安裝

和從前發行的Red Hat Enterprise Linux 一樣,這些映像文件可以在第一張安裝光碟上的 images/ 目錄中找到。

使用串列阜終端的本文模式安裝最好在終端支持 UTF-8 的情況下使用。在 UNIX 和 Linux 下,Kermit 支持 UTF-8。在 Windows 下,Kermit '95 也執行得不錯。如果安裝中使用英語,不具備 UTF-8 能力的終端也能夠執行。被增強的視窗顯示可以通過給安裝程序傳遞「utf8」引導時間選項來使用。例如:

linux console=ttyS0 utf8

Red Hat Enterprise Linux 安裝程序的防火牆配置螢幕已被簡化。從前的「進階」、「中級」和「無防火牆」設定已被更直截了當的啟用和禁用控制替換了。此外,預設的防火牆配置現在 是區分狀態的,從而更安全。這種新設計還使使用 NIS 驗證、NFS、和 DNS 的用戶能夠不必進行額外定制而佈署一個防火牆(儘管這些用戶仍能夠通過指定連接埠和傳輸協定來定制)。

注意:這項改變還套用於安全級別配置工具(redhat-config-securitylevel)。

現在支持通過 VNC 來安裝。要引發關於 VNC 的安裝,在引導時間傳遞「vnc」選項。若必要,給引導時間選項增加「vncpassword=<password>」還能夠設定密碼。VNC 的顯示是「<host>:1」,這裡的 <host> 是安裝Red Hat Enterprise Linux 的系統的主機名或 IP 位址。

Red Hat Enterprise Linux 安裝程序還可能引發到監聽 VNC 客戶的連接。這是通過使用 vncconnect 引導時間選項來做到的:

linux vnc vncconnect=<client>[:<port>]

(這裡的 <client> 是執行監聽 VNC 客戶的系統的主機名或 IP 位址;<port> 是可選的連接埠規範,如果 VNC 客戶不在預設連接埠 5500 上監聽的話,您可以在這裡另外指定連接埠。)以下的例子顯示了引導時間選項是如何為標準的和非標準的連接埠指定的:

linux vnc vncconnect=pigdog.example.com

linux vnc vncconnect=pigdog.example.com:27910

然後,執行監聽 VNC 客戶的系統必須啟動恰當的軟體來執行監聽狀態的 VNC 客戶。對於Red Hat Enterprise Linux 3 中提供的 VNC 客戶,以下指令就足夠了:

vncviewer -listen

此外,還增加了一個新的 kickstart 指令來支持關於 VNC 的安裝:

vnc [--password <password>] [--connect <host>[:<port>]]

(這裡的 --password <password> 是指定 VNC 密碼的可選參數;[--connect <host>[:<port>]] 是指定執行一個監聽 VNC 客戶系統的主機(連接埠)的可選參數。

備註:如果您指定了任何和 VNC 相關的引導時間選項,它們都會超越 kickstart 文件中的選項。

XFree86 開源 vmware 視瀕驅動程式為方便顧客而提供,但是它不被 Red Hat, Inc. 以任何形式支持。不過,我們會把收到的任何關於 XFree86 開源 vmware 視瀕驅動程式的問題轉交給適當的 VMware 人員,因此他們可以做進一步的調查。若有套用於該驅動程式的錯誤修正,它們可能會被我們評審,若時間允許,可能會被包括在未來的勘誤和產品中。

輸入法
本節包含關於使用輸入法的一般備註。

輸入法允許用戶在常用程序如文字處理器、電子郵件、即時消息接發等程序中輸入非西方字串。Red Hat Enterprise Linux 支持以下語言的輸入法:

中文(簡體和繁體)

日文

韓文

以下各相描述了如何使用這些語言的輸入法。

簡體中文

要輸入簡體中文字串,您需使用 miniChinput 輸入法。要啟動該輸入法,按Ctrl-Space。

miniChinput 輸入法支持以下模組:

· 智能拼音輸入

· GBK 拼音輸入

· 雙拼輸入

· 內碼輸入(GB18030)

如果您在安裝中選項了簡體中文語言支持,miniChinput 軟體包會被預設安裝。

繁體中文

要輸入繁體中文字串,您需要使用 xcin 輸入法。要啟動該輸入法,按Ctrl-Space。按Shift-Ctrl或Ctrl-Alt-Num會允許您在輸入法模組間切換。

xcin 輸入法支持以下模組:

· 倉頡

· 簡易

· 注音

· 粵拼

· 詞音

· 拼音

· 行列30

· 無調粵拼

如果安裝中選項了繁體中文支持,xcin 軟體包就會被預設安裝。

日文

要輸入日文字串,您需要使用Canna、FreeWnn 或 skk 輸入法。要啟動該輸入法,按Shift-Space。

以下模組是被支持的:

· 羅馬字

· 假名(僅 Canna — 要依據配置文件而定)

如果在安裝中選項了日文語言支持,Canna、FreeWnn、和 skkinput 軟體包會被預設安裝。

韓文

要輸入韓文字串,您需要使用 ami 輸入法。要啟動該輸入法,按Shift-Space。

如果在安裝中選項了韓文語言支持,ami 軟體包會被預設安裝。

一般備註
本節包含和安裝後的問題相關的一般備註。

Apache HTTP 伺服器已被更新到版本 2.0。更新了的軟體包替代版本 1.3,並被重命名為 httpd。

· auth_ldap、mod_put、mod_roaming、mod_auth_any、mod_bandwidth、mod_throttle、和 mod_dav 模組已被刪除。

· WebDAV 的功能已被包括在 httpd 軟體包中。

注意:可能需要對現存的配置文件做些改變。第三方的 Apache 模組可能也需要被更新。詳情請參閱位於 /usr/share/doc/httpd-*/migration.html 的遷移指南。

Red Hat Enterprise Linux 3 支持使用 PXE(預引導執行環境,Pre-Boot Execution Environment)來通過網路引導。和已往的發行版本一樣,您有可能把Red Hat Enterprise Linux 3 配置成安裝伺服器,這會為啟動網路安裝而籌備內核文件和映像文件。

Red Hat Enterprise Linux 3 中還提供了對無磁牒環境的支持。無磁牒環境的伺服器(和安裝伺服器相仿)給無磁牒的客戶系統提供內核文件和映像文件。引導後,無磁牒客戶系統通過 NFS 來掛載根文件系統,從而不必使用本機連接的貯存器。

網路引導工具(redhat-config-netboot)是一個允許您配置兩個環境的圖形化配置工具。

LPRng 列印假離線已被 CUPS 替換,列印機配置工具(redhat-config-printer)是我們推薦您用來配置它的工具。它可以從「系統設定」功能表中啟動,使用其中的「列印」功能表項目。

安全級別配置工具(redhat-config-securitylevel)已被簡化。從前的「進階」、「中級」和「無防火牆」設定已被更直截了當的啟用和禁用控制替換了。此外,預設的防火牆配置現在 是區分狀態的,從而更安全。這種新設計還使使用 NIS 驗證、NFS、和 DNS 的用戶能夠不必進行額外定制而佈署一個防火牆(儘管這些用戶仍能夠通過指定連接埠和傳輸協定來定制)。

注意:這項改變也套用在Red Hat Enterprise Linux 的安裝程序中。

GNOME 列印管理器這個簡單的圖形化列印貯列系統管理工具現已被包括。它可以從「系統工具」功能表上啟動,使用其中的「列印管理器」功能表項目。除此之外,當某列印作業位於貯列中時,一個圖示會出現在面板的系統通知區域。

Red Hat Enterprise Linux 3 包含 setarch 工具。setarch 能夠改變 uname 指令產生的輸出。這在幾種情況下有用,例如在 64 位環境中執行 32 位的應用程式時(那些期待 uname -m 中的某個特定值的程序)。

setarch 指令的格式是:

setarch <arch> <command>

(這裡的 <arch> 代表想要的體系字串串,如 i386;<command> 代表在體系被修改時要執行的指令。)注意,<command> 可以被省略,在這種情況下會執行 /bin/sh。

此外,某些應用程式(如較老版本的 Java)在編寫的時候假定3GB的虛擬位址空間;當在有較大虛擬位址空間的系統上執行時(如64位的關於 AMD64 的系統,或執行 hugemem 內核的32位系統),這類應用程式就會出問題。setarch 工具能夠模擬3GB虛擬位址空間,從而允許這類程序正確執行。

setarch -3 java

Red Hat Enterprise Linux 3 包括 Native POSIX Thread Library (NPTL),它是 Linux 的 POSIX 線程的新實現。該庫提高了效能並增加了可縮放性。

該線程庫被設計成與原有的 LinuxThreads 實現在二進制上相容;不過,依賴於脫離 POSIX 標準的 LinuxThreads 實現之處的應用程式將需要被修正。值得注意的不同之處包括:

· 信號處理已從每線程信號處理改成 POSIX 工作信號處理。

· getpid() 在所有的線程中返回相同值。

· 如果使用了 vfork(),用 pthread_atfork 註冊的線程處理程序就不會執行。

· 無管理線程。

使用 NPTL 時會遇到問題的已知應用程式包括:

- 版本 1.4.1 之前的 Sun JRE

- IBM JRE

如果某應用程式使用 NPTL 無法正確執行,它可以使用原有的 LinuxThreads 實現來執行,方法是設定以下的環境變數:

LD_ASSUME_KERNEL=<kernel-version>

可用的版本如下:

· 2.4.19 — 帶有浮動堆棧的 Linuxthreads

· 2.4.19 — 沒有浮動堆棧的 Linuxthreads

注意,使用 errno、h_errno、和 _res 的軟體在它們被使用前必須包含(#include)恰當的頭文件(依次為 errno.h、netdb.h、和 resolv.h)。不過,在軟體被修正之前,您可以把 LD_ASSUME_KERNEL=2.4.19 用作繞行措施。

使用線程取消的多線程 C++ 程序可能需要通過 LD_ASSUME_KERNEL=2.4.19 這個環境變數設定來強制使用 LinuxThreads 庫。否則,如果取消被執行了(既然產生的例外沒有被捕獲),程序就會異常終止。

新編寫的使用 C 執行時間環境的 C++ 程式碼可能必須被調整來考慮線程取消因素。這可以通過以下方法之一來進行:

· 不把 C++ 函數標為 throw()(因此使用者就會知道一個例外可能會被投擲),編譯帶有例外的程式碼。這是預設的編譯選項;用戶不應該在編譯的時候指定 -fno-exceptions。

· 在進入哪些使用可取消的 C 執行時間函數的函數前完全禁用取消。這可以通過使用以下的使用來做到:

pthread_setcancelstate (PTHREAD_CANCEL_DISABLE, &oldstate)

使用了 C 函數後,取消可以通過以下使用來重新被啟用:

pthread_setcancelstate (oldstate, NULL)

注意:目前,取消會被執行,因此使用 pthread_setcancelstate() 的函數在編譯時必須啟用例外,而且必須被標為投擲例外。

新系統消息已被增加到Red Hat Enterprise Linux 3:

應用程式錯誤:<app-name> (<app-pid>)的 SIGCHLD 被設為 SIG_IGN,但卻使用 wait()。(請參見本注記中「man 2 wait」這一部分)。繞行措施被啟動(Workaround activated)。

該消息(顯示在系統控制台和/或系統日誌文件)表明應用程式在處理子工作方面沒有完全符合標準。如果您看到了這條消息,您應該警告該應用程式的開發者。

Red Hat Enterprise Linux 3 包含為 C、C++、和 Java 產生位置獨立的可執行文件(PIE)的能力。該功能使用 -fpie 和 -fPIE GCC 選項編譯來啟用。這與使用 -fpic 和 -fPIC 選項,然後在連結時使用 -pie 選項的用法類似。

fileutils、textutils、sh-utils 和 stat 軟體包已被新的 coreutils 軟體包替代。

包含網路系統管理工具(redhat-config-network)的 RPM 已被重新命名,其功能也有所改變。redhat-config-network RPM 包含這個工具的圖形化用戶界面,redhat-config-network-tui 包含這個工具本身(及其關於文本的用戶界面)。

對 XHTML1 的支持 — 在 XML 中對 HTML 的重組 — 已被提高。這是通過增加 xhtml1-dtd 軟體包,在系統目錄中安裝 DTD,以及在 libxml2 和 xsltproc 工具中增加原始支持來達到的。

XML 工具包已被擴展。它現在支持 Relax-NG 校驗以及大文件的資料流能力。

Oprofile 系統範圍建檔器已被增加到Red Hat Enterprise Linux 3。OProfile 是編程員用來分析系統效能的工具。它使用在許多現代電腦中內建的特殊硬體。OProfile 的我的文件位於 oprofile 軟體包中;安裝了Red Hat Enterprise Linux 3 後,使用 rpm -qd oprofile 指令來獲取一個可用我的文件的列表。詳情請參閱 OProfile 的網站:http://oprofile.sourceforge.net。

注意:Red Hat Enterprise Linux 3 中對 OProfile 的內核支持是關於從 2.5 版的開發內核中匯出的程式碼。因此,如果您要參考 OProfile 我的文件,請記住被列為 2.5 版特有的功能也套用於Red Hat Enterprise Linux 內核,儘管其內核版本是 2.4。同樣的,這意味著被列為 2.4 版特有的功能不能被套用到Red Hat Enterprise Linux 內核。

目前,X 視窗系統使用兩種帶有不同特點的字體子系統:

· 原始的(已有 15 年以上歷史)子系統被稱為「核心 X 字體子系統」。由這個子系統繪製的字體不是平滑字體,它們由 X 伺服器處理,名稱類似:

-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1

新的字體子系統被稱為「fontconfig」。它允許應用程式直接使用字體文件。fontconfig 經常與「Xft」庫一起使用,這會允許應用程式在螢幕上繪製平滑字體。fontconfig 使用的名稱更有「人情味兒」,它們類似:

Luxi Sans-10

隨著時間的推移,fontconfig/Xft 將會取代核心 X 字體子系統。目前,使用 Qt 3 或 GTK 2 工具包(包括 KDE 和 GNOME 應用程式)的應用程式使用 fontconfig 和 Xft 字體子系統;其它程序多數使用核心 X 字體。

Red Hat將來可能會僅支持 fontconfig/Xft 作為預設的本機字體存取方法來取代 XFS 字體伺服器。

注意:以上列出的字體子系統用法有一個例外:OpenOffice.org 使用它自己的字體繪製技術。

如果您想給您的Red Hat Enterprise Linux 3 系統增加新字體,根據使用新字體的字體子系統而定,您必須明確所需步驟。對於核心 X 字體子系統,您必須:

1. 新增 /usr/share/fonts/local/ 目錄(如果它不存在):

mkdir /usr/share/fonts/local/

2. 把新字體文件複製到 /usr/share/fonts/local/ 中

3. 使用以下指令來更新字體信息(注意,由於格式限制,以下行並不以一行形式出現,但是它應該在一行內輸入):

ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale

mkfontdir /usr/share/fonts/local/

4. 如果您必須要新增 /usr/share/fonts/local/,您就必須把它增加到 X 字體伺服器(xfs)的路徑中:

chkfontpath --add /usr/share/fonts/local/

把新字體增加到 fontconfig 字體子系統比較簡單明瞭;只需把新字體複製到 /usr/share/fonts/ 目錄中即可(個體用戶可以把新字體複製到 ~/.fonts/ 目錄中來修改他們的個人字體配置)。

複製了新字體後,使用 fc-cache 來更新字體信息緩衝:

fc-cache <directory>

(這裡的 <directory> 應該是 /usr/share/fonts/ 或 ~/.fonts/ 目錄。)

個體用戶還可以圖形化地安裝字體。方法是:在 Nautilus 中瀏覽 fonts:///,然後把新字體文件拖放到那裡。

注意:如果字體檔案名以「.gz」結尾,這表明它使用 gzip 被壓縮,因而必須使用 gunzip 來解壓縮後,fontconfig 字體子系統才能使用這個字體。

鑒於向關於 fontconfig/Xft 的新字體系統的轉換,GTK+ 1.2 應用程式將不會被「字體首選項」對話視窗中做出的改變所影響。對於這些應用程式,字體可以通過在 ~/.gtkrc.mine 文件中增加以下幾行來配置:

style "user-font" {

fontset = "<font-specification>"

}

widget_class "*" style "user-font"

(這裡的 <font-specification> 代表被傳統的應用程式使用的字體規定,如「-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*」。)

預設情況下,Sendmail 郵件傳輸代理(MTA)不接受來自本機電腦以外的主機的網路連接。如果您想把 Sendmail 配置成其它客戶的伺服器,請編輯 /etc/mail/sendmail.mc,並把 DAEMON_OPTIONS 行改變成監聽網路設備(或者使用 dnl 來註釋掉該選項)。您必須得執行下面的指令(以根身份)來重新產生 /etc/mail/sendmail.cf:

make -C /etc/mail

注意,您必須安裝了 sendmail-cf 軟體包才能使上面的指令奏效。

Red Hat Enterprise Linux 3 預設的 FTP 伺服器 vsftpd 已被改成 SysV 服務。

改變 fdisk 對分區大小倍數的理解

fdisk 指令現在對用來新增新磁牒分區的大小倍數的理解有所不同。大小後面 K、M、和 G 分別代表千字元、兆字元和吉字元。這和磁牒驅動器生產廠商所提供的磁牒大小規格更為一致。

因此,如果用戶想要新增一個512MB的分區,使用帶有「M」後面指定的大小值將會是 512*1024*1024 (536,870,912),四捨五入到一百萬的倍數(537,000,000),然後再除以一百萬,導致指定的大小為+537M。

雖然我們支持對早期Red Hat Linux 和Red Hat Enterprise Linux 上新增的可執行文件和動態共享的對象(DSO,有稱共享庫)的相容性,但是對對像文件(.o)的相容性卻不被支持。只有當在早期版本上新增的對象文件可以不包括任何系統頭文件而被建構時,它們才可以在Red Hat Enterprise Linux 3 上被用來新增新的可執行文件或 DSO。

否則,使用這些文件的唯一方法是把對像文件連結到 glibc(compat-glibc 軟體包的一部分)的相容版本。任何新產生的對象文件必須使用相容軟體包裡的頭文件。例如:要編譯對像文件,在編譯器指令行的開頭增加以下內容:

-I/usr/lib/i386-redhat-linux7/include

要連接產生的可執行文件或 DSO,在指令行增加以下內容:

-L/usr/lib/i386-redhat-linux7/lib

混和使用舊的對象文件和那些使用當前系統頭文件編譯的對象文件會產生消極結果。使用一般系統庫來連接舊的對象文件可能會導致完全不可用的可執行文件或帶有隱蔽錯誤(如記憶體損壞)的可執行文件。

內核備註
本節涉及與Red Hat Enterprise Linux 3 內核相關的問題。

Red Hat Enterprise Linux 3 內核利用了新的內核打包技術。由於可用的硬體類型多得數不勝數,Red Hat想要完全支持所有硬體設備是不可能的。因此,用於完全支持的硬體的內核模組仍舊位於標準的 kernel 軟體包中,一系列新的不支持的(unsupported)內核軟體包也被包括在Red Hat Enterprise Linux 3 中。

每個包括在產品中的內核軟體包都有一個相應的不支持的內核軟體包。例如,和 kernel-smp-2.4.21-3.EL.i686.rpm 相應的不支持的內核軟體包是 kernel-smp-unsupported-2.4.21-3.EL.i686.rpm。

注意:不支持的內核軟體包不被Red Hat Enterprise Linux 安裝程序安裝;因此,要使用不支持的內核模組,您必須手工地安裝和您的系統使用的內核相應的不支持的內核軟體包。

安裝了恰當的不支持的內核軟體包後,您必須使用以下指令來更新內核模組依賴關係樹和 initrd。

/sbin/new-kernel-pkg --mkinitrd --depmod --install <kernel-version>

(這裡的 <kernel-version> 是新安裝的內核的版本。)

包含在不支持的內核軟體包中的驅動程式是按照盡力而為的原則提供的。這意味著程序更新和上流修正有可能會也有可能不會被包括,並且它們也不能享受和被完全支持的驅動程式同等的支持待遇。在某些情況下,有關不支持的軟體包中的驅動程式問題,您可以和紅帽商談安排一下定制的支持。

Red Hat Enterprise Linux 3 內核包含更準確的工作計時功能。這個新工作計時模式使用時間戳來提供更準確的空閒和處理時間計時。當啟用後,該信息可通過通常的監視工具(如 top、vmstat 和 procinfo)來檢視,或使用 getrusage 系統使用。

要啟用關於時間戳的工作計時,您必須使用以下引導時間選項來引導您的系統:

process_timing=<value>

這裡的 <value> 可以是以下中的一個或多個,使用逗號間隔:

· irq — 使用時間戳來計量 IRQ 中斷

· softirq — 使用時間戳來計量內核中的 softirq 時間

· process — 允許工作對自己啟用關於時間戳的工作計時。(然後它會預設為所有工作禁用)

· all_process — 強制在所有工作上啟用關於時間戳的工作計時(包括空閒的工作)

· everything — 和指定 irq,softirq,all_process 相同

如果系統使用 process 選項被引導,那麼就沒有一個工作會預設啟用關於時間戳的工作計時。不過,工作可以使用 prctl() 系統使用來判定和修改它們的工作計時模式。判定工作計時模式的系統使用是:

mode = prctl(PR_GET_TIMING, 0, 0, 0, 0);

設定工作計時模式的系統使用是:

status = prctl(PR_SET_TIMING, <mode>, 0, 0, 0)

(這裡的 <mode> 是用於啟用傳統工作計時模式的 PR_TIMING_STATISTICAL,或用於啟用關於時間戳的工作計時模式的 PR_TIMING_TIMESTAMP。)注意,啟用一種計時模式會自動禁用另一種。

注意:prctl() 系統使用只能用在使用 process 選項引導的系統上。否則,系統使用就會返回 -EINVAL。這包括在使用 all_process 選項引導的系統上禁用關於時間戳工作計時的企圖。

子工作的計時模式是從它的父工作處繼承而來的,子工作可以使用prctl() 系統使用來修改它自己的工作計時模式(需服從前一條備註中的條件)

BusLogic 驅動程式(用於某些 Mylex SCSI 主機總線橋接器)在標準內核軟體包中被提供,但是它只有在當內核是 VMWare™ 虛擬機器軟體內的來賓(guest)操作系統時才被支持。這是因為 VMWare 給 BusLogic 驅動程式提供一個模擬的 SCSI 橋接器,而且這個環境已經被 VMWare, Inc. 全面測試和支持。BusLogic 驅動程式在物理 SCSI 主機橋接器上不被支持,這是因為該驅動程式在官方 Linux 內核已經多年沒有維護,在Red Hat Enterprise Linux 內核中也沒有被全面測試。

qla1280 驅動程式(用於 Qlogic ISP1x80/1x160 SCSI 橋接器)在官方 Linux 內核已經多年沒有維護。結果是,雖然該驅動程式在 Intel x86 體系中執行正常,但是它和其它體系無法配合使用。因此,Red Hat只在 Intel x86 平台上支持 qla1280 驅動程式。

關於 Intel I865/I875 晶片集和使用這些晶片集的 ICH5 集成的 AC97 音瀕功能的系統在執行Red Hat Enterprise Linux 3 時可能會沒有聲音。

您可以通過檢查以下指令的輸出來識別 ICH5 集成的 AC97 音瀕子系統:

/sbin/lspci -n

ICH5 AC97 音瀕的 PCI 廠商:設備編號是 8086:24d5。

關於 Intel I865/I875 晶片集並且利用這些晶片集的 ICH5 串行 ATA (SATA) 功能的系統應該為它們的 SATA 設備把 BIOS 設定配置為「enhanced」或「native」模式。「Legacy」或「combined」模式 SATA 也被支持,但我們不鼓勵您使用。

注意:不是所有的 BIOS 實現提供改變這些設定的能力。

內核中沒有增加任何提供 IPv6 能力的新支持。這和上層的關於2.6的實現(2.6.0-test3)是一致的。

注意,Red Hat在本次發行的Red Hat Enterprise Linux 中將不會實現額外的 IPv6 功能(如可移 IP 的標準草案)。我們的目標是只集中解決現存功能中的錯誤。

EA(擴展內容)和 ACL(訪問控制列表)現已在 ext3 中可用。此外,NFS 中還可以使用 ACL 功能。

Red Hat Enterprise Linux 3 包含為 ext3 文件系統提供 EA 和 ACL 支持的內核。NFS 中還新增了傳輸協定擴展來支持 NFS 匯出的文件系統上的和 ACL 相關的操作。

要啟用本機掛載的文件系統上的 ACL,該檔案系統必須使用 -o acl 掛載選項來掛載。按照預設設定,如果底層的文件系統支持 ACL,NFS 伺服器就會使用它們。要禁用這項功能,您必須指定 no_acl 匯出選項。

從本質上講,EA 只用於 ACL 支持。為了要分開使用 EA,文件系統必須使用 -o user_xattr 掛載選項被掛載。

對它的支持分散在幾個軟體包中:

· kernel — 提供在磁牒上為 ext3 文件系統貯存 EA 和 ACL 的支持,以及操作 EA 和 ACL 的系統使用。內核軟體包終於提供了強化文件訪問上的 ACL 的機制。

· e2fsprogs — 包括了對新添的在磁牒上的擴展內容格式的知識,因此 fsck 能夠使用新特性來檢查文件系統。

· attr, libattr — 提供對文件附屬的擴展內容的訪問。

· acl, libacl — 提供設定、修改、和查詢文件上 ACL 設定的工具。

· libattr-devel, libacl-devel — 使用 acl 和 attr 庫來建構文件所需的庫和包含文件。

· star — 一種歸檔工具。它可以新增和拆開 tar 和 pax 格式的歸檔,它還可以制作備份並恢復 EA 和 ACL。

備註:可用於 star 的選項和可用於 tar 的選項不完全等同。因此,請確定複習一下 star 的說明書頁。

· samba — 在本次發行版本中,Samba 能夠匯出 ACL 功能。關於如何在您的配置中啟用這項功能的信息,請參閱 samba 的我的文件。

除此之外,coreutils 軟體包已被更新。因此 cp 和 mv 指令將會複製文件附屬的 ACL 和 EA。

關於設定和讀取 ACL 的更多信息,請參閱 setfacl 和 getfacl 的說明書(man)頁。關於 ACL 的一般信息可以在 acl 的說明書(man)頁找到。

注意:普通的 tar 和 dump 指令不能制作備份 ACL 和 EA。

與較老系統的相容性:

沒有設定 ACL 或 EA 的任何 ext3 文件系統在較老的內核上將與從前的執行方式相同,並可以使用較老的 e2fsprogs 工具來檢查。

一旦某個給定文件系統上的任何文件被設定了 EA 或 ACL,那個文件系統將會得到 ext_attr 內容。使用以下指令,您就可以看到該內容:

tune2fs -l <filesystemdevice>

已得到 ext_attr 內容的文件系統可以使用老內核來掛載,但是很明顯,那些內核將不會強制對已被設定的 ACL 的使用。

注意:文件系統檢查程序 e2fsck 的較老版本將會拒絕檢查帶有 ext_attr 內容的文件系統。這和 e2fsprogs 軟體包1.22之前的版本相應。

Red Hat Enterprise Linux 3 內核現在包括對在 TCP 上使用 NFS 的支持。要在 TCP 上使用 NFS,您必須在客戶系統上掛載 NFS 匯出的文件系統時使用的 mount 指令上包括 -o tcp 選項。

備註:NFS 的預設傳輸傳輸協定仍是 UDP。使用帶 -o tcp 選項的 mount 指令來掛載使用 TCP 來匯出的 NFS 文件系統;否則將會預設使用 UDP。

在這個內核中增加了以下指令來掃瞄所有連接了的 SCSI 主機橋接器上的新設備:

echo "scsi scan-new-devices" > /proc/scsi/scsi

目前這是一項非標準的增加項目。由於Red Hat在這一方面跟蹤官方版的 Linux 內核,在將來的內核中可能會使用一個不同的參數來提供同樣的能力,或同一參數(scan-new-devices)的語法格式會有所改變。

在用戶模式記憶體鎖定的權限語義方面的改變

Red Hat Enterprise Linux 3 現在允許非根工作在它們的 RLIMIT_MEMLOCK 資源限度內使用用戶模式的記憶體鎖定系統使用。預設的限度是每個工作一個物理頁。該限度可以被系統管理員在每個用戶id、每個組群id、或系統全局基礎上通過 /etc/security/limits.conf 文件重新分派。根工作不再被這個資源限度所限制。

被這種語義改變所影響的系統使用是:mlock(2)、munlock(2)、mlockall(2)、munlockall(2)、和 shmctl(2)。

( x86 )Red Hat Enterprise Linux 安裝程序具有測試安裝CD片完好性的能力。它可以用在光碟、硬碟 ISO 和 NFS ISO 安裝方法中。Red Hat建議您在安裝前以及報告任何安裝問題前測試所有安裝CD片(許多提交的錯誤是由不正確燒錄的光碟造成的)。要執行測試,在 boot: 提示下鍵入 linux mediacheck 指令。

或者在vmware虛擬機中安裝測試。
psac 目前離線  
送花文章: 3, 收花文章: 1631 篇, 收花: 3205 次
回覆時引用此帖
發文 回覆


主題工具
顯示模式

發表規則
不可以發文
不可以回覆主題
不可以上傳附加檔案
不可以編輯您的文章

論壇啟用 BB 語法
論壇啟用 表情符號
論壇啟用 [IMG] 語法
論壇禁用 HTML 語法
Trackbacks are 禁用
Pingbacks are 禁用
Refbacks are 禁用


所有時間均為台北時間。現在的時間是 08:41 PM


Powered by vBulletin® 版本 3.6.8
版權所有 ©2000 - 2024, Jelsoft Enterprises Ltd.


SEO by vBSEO 3.6.1