遠端升級Linux系統(轉)

遠端升級Linux系統(轉)[@more@]

　　本文簡要地介紹了使用 Red Hat LINUX 的 kickstart 及網路安裝功能方便快捷地升級己有 LINUX 系統，文中的例子是從 Red Hat 7.2 遠端升級到 Red Hat 9.0。

　　自從 5.2 版開始， Red Hat LINUX 便 增加了一個稱為 kickstart 的功能，其主要是為了減少安裝過程中需要互動式 (interactive)的系統引數輸入，提高安裝效率。將其運用於自動安裝 LINUX，特別是需要在短時間迅速安裝至成百臺 LINUX 工作站這種特殊場合尤為適用，Stanford University 的 Menlo Park 已經有精彩的文章介紹，在此不再累述[1]。

　　1.升級前系統檢查

　　在開始升級系統之前，有一些容易忽視的問題容易中斷 kickstart 過程，這些問題一般是系統配置達不到安裝最低要求，所以最好能在自動升級之前有實驗條件先進行充分的測試再實施。 Red Hat LINUX 系統發展至今，已經不是低得 386 都可以跑得很流暢的了（Red Hat 9 已經不能在 586 以下的機器上執行），所以在升級之前有必要對系統進行充分的檢查，主要包括以下方面：

　　儲存空間是否足夠。Red Hat 9 最少需要 32M 的記憶體和 472M 的硬碟，記憶體一般是不會成問題的，但是我未能在一個 500M 硬碟上裝好系統，當然現在大家的硬碟一般還是比較大，都可以進行完全安裝了。LINUX 的系統檔案主要集中於 /usr 下，/ 下面也有一部分，一般不安裝 X 系統和大型軟體的情況下，/usr 使用 1G 空間、/ 使用 500M 空間都可以工作得很好了。我的系統從 7.2 升級到 9.0 系統，/usr 和 / 的使用情況大約較升級前增加了 30% 的樣子，所以如果大家的 /usr 和/使用率不是太高的話，磁碟空間 的限制一般是不會有什麼問題的。

　　交換分割槽空間是否足夠。Red Hat 9 與 7.2 的一個不易發現的區別便在此，7.2 系統是可以使用少於兩倍實體記憶體容量的交換分割槽，兩倍或者多於兩倍實體記憶體的交換分割槽只是建議大小；而 Red Hat 9 則必須使用兩倍或者多於兩倍實體記憶體大小的交換分割槽，所以如果你的LINUX系統只有少於兩倍的交換分割槽，那就只有再劃分一個交換分割槽或者增加一個交換檔案，或者撥下你的記憶體讓系統交換分割槽大於兩倍實體記憶體，我建議使用加一個交換分割槽的辦法，增加交換檔案還無法在 kickstart 中實現，至於撥下記憶體，遠端升級就根本沒有辦法撥下記憶體了。

　　其他雜項。系統在自動升級過程中會檢測一系列的硬體，如果選擇圖形介面安裝，但是沒有滑鼠，系統則會提示使用文字方式安裝；或者只有 32M 記憶體則系統也不能進行圖形介面安裝，這些都可以在自動安裝配置檔案裡進行修改以避免其發生，但是記下系統的所有硬體配置製成一個清單會對製作自動配置檔案有較大的幫助。

　　2.如何啟動安裝程式

　　首先從 Red Hat LINUX 的啟動安裝程式開始。從 Red Hat LINUX 的官方安裝裝手冊上我們可以看到主要的幾種啟動方式：CDROM、軟碟機及從 dos 環境執行光碟上的 dosutilsautoboot.bat 檔案三種方式，對於我們來說這還是不夠的，我們的 LINUX 工作站是沒有軟碟機和光碟機的，當然更加不會有 dos。透過分析各發行版第一張光碟的 /images目錄下的 boot*.img 檔案我們發現，這些啟動映象檔案其實只有兩個主要的檔案：vmlinuz 核心和 initrd.img，initrd.img是一個壓縮的最小檔案系統[2]。將這兩個檔案提取到己有的 LINUX 系統 /boot 目錄下，在系統的 bootloader（一般是 LILO 或者 GRUB）配置檔案中加入相應的配置行即可啟動安裝程式。以 Red Hat 7.2 和 GRUB 為例（使用 Red Hat 8.0 的網路啟動映象檔案）：

　　[root@client mnt]# mount -o loop -o ro /mnt/nfs/psyche/cd1/images/bootnet.img bootnet

[root@client mnt]# cd bootnet/

[root@client bootnet]# ls

boot.msg　　 initrd.img　 options.msg　rescue.msg　splash.lss　　syslinux.png

