用不同版本的安裝盤修復系統故障 (
[email][email protected][/email]
) 《開放系統世界》
2006
年10期<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
乙個dell 1850
伺服器，兩個
<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />73g
的scsi
硬碟，上面安裝64位
redhat fedora 4
作業系統。安裝系統是以定製的方式進行磁碟分割槽的，主要的分割槽集中在乙個硬碟上，另外乙個盤劃了乙個分割槽。另外，上面的軟體也是定製安裝，執行了較少的軟體。由於某種需要，得把這個伺服器上的從盤（容量是
300g
）與另外乙個伺服器的硬碟
(容量是
73g)
做交換，於是我停機斷電把硬碟交換過來。
加電，啟動伺服器，當到檢查檔案系統完整性這個過程的時候，機器就掛起了，我知道是因為硬碟交換以後，
/etc/fstab
出現問題造成的，一般情況下，只要編輯修改這個檔案就可以了；於是手動重新啟動伺服器，通過編輯
grub
引導程式（出現引導選擇選單時，按字母「
e」進入編輯狀態，把原來的
ro 替換成
single
然後回車，再按字母「
b」引導）進入單使用者模式，以便可以編輯檔案
/etc/fstab
。還好，很順利的進入了單使用者模式，但要命的是：居然不能執行
vi命令；再執行
ls，也不能執行，提示命令沒有找到，試了別的一些系統命令，同樣的事情依然發生。後來重啟了幾次系統進單使用者都是這種情況。
因為這個伺服器是生產系統，我不能花太多的時間來研究問題的所在，要緊的事情就是盡可能快的把系統及它所提供的服務恢復起來。以我的經驗，就是拿64位
redhat fedora 4
安裝盤以救援模式引導系統，然後編輯檔案
/etc/fstab
就可以了。可偏偏不湊巧，手邊就缺64位
redhat fedora 4
安裝盤，怎麼辦？病急亂投醫，我拿一張
redhat as 4
的安裝盤塞進光碟機，以救援模式（在
boot:
後輸入linux rescue
）引導系統，片刻以後，系統引導成功，執行命令
chroot /mnt/sysimage
把主硬碟的檔案系統接上來，幸運的事情是這次成功了；然後我就執行
# vi /etc/fstab
把第二個硬碟在
fstab
裡相關的行注釋掉，儲存檔案，然後從硬碟重新啟動計算機，故障排除。
redhat 9
以後的版本（不包括
9），因為用
redhat 9
救援很可能對硬碟發生寫入操作，導致更麻煩得後果。
製作支援UEFI啟動的原裝系統安裝盤
目前市面上大多數的計算機主機板均支援uefi，而且預設就是uefi，會讓新手安裝系統遇到各種問題，最常見的就是找不到硬碟，通過光碟來安裝作業系統，固然不會遇到什麼問題，但是現在主流手段都是通過u盤來安裝，如何解決通過u盤安裝uefi引導型別的windows7作業系統呢，正常情況下，我們建議不直接部署...
用expand命令提取系統安裝盤中的檔案
有時因為病毒修改或人為刪除了某個系統檔案,造成系統無法正常執行的時候,如果知道被修改或丟失的檔案的檔名,我們就可以試著用光碟來修復,但是修復的時間很長,我們可以直接用expand命令來提取所需要的那個檔案.其用法如下 expand r source destination expand r sour...
用expand命令提取系統安裝盤中的檔案
有時因為病毒修改或人為刪除了某個系統檔案,造成系統無法正常執行的時候,如果知道被修改或丟失的檔案的檔名,我們就可以試著用光碟來修復,但是修復的時間很長,我們可以直接用expand命令來提取所需要的那個檔案.其用法如下 expand r source destination expand r sour...