心的注意過了，但還是可能有人會在較舊的版本上遭遇這個問題． 要修正這個問   題的話，查看 config.in.rej 這個檔案里留下些什麼訊息． 有修改過的部份正   常來說會在每一行開始的地方標上 `+' 和 `-'． 查看有標記的附近幾行，然後   記得它們是設成 `y' 或是 `n'． 現在編輯 config.in 檔，然後在適當的地 方   把 `y' 改成 `n' 以及 `n' 改成 `y'．執行    patch -p0 < config.in.rej   如果成功的話(沒有錯誤)，那麼你就可以繼續配置與編譯的工作． 這個   config.in.rej 檔還是會留在那里，但是你可以砍掉它．      如果你仍然遭遇其它問題，那麼可能是你安裝了一份損壞的修補檔． 如果   patch 顯示 `previously applied patch detected: Assume -R?'， 你可能使用   了一些比你目前的版本編號還低的修補檔; 如果你回答 `y'，它會嘗試將你的程   式碼降級，而且幾乎一定會失敗; 如此，你就需要重新取得一份新的原始程式碼   ．      要還原到修補前的狀態的話，在原先的修補檔上執行 `patch -R'．      當修補檔真的失敗的時候，最好的辦法是從一個乾凈的原始程式碼(例如從   linux-x.x.x.tar.gz 檔案其中之一)開始，再重新執行．   5.3 砍掉 .orig 檔案   只要做過幾次修補以後，那些 .orig 的檔案將會開始堆積． 例如，我的一個   1.1.51 版的程式碼最後一次做清掃是在 1.1.48 版（我想是吧）． 刪除這些   .orig 檔案會節省許多的磁碟空間．    find .  -name '*.orig' -exec rm -f {} ';'   將會替你照料這件事．某些版本的 patch 會用 ~ 來代替 .orig．      有其它更好的的辦法可砍掉這些 .orig 檔，就是利用 GNU 的 xargs:    find .  -name '*.orig' | xargs rm   或是更安全但有些羅嗦的方法:    find . -name '*.orig' -print0 | xargs --null rm --5.4 其它的修補檔   有一些并不是由 Linus 發行的其它修補檔出現(我將稱之為``非標準的'')． 如   果你使用了它們，Linus 的修補檔可能會而無法正確地執行， 那麼你不是得將它   們還原就是得因此而去修改原始程式碼或是修補檔．這個工作對初學者通常是很   討厭， 所以如果你不想去修改原始程式碼(結果通常不大好)，在使用 Linus 的   修補檔之前先還原這些非標準的修補檔，或重新安裝新的程式碼． 然後試試這非   標準的修補檔能不能用．如果不能的話，那麼要不你就繼續使用舊的核心， 試著   修改修補檔使其能用，要不就等待(可能是乞求)新版非標準修補檔出現．      非標準的修補檔有多普遍? 你有可能曾經聽過它們．我使用 Bill Paul 的不閃爍   修補檔來修改我的虛擬控制臺，因為我討厭會閃爍的游標(這個修補檔經常為新版   核心而更新)． 由於大部份較新的設備驅動程式都已經被發展成可載入模組形式   ，因此許多非標準的修補檔的重要性已逐漸降低．   6. 附加的套件   你的 Linux 核心有許多在原始程式碼本身里面并沒有說明的特性； 這些特性一   般是經由外來的軟體來利用，在這里列出一部分最普遍的：   6.1 kbd   Linux 的控制臺有著比你所能吃驚更多的特色．這包括切換字型，重新對映你的   鍵盤，切換顯示模式(較新版的核心)的能力等等． kbd 這套軟體里有能夠讓使用   者做這些動作的支援程式，還加上一大堆的字型以及幾乎足以適用任何鍵盤的一   些鍵盤對映表． 它可在放置核心原始碼的同一站臺找到．   6.2 util-linux   Rik Faith ( [15]faith@cs.unc.edu) 收集了一大堆 Linux 的工具，叫做   util-linux． 現在是由 Nicolai Langfeldt ( [16]util-linux@math.uio.no)   所維護． 可從 sunsite.unc.edu 的 [17]/pub/Linux/system/misc 取得． 它包   括了像 setterm，rdev 以及 ctrlaltdel 與核心有關的工具． 就像 Rik 所說的   ，不要想都不想就把它裝上去! 你不需要安裝此套件中的每一個東西，而且如果   你這樣做的話可能會引起嚴重的問題．   6.3 hdparm   像很多軟體一樣，這曾經是一個核心修補檔及其支援程式． 這些修補檔被放入商   業核心中，而用來最佳化以及調適你硬碟的支援程式一般是分開發行的．   6.4 gpm   gpm 是 general purpose mouse 的簡寫． 這個程式可以讓你使用不同種類的滑   鼠在虛擬控制臺之間剪貼，以及做一些其它的事情．   7. 一些陷阱7.1 make clean   如果你的新核心會做一些真的很奇怪的事，有可能是因為在編譯核心前你忘了做   清除 make clean． 癥狀從你的核心不正常地崩潰到奇怪的輸出入問題，一直到   可憐的執行效率等等不一而足，可以是任何事． 最好也要確定你有做 make dep   ．   7.2 巨大或緩慢的核心   如果你的核心占用了大量的記憶體，或者它真的是很大很大，也或者是即使用你   全新的 786DX6/440 來編譯卻都還像是永遠編譯不完的話， 那麼有可能是因為你   配置了太多不必要的東西(設備驅動程式，檔案系統等等)． 如果你不會用到某些   東西，那就不要配置它，因為它真的會占用記憶體． 核心過於臃腫最明顯的癥狀   就是發生記憶體與磁碟之間異常大量的資料交換． 如果你不是用那種聲音聽起來   好像是噴射機降落的舊型 Fujitsu Eagles 硬碟，檢查一下你的核心配置．      你可以找出你機器上全部記憶體的數量，然後減掉 /proc/meminfo 里面的   ``total mem'' 或 `free' 指令所得的記憶體數量來得知核心使用了多少記憶體   ． 你也可以執行 `dmesg' (或者也可以查看核心的記錄檔，它一定在會你的系統   里)．看起來就像這一行：      Memory: 15124k/16384k available (552k kernel code, 384k reserved, 324k   data)      我的 386 (配置很少垃圾)顯示如下：      Memory: 7000k/8192k available (496k kernel code, 384k reserved, 312k   data)      如果你`必須'得到一大型核心但系統卻不讓你做，你可以試試 `make bzimage'．   你可能必須安裝新版的 LILO 來做這件事．   7.3 核心無法編譯   如果它沒有被編譯，那麼可能是有個修補檔失敗了，或者是你從某個地方拿到的   原始程式碼有問題． 也有可能是因為你的 gcc 版本不正確或壞掉了(例如含入檔   有錯誤)． 確定 Linus 在 README 里所描述的符號鏈結都有正確建立． 一般說   來，如果核心沒能編譯，這表示在某些地方有嚴重的錯誤，重新安裝某些工具可   能是必須的．      或者可能你用 ELF 編譯器 (gcc 2.6.3 或以後的) 來編譯 1.2.x 的核心． 如果   編譯過程中你得到一大堆的 xxxx undefined 的訊息，這可能是你的問題． 修正   的方法大部份都很簡單．將這幾行加到 arch/i386/Makefile 的頂端:   arch/i386/Makefile:AS=/usr/i486-linuxaout/bin/asLD=/usr/i486-linuxaout/bin/ld -m i386linuxCC=gcc -b i486-linuxaout -D__KERNEL__ -I$(TOPDIR)/include   然後重新執行 make dep 與 zImage．      在少數情況下，gcc 可能會由於硬體問題而當掉．錯誤訊息會像 ``xxx exited   with signal 15'' 之類的，而且會看起來很奇怪． 我本來不想提這點的，不過   在我身上也發生過一次 - 我有一些壞的 cache 記憶體，編譯器時常會隨機地當   掉． 如果你有此問題的話先試著重新安裝 gcc．如果你將外部 cache 關掉，減   少一些 RAM 之後核心就編譯成功了，你大概只會覺得可疑．      告訴人們他的硬體有問題常會使人困擾．不過，這不是我發明的． 這是一個   FAQ -- 可以在 [18]http://www.bitwizard.nl/sig11/ 找到．   7.4 新版的核心似乎不能啟動   你沒有執行 LILO ，或是沒有正確的配置它．有一次我曾經碰到的問題是出在配   置檔里， 我用了 `boot = /dev/hda1' 而不是 `boot = /dev/hda' (這在剛開始   時真的是很討厭，但是一旦你有了一個可以用的配置檔，應該不需要去再去改變   它)．   7.5 你忘了執行 LILO，或系統根本不能啟動   噢！現在最好的辦法是用磁片啟動，并且準備另一張可以啟動的磁片(像是`make   zdisk'時做的磁片)． 你得知道你的根目錄(/)所在的分割區以及它的格   式(second extended, minix 等等)． 在下面的例子中，你也得知道你的   /usr/src/linux 原始程式碼在那個分割區，它的格式，以及它一般會掛在那兒．      在這個例子中， 根目錄 / 是 /dev/hda1，而持有 /usr/src/linux 的分割區是   /dev/hda3，一般會掛在 /usr 下． 它們都是 second extended 檔案系統．可以   運作的核心映像叫做 zImage ，放在 /usr/src/linux/arch/i386/boot 底下．      這個主意是這樣的，假若有一個可以運作的核心映像叫做 zImage，可能可以把它   用在新的磁片上． 另外一個不一定會更好的變通辦法(這跟你的系統怎麼組成的   有關)在說明這個例子之後會討論到．      首先，從 boot/root 磁片或者是急救磁片開機，然後將持有可運作核心的分割區   掛上來：       mkdir /mnt    mount -t ext2 /dev/hda3 /mnt   如果 mkdir 指令顯示該目錄已經存在，忽略掉不必理會它． 現在，cd 到持有可   運作核心的地方．注意:/mnt + /usr/src/linux/arch/i386/boot - /usr = /mnt/src/linux/arch/i386/boot   把一張格式化過的磁片放進 ``A:'' 磁碟機(確定不是你的 boot/root 磁片!)，   把映像檔傾倒到磁片里去，然後配置你的根目錄分割區:       cd /mnt/src/linux/arch/i386/boot    dd if=zImage of=/dev/fd0    rdev /dev/fd0 /dev/hda1   cd 到根目錄 / 并且卸下標準 /usr 分割區:       cd /    umount /mnt   你現在應該可以從這張磁片正常的開機了．在這次開機後不要忘記執行 lilo (或   是其它你曾經做錯的什麼事)!      如同前面曾經提過的，還有另外一種很普遍的變通方式． 如果情況是你有一個可   以運作的核心在放在 / (例如 /vmlinuz)，你也可以使用它． 假定所有的條件都   跟上面的例子一樣，而我的核心映像是 /vmlinuz，只要對上面的例子做這些改   變: 把 /dev/hda3 改成 /dev/hda1 (/ 分割區)， 把 /mnt/src/linux 改成   /mnt，并且把 if=zImage 改成 if=vmlinuz． 至於前面有關注意如何推導出   /mnt/src/linux/arch/i386/boot 的那個部分可以忽略．      將 LILO 使用在大的硬碟上(超過 1024 磁柱)可能會有問題． 請參見 LILO   mini-HOWTO 或其它文件的說明．   7.6 系統表示 `warning: bdflush not running'   這可以算是一個相當嚴重的問題．從 1.0 版以後的核心開始(大概是在 1994 年   四月二十日左右)， 有個會周期性地更新檔案系統緩沖區的程式叫做 `update'   被升級或取代掉了． 取得 `bdflush' 的原始程式碼(你應該可以從你取得核心的   地方找到)， 然後編譯它(你可能會希望在舊版的核心下執行編譯及安裝)． 它會   以 `update' 為名安裝它自己并且在重開機以後，新核心應該會運作良好．   7.7 系統說 undefined symbols 而且無法編譯   你可能有一 ELF 編譯器(gcc 2.6.3 或以後的)而且是 1.2.x (或更早的)核心原   始碼． 一般修正的方法是將這幾行加到 arch/i386/Makefile 的頂端:   AS=/usr/i486-linuxaout/bin/asLD=/usr/i486-linuxaout/bin/ld -m i386linuxCC=gcc -b i486-linuxaout -D__KERNEL__ -I$(TOPDIR)/include   這會以 a.out 程式庫來編譯 1.2.x 核心．   7.8 無法讓我的 IDE/ATAPI CD-ROM 正常工作   很奇怪，一大堆人無法讓他們的 ATAPI 光碟機工作，可能是因為有太多事容易出   錯．      你的光碟機是在一特別 IDE 界面上的唯一設備，它必須被調整為 ``master'' 或   ``single''． 這可能是最常見的錯誤．      Creative Labs 現在將 IDE 界面放到他們音效卡里． 然而，這將導致一個有趣   的問題，雖然有些人只有一個 IDE 界面，許多人在主機板上有兩個內建的 IDE   界面(通常在 IRQ15)， 因此一解決的辦法是將聲霸卡的界面調成第三個 IDE (有   人告訴我是 IRQ11)．      這在 1.2.x 的 Linux 核心上會有問題，因為它不支援第三個 IDE 界面(從   1.3.x 系列已開始支援，但它還在發展中，而且不會自動偵測)． 要解決此問題   ，你有一些選擇．      如果你已經有第二個 IDE 埠，如果你沒用它或沒有兩部設備在上面的話就有機會   ． 將 ATAPI 光碟機從音效卡上拿下來并放到第二個界面上．然後你可以關掉音   效卡上的界面，這就可以省下一個 IRQ．      如果你沒有第二個 IDE 界面，調整音效卡的界面(不是音效卡的音效部份)到第二   界面用的 IRQ15，這樣應該會動．      如果因為某些理由非得使用``第三個''界面不可，或是有其它問題， 取得   1.3.x 的核心(例如 1.3.57 就有)，閱讀 drivers/block/README.ide 檔案． 那   里有更多的資訊說明．   7.9 系統顯示關於 obsolete routing requests 的奇怪訊息   取得新版的 route 程式及其它與 route 有關的程式．   /usr/include/linux/route.h (這是 /usr/src/linux 下的一個檔案)已經做了修   改．   7.10 防火墻功能無法在 1.2.0 上工作   至少升級到 1.2.1 版．   7.11 ``Not a compressed kernel Image file'' (非壓縮核心映像檔)   不要用在 /usr/src/linux 產生的 vmlinux 做為你的啟動核心映像;   [..]/arch/i386/boot/zImage 才是正確的．   7.12 升級至 1.3.x 後在控制臺終端機上的問題   將控制臺設定檔 /etc/termcap 中的 dumb 改為 linux． 你可能會必須增加一項   terminfo．   7.13 核心升級後似乎無法編譯東西   Linux 的核心原始程式碼包含了許多的含入檔(就是用 .h 結尾的檔案)必須為標   準的 /usr/include 所參考． 它們通常用這種方法被參考(其中 xyzzy.h 是在   /usr/include/linux 下):    #include <linux/xyzzy.h>   正常情況下，在 /usr/include 下會有一叫做 linux 的連結到你的核心原始碼的   include/linux 目錄(一般系統在 /usr/src/linux/include/linux)． 如果這個   連結沒有了，或指到錯誤的地方，大部份的東西都將無法編譯． 如果你覺得核心   原始碼占了太多的空間而砍掉它，這顯然會引發問題． 另一個可能的錯誤是它的   檔案權限; 如果你的 root 預設不讓其它使用者看到他的檔案， 而且你解開核心   原始碼時沒有加上 p (保留檔案模式)選項，其它使用者也會無法使用 C 編譯器   ． 雖然你可以用 chmod 指令來修正，不過更容易的方法是重新解開含入檔． 你   可以一開始你解開整個原始碼的同樣方法，不過多加了一個參數:    blah# tar zxvpf linux.x.y.z.tar.gz linux/include   請注意: 如果 /usr/src/linux 連結不在的話 ``make config'' 會重建之．   7.14 增加上限