general.msg　ldlinux.sys　param.msg　　snake.msg　 syslinux.cfg　vmlinuz

[root@client bootnet]# cp vmlinuz /boot/vmlinuz8

[root@client bootnet]# cp initrd.img /boot/initrd8

[root@client bootnet]# vi /boot/grub/menu.lst

　　新增如下三行：

　　title Upgrade to Psyche via NFS

kernel /boot/vmlinuz8 ro 

initrd /boot/initrd8

　　注意：以上是沒有 /boot 分割槽的配置，有 /boot 分割槽則不需要前面的 /boot，見 GRUB 配置檔案中 NOTICE 部分。

　　重新啟動後即可選擇網路升級，和用 bootnet 軟盤引導系統的效果是一樣的。在這裡我們將使用 Red Hat 9 的另外一個啟動檔案，這也是最近才在 Red Hat 發行版中出現的 boot.iso。將 Red Hat 9 發行版第一張光碟的 ISO 映象檔案裝載後，我們發現其下的 images 目錄中較 7 系列發行版多了一個 boot.iso 檔案(8.0 第一張光碟根目錄下也有類似目錄)，將其裝載後發現其中包含一個比較大的核心和 initrd 檔案，該initrd 包含了安裝系統時常見硬體的驅動，我使用該檔案啟動時能自動識別出 PM133 主機板的顯示卡及比較少見的adaptec ANA-6911TX 網路卡（starfire.o），所以強烈推薦使用 boot.iso 自動升級，可以省卻驅動的麻煩。值得一提的是 Red Hat 9 現在已經不在 boot.img 中自帶網路卡驅動了，而 Red Hat 8 在 bootnet.img 中帶了一些常見網路卡的驅動的（intel 55X系列、tulip、8139等），大家有興趣可以參考[2]中提到的方法解壓一下 bootnet.img 中的 initrd.img 檔案就可以在lib目錄中看到這些驅動模組檔案了。

　　3.從哪裡安裝

　　升級系統當然需要新系統的發行版原始檔，發行版形式可以多樣化，即可以是光碟，也可以是光碟映象檔案（ISO格式），同時也可以是光碟檔案的複製集。在 Red Hat 9 中，可供選擇的安裝模式有本地 CDROM、本地硬碟、NFS 映象、FTP、HTTP。從光碟安裝具有最好的相容性和易操作性，適合個人安裝，大批次和遠端升級則不適用；本地硬碟是一種比較好的方式，速度快，而且也不需要頻繁更換光碟，但是也不適合大批次安裝，每臺工作站均儲存一份發行版映象複製實在是很浪費儲存空間，而且要命的是我的那臺機器已經沒有空間可以放下這麼巨大的檔案了；NFS 則是一種比較成熟的方式，透過 NFS 方式安裝系統只需要將 ISO 格式的光碟映象檔案共享即可，不像 FTP 和 HTTP 方式需要考慮目錄樹結構[2]，而且 NFS 方式可以選擇圖形介面安裝（FTP 和 HTTP 方式僅能使用文字介面），速度相對 FTP 和 HTTP 方式更快，所以網路安裝建議使用 NFS 方式。建立 NFS安裝映象伺服器的辦法很簡單，僅需透過 NFS 將發行版光碟映象檔案共享即可。

　　[root@server root]$ cat /etc/exports /data/shrike 192.168.0.42/31(ro)

[root@server shrike]# ls

ks.cfg　shrike-i386-disc1.iso　shrike-i386-disc2.iso　shrike-i386-disc3.iso

　　4.製作 kickstart

　　接下來自然就是製作 kickstart 檔案了，kickstart 技術從最早推出至今已經更新了許多次，配置的語法也是不盡相同，後來的版本也沒有做到完全相容舊有版本語法，不能說這也是一個遺憾，在此我強烈建議使用 Red Hat 9 官方文件[3]來進行 kickstart 的配置，這樣才能做到萬無一失。配置檔案主要內容如下：

　　1)ks.cfg 檔案位置。很明顯安裝程式需要讀取到 ks 配置檔案才能進行自動安裝，ks 配置檔案可以有以下幾種方式讀入：啟動軟盤、啟動光碟、硬碟、網路。

　　軟盤讀取 ks 配置檔案相對較簡單，將 ks.cfg 置於軟盤根目錄下即可，啟動後輸入 linux ks=floppy 即可開始 ks 安裝；

　　光碟讀取 ks 配置檔案需要在製作啟動光碟時加入 ks.cfg 配置檔案至根目錄下，啟動後輸入 linux ks=cdrom:/ks.cfg 即可開始 ks 安裝 ；

　　硬碟讀取 ks 配置檔案一般是從光碟機引導後，再讀硬碟中的 ks 配置檔案（此時可能沒有軟碟機和網路支援），啟動後輸入 linux ks=hd:fd0:/ks.cfg，限制條件是該硬碟分割槽必須是 VFAT 或者 EXT2；

　　網路讀取 ks 配置檔案則用得非常多了，通常用到的是 NFS 方式和 HTTP 方式，格式分別是 ks=nfs:server:/path 和 ks= server> /< path> 。需要注意的是網路方式讀取 ks.cfg 檔案時，區域網能自動分配 IP，因為在核心未取得 ks.cfg 配置檔案之前，系統是不知道如何配置 IP 地址的，這時就要先透過 DHCP 獲得一個 IP 地址，透過網路讀取 ks.cfg 配置檔案。在具備網路條件的環境下，我強烈推薦使用網路方式提供 ks.cfg 配置檔案，使用 DHCP 配合 ks 的引數置空功能可以為大量的工作站配置不同的 kickstart 配置檔案[1][3],自動安裝功能各異的系統。我是使用 NFS 方式讀取 ks.cfg 檔案。

　　[root@server shrike]# ls

ks.cfg　shrike-i386-disc1.iso　shrike-i386-disc2.iso　shrike-i386-disc3.iso

　　在待升級系統 GRUB 配置檔案中加入 ks 配置語句：

　　kernel /boot/vmlinuz9 ro ks=nfs:192.168.0.19:/data/shrike/ks.cfg

　　2)經過測試，升級系統所需要的 ks 配置引數相對較少，具體配置引數就不再累述了， UNIX 的風格就是 KISS。以我的配置為例：

　　reboot

upgrade

lang en_US

keyboard us

mouse none

text

skipx

network --device=eth0 --bootproto=static --ip=192.168.0.42 --netmask=255.255.255.0　--gateway=192.168.0.253 --nameserver=192.168.0.4 --hostname=huter.xtu.edu.cn

nfs --server=192.168.0.19 --dir=/data/shrike

zerombr yes

bootloader --location=mbr

%post

chkconfig --level 345 sshd on

　　3)檢查一切配置無誤就可以開始遠端升級系統了！重啟系統後，使用 ping 命令一直 ping 該升級系統的 IP，如無意外則大約半小時以後便可以看到該主機不可達，然後又恢復正常，使用 SSH 登陸該主機，再做一些系統引數調整（特別是 APACHE 和 PHP 的調整），升級就大功告成了！

　　4)失敗總結。事情總不是一帆風順的，出錯在所難免，所以大家在實際操作之前還是要多加測試，才可一舉成功。常見的錯誤有：

　　系統記憶體、硬碟分割槽、交換機分割槽空間不夠，導致升級無法完成，解決辦法是在升級前要留有充分的空間，如果硬碟空間不夠，則刪除部分不用的軟體包，在此我向大家推薦一個小指令碼[4]，是從水木清華 BBS 上獲得，能解決 Red Hat Linux 刪除 RPM 軟體包時的依賴關係。

　　滑鼠配置。滑鼠配置語句一般可以寫為 mouse none，也可以不接引數自動檢測；另外如果沒有滑鼠是不能使用圖形模式安裝的，所以還是使用 text 配置命令明確指定使用文字方式安裝，反正安裝過程我們也不會看著顯示器，是吧？

　　配置語法錯誤。kickstart 一直在不斷髮展，如果語法錯則會無法完成安裝，常見錯誤有 network 配置語法，以前的版本配置語法是 network --static --ip 198.168.254.253......而最新的 Red Hat 9 配置語法是 network --device=eth0 --bootproto=static --ip=192.168.0.42......，所以對 ks.cfg 配置檔案的檢查一定要細心。

　　ks.cfg 配置檔案儘可能寫得精簡，可以省卻的就省掉，特別是升級時不會對 ks.cfg 中的軟體包配置段進行處理，所以寫了也無益，反倒有可能讓安裝程式讀取到錯誤的配置行而停止自動安裝。

　　5.總結

　　遠端自動升級只是對 kickstart 應用的一個自我挑戰，實際應用場合可能不會太多，但是在大規模網路安裝中，要做到一開啟工作站就能完全自動安裝，一定要將 DHCP 和 kickstart 密切結合才能達到事半功倍的效果，試想裝兩百臺工作站的時候每個 kickstart 檔案出錯三次，你就得在每臺機器上操作三次，而一個完美的 kickstart 檔案甚至可以讓您連顯示器都不接就完全安裝好系統，這是一件多少愉快的事情！