簡單地來說，FreeBSD 是一套可以在 Alpha/AXP, AMD64 及 Intel® EM64T, i386™ IA-64, PC-98, UltraSPARC® 上執行的 UN*X-like 作業系統，它是根據 U.C. Berkeley 所開發出來的 “4.4BSD-Lite”，並加上了許多 “4.4BSD-Lite2” 的增強功能。它同時也間接使用了 U.C. Berkeley 所開發出來並由 William Jolitz 移植到 i386 的 “Net/2”，也就是 “386BSD”，不過現在 386BSD 的程式碼只剩下極少數還留 存在 FreeBSD 中。您可以在 FreeBSD 首頁找到有關 什麼是 FreeBSD 以及它可以幫您做些什麼的相關資訊。

FreeBSD 已被廣泛地被世界各地的公司行號、ISP、研究人員、電腦 專家、學生，以及家庭用戶所使用，用在工作、教育以及娛樂上。

如果想看關於 FreeBSD 更深入的資料，請看 FreeBSD 使用手冊。

FreeBSD 計畫的目的是提供可以任意使用且沒有限制的軟體。我們在 程式碼 (以及計晝本身) 上付出了大量心血，當然不會介意來點金錢上的 回饋，不過我們絕對不會如此堅持。我們相信我們首要的 “任務” 就是提供程式碼給每一個使用者，不管他們打算用 來幹嘛；這麼一來，這些程式碼才能被用在最多地方，也才能發揮它們最 大的利益。我們相信這就是自由軟體最基本的目標之一，而且我們會盡全 力去支持它。

在我們 source tree 中有部份的程式碼是採用所謂的GPL或是 LGPL 版權宣告，雖然這些版權宣告是用來保障而非限制使用者的權 利，畢竟是不那麼自由了些。由於這些 GPL 的軟體在商業使用上會引起 非常複雜的版權問題，因此只要有機會，我們會盡量以採用比較鬆的 FreeBSD 版權的軟體來取代這些 GPL 版權宣告的軟體。

有的。但是這並不是限制你怎麼去使用這些程式碼，而是你怎麼看待 FreeBSD 這個計畫。如果你有版權焦慮症的話，請閱讀 版權本文。簡單地來說，這份版權的重點可以條列如下。

• 請勿宣稱是您寫了這個程式。

• 如果它出問題了，不要控告我們。

對大部份的人來說是這樣沒錯，但事實上這問題並沒有這麼好回 答。

大部份的人並不是真正在使用一個作業系統。他們使用的是應用程式 ；而那些應用程式才是真正用到作業系統的東西。FreeBSD 是設計用來提 供一個強韌且功能完整的作業環境給應用程式來執行。它支援了多種瀏覽 器，辦公室套件軟體，電子郵件閱讀軟體，繪圖程式，程式設計環境，網 路伺服器軟體，以及幾乎所有你想要的東西。大部份的程式都可以靠Ports Collection來管 理。

但是如果你想要使用的應用程式只能在某個特定的作業系統上面執行 的話，你就不能輕易地把它換掉，或者指望在 FreeBSD 上有很相似的應用 程式才有機會。如果你想要的是一個強健的辦公室或是網路伺服器，或是 一部穩定的工作站，或是想在不被中斷的環境下工作的話，FreeBSD 無疑 是您的最佳選擇。世界各地有很多使用者，包括初學或資深的 UNIX® 管理 人員都選用 FreeBSD 當他們唯一的桌上作業系統。

如果你是從其他的 UNIX 環境轉換到 FreeBSD 的話，基本上是大同小 異的。但是如果你之前用的是圖形界面的作業系統，例如說是 Windows® 或是 比較古老的 Mac OS® 的話，可能就要多花一點時間來學習怎麼用 UNIX 的 方法來做事。你可以從這份 FAQ 和 FreeBSD 使用手冊 來入門。

• 您可以免費使用它，即使是用於商業用途。

• 整個 FreeBSD 作業系統完整的原始程式都可以免費取得，而且不 管是在使用，散佈或是整合進其他程式等各方面也只受到最小的限 制 (不論是否用於商業用途)。

• 任何人都可以自由地把他對系統的改良或錯誤修正的程式碼加入 source tree 之中 (當然要符合幾個先決條件)。

• 特別值得注意的是這裡的 “free” 出現了兩次，而且它們 的意思是不一樣的：一種代表 “免費”，另一種代表 “自由”。您可以拿 FreeBSD 去做任何您想要做的事，除了一些 例外，例如您宣稱 FreeBSD 是您寫的。

James Howard 在 DaemonNews 上寫了 The BSD Family Tree 的文件，裡面說明了這些歷史淵源及這些 *BSD 家族計畫之間的差異。

就 FreeBSD 目前的發展而言，有三個主要發展分支(其中兩個仍持續有在出 RELEASE 的活動)： 由 5-STABLE 所發行(release)的 5.X 系列、 由 6-STABLE 所發行(release)的 6.X 系列這兩個分支。

在 5.3 release 之前，4.X 系列仍屬 -STABLE 分支。 自從 5.3 開始，5.X 系列開始規劃新的 -STABLE 分支發展重點， 而 4.X 將只著重在重大問題上(比如：漏洞修補、安全維護)以及所謂的 "extended support" ，不再會有新的突破性發展。另一方面，5-STABLE 分支雖然仍將繼續發行，但是由於它只是 “legacy” 過渡期分支， 所以大多數主力都已轉移到 6-STABLE 繼續開發。

於 May 2006 所發行的 6.1 版是目前最新的 6-STABLE 分支； 而於 May 2006 所發行的 5.5 版則是目前最新的 5-STABLE 分支。

簡單地來說，-STABLE 的主要訴求對象是對於 穩定性及低變異性的需求遠勝過對最新 -CURRENT snapshot 中特別新功能的需求，例如 ISP 或公司行號的使用者。這兩個 branch 都有可能會產生 release 版，但只有當你能接受 -CURRENT 遠比 -STABLE 容易更動這一點，才應該用 -CURRENT。

Release 版每幾個月才會發 行一次。雖然如此，有很多人和 FreeBSD 原始碼同步更新（詳見 FreeBSD-CURRENT 和 FreeBSD-STABLE 的相關問題)，但因為原始碼 是一直不斷地在變動的，所以如果要這麼做的話得要花上更多的精 力。

其他更多相關 FreeBSD 發行情報，可由 FreeBSD 網站上的 Release Engineering 得知

FreeBSD-CURRENT 指的是正在發展中的作業系統版本，它終將在適當的時機成為 FreeBSD-STABLE 分支。它實在是只適合給系統發展者以及有毅力的業餘愛好者使用 。如果想要得到有關如何使用 -CURRENT 的深入資訊，請參考 使用手冊 的 相關部份。

如果您對作業系統本身並不是很熟悉，或是您沒辦法分辨您遇到的問 題是真的發生了問題亦或是暫時性的小狀況，那麼您就不應該使用 FreeBSD-CURRENT。這個分支的程式碼有時候變動得很快，而且可能會因此 而使您有好幾天的時間無法更新您的系統。我們假設使用 FreeBSD-CURRENT 的使用者都有能力去分析他們所遇到的問題並且只回報 真正的問題而非“小狀況”。如果您在 -CURRENT mailing list 中提到類似“make world 造成一些有關 groups 的錯 誤”之類的問題的話，也許會被其他人輕視。

我們每天都會根據目前 -CURRENT 和 -STABLE 的狀況對這兩個分支各 發行一個snapshot 版。有的時候甚至還會發行可供取得的版本。發表這些 snapshot 的目的在於：

• 測試最新版的安裝程式。

• 提供一個簡單的方法給那些喜歡使用 -CURRENT 或是 -STABLE 但 是沒有時間和頻寬去每天昇級的使用者。

• 為了替我們發展中的程式保留一個固定的參考點，以防止我們未 來造成不幸。(雖然一般而言 CVS 可以防止類似這種的可怕事件 :)

• 為了確保所有需要測試的新功能都可以得到最多的測試。

我們不對 -CURRENT snapshot 做任何形式的“品質保 證”。如果你想要的是一個穩定且經過充分測試過的系統的話， 最好選擇使用完整 release 的版本，或是使用 -STABLE snapshots。

您可以直接從 ftp://current.FreeBSD.org/pub/FreeBSD/snapshots/ 取得 -CURRENT 的 snapshot release

對每個有在活動的分支而言，平均每天都會產生一次 snapshots。

回溯到 FreeBSD 2.0.5 剛發表的時候，我們決定把 FreeBSD 的發展 分成兩支。一支叫做 -STABLE ，我們只對它做錯誤修正及小幅度的修改 (這是給 ISP 和商業公司等，對實驗中功能不感興趣的單位所使用的)。 另外一支叫做 -CURRENT，從 2.0 版發行以後，就不斷地朝著 6.0-RELEASE (含後續的版本)前進著。

6-STABLE 分支是從 6.0-RELEASE 開始(5-STABLE 分支算是 5.3-RELEASE 之後才開始的)， 然後原本的 FreeBSD-CURRENT 就會成為 7-CURRENT。

下面就是版本演進的示意圖：

                 2.0
                  |
                  |
                  |  [2.1-STABLE]
 *BRANCH*       2.0.5 -> 2.1 -> 2.1.5 -> 2.1.6 -> 2.1.7.1  [2.1-STABLE ends]
                  |                            (Mar 1997)
                  |
                  |
                  |  [2.2-STABLE]
 *BRANCH*       2.2.1 -> 2.2.2-RELEASE -> 2.2.5 -> 2.2.6 -> 2.2.7 -> 2.2.8 [end]
                  |       (Mar 1997)    (Oct 97) (Apr 98) (Jul 98) (Dec 98)
                  |
                  |
               3.0-SNAPs  (started Q1 1997)
                  |
                  |
               3.0-RELEASE (Oct 1998)
                  |
                  |  [3.0-STABLE]
 *BRANCH*      3.1-RELEASE  (Feb 1999) -> 3.2 -> 3.3 -> 3.4 -> 3.5 -> 3.5.1
                  |                     (May 1999) (Sep 1999) (Dec 1999) (June 2000) (July 2000)
                  |
                  |  [4.0-STABLE]
 *BRANCH*        4.0  (Mar 2000) -> 4.1 -> 4.1.1 -> 4.2 -> 4.3 -> 4.4 -> ... -> 4.11
                  |
                  |              (July 2000)   (Sep 2000)   (Nov 2000)          (Jan 2005)
                  |
                  |  [5.0-STABLE]
 *BRANCH*        5.0  (2001) -> 5.1 -> 5.2 -> 5.3 -> 5.4 -> 5.5
                  |
                  |             (2001)         (Nov 2004) (May 2005)(May 2006)
                  |
                  |  [6.0-STABLE]
 *BRANCH*        6.0  (Nov 2005) -> 6.1... -> future 6.x releases...
                  |
                  |             (May 2006)
                 \|/
                  +
          [7.0-CURRENT continues]

2.2-STABLE 這個分支隨著 2.2.8 的發表而功成身退。3-STABLE 這個 分支則是結束在 3.5.1 發表之後，它也是 3.X 的最後一次發表。之後除了 安全漏洞的後續修正之外，這些分支就幾乎沒有再更動過。 而 4-STABLE、5-STABLE 分支的支援將仍持續一段時間(4-STABLE 是持續到 2007/01/31)， 但主要焦點僅在於安全方面的漏洞、臭蟲及其他嚴重問題的修補。

6-STABLE 是目前正在發展中的 -STABLE 分支。6-STABLE 的最新的一 次發表是在 May 2006 發行的 6.1-RELEASE。

7-CURRENT 這個分支是 FreeBSD 的 -CURRENT 分支，仍然不斷地在發展當中。 如果想要知道更多關於這個分支的資訊的話，請參考 什麼是 FreeBSD-CURRENT？。

您可能會看到以下幾種 FreeBSD 的版本名稱：

• 1) 4.4.2-RELEASE、4.4-BETA： 最前面的數字 A.B.C 裡，A 表示主要的作業系統版本(Major)，B 表示 次要的作業系統版本(Minor)，C 表示些微修正版本(Patch)。後面的英文 表示是否為正式版，通常是測試版(ALPHA、BETA、GAMMA)、正式版(RELEASE)。

• 2) 6.0-STABLE、7.0-CURRENT： 通常 FreeBSD 會有一個以發展新功能為主的版本，稱為 CURRENT，目前的 CURRENT 版本是 7.0；FreeBSD 也會有一個以維護穩定性及系統安全為主 的版本，稱為 STABLE，目前 STABLE 的版本是 6.0。雖然如此，並不代表 STABLE 就沒有新功能，也不代表 CURRENT 就不穩定不安全，這兩個版本 是相輔相成的，而且終有一天 7.0-CURRENT 會變成 7.0-STABLE，而開始 8.0-CURRENT 的發展。不過一般來說，由於 CURRENT 系統開發的速度相當 快，跟 STABLE 相比較不穩定，而且最好是有相當經驗的使用者才來使用。 如果是商業環境或是伺服器站台，最好還是跑 STABLE 與 RELEASE 比較好。 由於 STABLE 與 CURRENT 都是一直在開發維護中的版本，因此沒有一個 特定的數字版本可以稱呼，因此通常我們會以編譯日期來代表是哪個時候 的 STABLE 或 CURRENT，例如「4.4-STABLE、編譯日期 2001/10/08」。

• 3) 5.0-011025-SNAP、4.2-010816-RELENG： SNAP 與 RELENG 並不是正式發行的版本，其中 3.0-970625-SNAP 表示是 在 2001 年 10 月 25 日發行的 5.0 測試版(SNAPshot)，通常是指 CURRENT 的版本。而 4.2-010816-RELENG 表示是在 2001 年 8 月 16 日發行的 4.2 非正式的穩定版，通常是指 STABLE 的版本。 通常 FreeBSD 核心小組會不定時釋出 SNAP 以供測試，然後有一天 SNAP 會變成 ALPHA->BETA->GAMMA，再來是 RELEASE，而後可能會有不定時的 RELENG 以供測試使用，但是 RELENG 的穩定性通常又比前期的 RELEASE 來的好。

您要是習慣微軟的術語，這樣說好了，SNAP 是開發期間的內部流出版， 那個日期(011025)就是Build Number，而 ALPHA 與 BETA 是搶鮮版， RELEASE(RELENG 勉強也算)是正式版，這樣應該了解了吧。

一般而言，Release Engineering Team <re@FreeBSD.org> 平均每四個月發行一次 release，每次新版本的發表時程都會事先公告， 相關的開發人員就會知道，什麼時候該先把手邊的計劃完成並且測試過， 此外，這些更動都已經完整地測試過，且不會影響系統穩定度。 雖然，等這些好東西進入 -STABLE 的時間令人等得有些不耐煩， 但是大多數的使用者都認為這種謹慎的態度是 FreeBSD 最好的優點之一。

有關發行情報的更多細節部分(包括 release 的行程表、進度)，都可在 FreeBSD 網站上的 發行情報 上面獲得。

為了滿足那些需要 (或想要) 新鮮刺激感的使用者， 上面(-CURRENT的部分)已經提到我們每天都會發行 snapshots 版可供使用。

如果是一些有關 FreeBSD 計畫的關鍵性決定，像是整個計畫的走向 或是決定誰可以改 source tree 裡的程式碼這類的事，是由一個由 9 個 人所組成的 core team 來決定。而有另一群超過 300 個人的 commiters 有權利可以直接修改 FreeBSD 的 source tree。

無論如何，大多數的改變都會事前在 mailing lists 先討論過，而且不分角色，每個人都可以參與討論。

每個 FreeBSD 的重要版本都可以經由匿名 ftp 從 FreeBSD FTP 站取得：

• 如果需要 6-STABLE 的最新版，也就是 6.1-RELEASE，請到 6.1-RELEASE 這個目錄

• 7-CURRENT Snapshot 通常也是每天都會做一份，這是從 -CURRENT 分支做出來的， 主要是為了提供給那些熱心的測試者和開發人員。

• 如果需要 5-STABLE 的最新版，也就是 5.5-RELEASE，請到 5.5-RELEASE 這個目錄

• 5.X、6X snapshots 通常每天都會做一份。

FreeBSD 的 CD、DVD，還有其他取得方式可以在 使用手冊 中找到解答。

所有使用者的變更要求都可以經由網頁介面的 PR查詢介面 來察看 (或是回報) 我們的錯誤回報資料庫。

也可以使用 send-pr(1) 這個指令透過電子郵件來回報問題、要求變更。 或者是經由 網頁介面的 PR 來送出問題回報。

然而，在您回報問題之前，請先閱讀 如何撰寫 FreeBSD 的問題回報單，這是一篇告訴你怎樣才能寫出一篇真正有用的 問題回報單。

詳見 FreeBSD 網站上的 文件 列表。

FreeBSD 文件計畫已陸續發表了相當廣泛範圍的文件，可在 http://www.FreeBSD.org/docs.html 取得。另外， FreeBSD 本身的 manual(一般通稱的man)、doc也如同套件軟體一樣，可以輕鬆地裝在您系統上。

此外，也建議參閱本份 FAQ 最後所列的參考書目表(Bibliography)與 FreeBSD 使用手冊。

有的。這些文件都分別以不同格式儲存以及壓縮處理，放在 FTP 上面，可以從各 FreeBSD FTP 站的 /pub/FreeBSD/doc/ 目錄內找到你要的。

文件的分類方面主要是一些不同性質所組成：

• 文件名稱，比如：faq(常見問答集)或是 handbook(FreeBSD 使用手冊)等等。

• 各國翻譯的的文件：這主要是由 locale 名稱來決定的 (不清楚的話，可參考您的 FreeBSD 作業系統上的 /usr/share/locale) 目前文件總共有下列幾種語言(及編碼)有翻譯：

  Locale 名稱	說明(所代表的語系、編碼)
  en_US.ISO8859-1	美式英文(US English)
  de_DE.ISO8859-1	德文(German)
  es_ES.ISO8859-1	西班牙文(Spanish)
  fr_FR.ISO8859-1	法文(French)
  it_IT.ISO8859-15	義大利文(Italian)
  ja_JP.eucJP	日文(Japanese，編碼方式：EUC)
  ru_RU.KOI8-R	俄文(Russian，編碼方式：KOI8-R)
  zh_CN.GB2312	簡體中文(Simplified Chinese，編碼方式：GB2312)
  zh_TW.Big5	正體中文(Traditional Chinese，編碼方式：Big5)

  Note: 上列的各國翻譯語系文件中，並非所有文件都有翻譯。

• 文件的格式：每份文件都以各種不同格式儲存，每種格式都各有好壞， 有些格式適合線上閱讀，而有些則適合列印出美觀的文件。 我們都提供這些不同格式的文件，來確保無論是螢幕上、列印紙本，每個人都可以正常地閱讀內容， 目前可供使用的格式如下:

  格式	說明
  html-split	章節模式
  html	完整模式
  pdb	Palm Pilot 資料格式，使用 iSilo 程式來閱讀
  pdf	Adobe's PDF 格式
  ps	PostScript 格式
  rtf	Microsoft's RTF格式[a]
  txt	純文字(ASCII)
  Notes: a. 當使用 MS Word 來開啟 RTF 格式的話，頁數顯示並不會自動更新。 (在開啟文件後，要按 CTRL+A, CTRL+END, F9，這樣子才會更新頁數的顯示。)

• 文件的壓縮、打包方式：目前有三種方式：

  1. 當採用 章節模式(html-split)，章節模式所產生的各檔案會先使用 tar(1) 來壓縮。檔名結尾有 .tar 的檔案就是 tar 格式。 接著，會再以下列方式再壓縮。

  2. 其他格式的檔案都會是單一檔案，檔名通常會是： book.格式 (舉例： book.pdb， book.html 等等..後面通常加上『.格式』).

     而這些檔案會分別以兩種壓縮型態進行壓縮，而存成兩種壓縮型態。

     格式	說明
     zip	Zip 格式，若要在 FreeBSD 上解壓 zip 檔，則必須先安裝 chinese/unzip 或 archivers/unzip。
     bz2	BZip2 格式，雖然不如 zip 格式的廣泛使用，但是好處在於可壓縮成更小的檔案。 要解壓 bz2 格式的話，需先安裝 archivers/bzip2 。

     所以像是 Handbook 的 PostScript 版格式，會以 BZip2 格式壓縮， 存放在 handbook/ 目錄內， 檔名就是book.ps.bz2。

選擇想要下載的文件格式與壓縮型態之後，則要決定是否以 FreeBSD 套件(package) 型態來下載。

下載、安裝『package』的好處在於：可以透過一般 FreeBSD 套件管理方式來進行管理，比如 pkg_add(1) 及 pkg_delete(1)。

若決定好要下載、安裝『package』的話，必須要確認所要下載的檔名。 文件計畫的套件(package)通常是放在是 packages 的目錄內， 每個文件計畫的套件檔名通常是： 文件名稱.語系.編碼.格式.tgz 。

舉個例子，英文版的 FAQ (格式選擇 PDF)在 package 就叫做 faq.en_US.ISO8859-1.pdf.tgz。

再舉個例子，中文版的 FAQ (格式選擇 PDF)在 package 就叫做 faq.zh_TW.Big5.pdf.tgz。

知道這點之後，就可以用下面指令來安裝中文版 FAQ 套件：

# pkg_add ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/packages/faq.zh_TW.Big5.pdf.tgz

完成之後，可以用 pkg_info(1) 來找出檔案裝在哪邊：

# pkg_info -f faq.zh_TW.Big5.pdf
Information for faq.zh_TW.Big5.pdf:

Packing list:
        Package name: faq.zh_TW.Big5.pdf
        CWD to /usr/share/doc/zh_TW.Big5/books/faq
File: book.pdf
        CWD to .
File: +COMMENT (ignored)
File: +DESC (ignored)

如同您所看到的 book.pdf 會被安裝到 /usr/share/doc/zh_TW.Big5/books/faq 內。

若不想用 package 方式安裝，那麼就需手動下載、解壓縮、複製到你想要擺放的位置去。

舉例，章節模式(split HTML)版的英文 FAQ (壓縮為 bzip2(1))會放在 doc/en_US.ISO8859-1/books/faq/book.html-split.tar.bz2 要下載、解壓的話，則要打：

# fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/en_US.ISO8859-1/books/faq/book.html-split.tar.bz2
# bzip2 -d book.html-split.tar.bz2
# tar xvf book.html-split.tar

這時你會看到一堆 .html 的檔案， 主要的目錄檔為 index.html 內含主目錄及連結到其他文件。(若有需要的話，也可以複製或搬移這些檔案到同一目錄下)

這個問題，可以從 FreeBSD 使用手冊上面的 郵遞論壇(mailing-lists) 部分獲得答案。

這答案可以從 FreeBSD 使用手冊上面的 新聞群組(newsgroups) 部分獲得答案。

這表示 man 的章節，系統上一般有八個章節：

• 1->generl commands

• 2->system calls and error numbers

• 3->C libraries

• 4->devices and device drivers

• 5->file formats

• 6->games

• 7->miscellaneous information pages

• 8->system maintenance and operation commands

比如：pf(4) 就是指 man 4 pf。

有的，大部分的 IRC 主機都有 FreeBSD 聊天頻道：

• EFNet 的 #FreeBSD 頻道是個 FreeBSD 論壇， 但可不適合那些想不勞而獲或者搬救兵用的。 這裡是聊天用的頻道，話題範圍甚至涉及『性、運動、核武』等， 請注意：我們已經警告過你了！本頻道可經由 irc.chat.org 進入。

• EFNet 的 #FreeBSDhelp 頻道 乃是給 FreeBSD 使用者之間交流的， 來這裡提問會比 #FreeBSD 好一些，當然請不要一股腦隨便亂問。

• DALNET 的 #FreeBSD 頻道，可由 irc.dal.net(位於美國)及 irc.eu.dal.net(位於歐洲)進入。

• DALNET 的 #FreeBSDHelp 頻道，可由 irc.dal.net(位於美國)及 irc.eu.dal.net(位於歐洲)進入。

• UNDERNET 的 #FreeBSD 頻道，可由 us.undernet.org(位於美國)及 eu.undernet.org(位於歐洲)進入。由於這是個輔助新手用的頻道， 請記得閱讀別人向你提及的連結或檔案。

• RUSNET 的 #FreeBSD 頻道是俄語國家的 FreeBSD 使用者頻道。 這裡同時也是一般交流的討論好去處。

• freebsd-gnome 的 #FreeBSD 頻道，可由 irc.freenode.net 進入， 這是 Gnome 的 FreeBSD 使用者頻道。

• IRCNet 的 #BSDChat 頻道，可由 irc.seed.net.tw 或 irc.csie.nctu.edu.tw 或 irc.tw.freebsd.org 進入 這是台灣的 FreeBSD 使用者頻道。

上述每個頻道都不一樣，風格迥異而各具特色，且並沒有相連， 因此，你得多方嘗試才能找到適合自己的頻道。而有些地方與所有的 IRC 文化類似， 就是請注意自己言行是否恰當，另外可能跟頻道內一些年輕/老一輩的，會有些代溝需要適應。

DaemonNews 有專門提供 FreeBSD 的教育課程訓練及技術支援。 詳情請到 BSD Mall 察看，謝謝。

FreeBSD Mall 有提供 BSD 技術支援付費服務， 詳情請到 FreeBSD Mall 察看，謝謝。

其他任何有提供教育課程訓練及技術支援的組織、單位，若也想列表於此的話， 請與 FreeBSD 文件計畫的郵遞論壇 聯絡，謝謝。

FreeBSD 4.X 的話，需要兩個 image 檔： floppies/kernel.flp 及 floppies/mfsroot.flp。image 檔必須用工具像是 fdimage 或 dd(1) 來傳送到磁片上。 若是在 FreeBSD 5.3 (及之後版本)有重新規劃開機片架構，所以要抓的是 floppies/boot.flp 以及 floppies/kernX 檔案(目前 X 為 1 跟 2 兩個，加上 floppies/boot.flp，總共是 3 個檔案)。

若想自己下載 distributions 的話(比如以 MS-DOS® 檔案系統格式安裝)， 以下是建議要抓的 distributions ：

• base/ (4.X 版本則為 bin/)

• manpages/

• compat*/

• doc/

• src/ssys.*

完整安裝步驟以及大部分的安裝問題，請參閱 FreeBSD 使用手冊的 安裝 FreeBSD 章節

一張 3.5 英吋(1.44MB) 的磁碟片是可以裝上 1474560 bytes 的資料 ，而開機片的 image 檔案大小實際上也是 1474560 bytes。

在製作開機片時，常見錯誤有：

• 使用 FTP 來下載檔案時， 未選擇 binary 傳輸模式來下載。

  有些 FTP client端程式，是預設將傳輸模式設定為 ascii 模式，而且會修改接收到的檔案行尾字串為 client 端的作業系統方式 ，比如 newline(UNIX格式) 到了作業系統為 Windows 的 client 端會被改為 CR-LF(MS-DOS格式)， 這會使得 image 檔本身遭到修改而無法正常使用。因此，如果下載的 image 檔案大小若與 FTP 主機上面的檔案『不一致』 的話，請重新使用 binary 傳輸模式下載即可。

  FTP 指令: 進入 FTP 之後，打 binary 指令，即可切換到 binary 傳輸模式，然後再下載相關 image 檔案。

• 直接用 MS-DOS 的 copy 指令(或類似 的 GUI 程式、或是視窗上直接複製)來複製開機用的 image 檔到磁片上。

  不可以用像是 copy 這類程式直接將 image 檔複製到磁片上，因為 image 檔本身包含了完整的磁軌資料，所以不能單純用複製方式， 而必須使用低階工具程式(像是 fdimage 或 rawrite)， 以 “raw” 方式傳送到磁片上。(這部分可參閱 FreeBSD 使用手冊上的 安裝 FreeBSD)

安裝步驟的解說，請參閱 FreeBSD 使用手冊上的 安裝 FreeBSD 章節部分。

FreeBSD 4.X 之前的版本，硬體需求為 386 或更高級的 PC ，記憶體(RAM)至少要 5 MB 或更多，硬碟空間至少要 60 MB 或更多。 不過，FreeBSD 『系統安裝程式』的記憶體(RAM)需求為至少 16 MB。

從 FreeBSD 5.X 起，硬體需求為 486 或更高級的 PC ，記憶體(RAM)至少要 24 MB 或更多，硬碟空間至少要 150 MB 或更多。

FreeBSD 的所有版本都可以只用低階的 MDA 規格顯示卡，不過...要跑 X11R6 視窗的話， 還是至少用 VGA 或更好規格的顯示卡來用吧。

這部分也可參閱 Chapter 4。

安裝 FreeBSD 4.X 的記憶體需求為至少 5 MB ，而 安裝 FreeBSD 5.X (含之後版本) 則是至少要 8 MB 。

在 5.X 之前的所有 FreeBSD 版本，都可以只用 4 MB 的記憶體來 『運作』，不過，前面那節我們說過了『系統安裝程式』的話， 則無法只用 4 MB 的記憶體來執行。因此，你可以先在『系統安裝程式』這步驟之前， 先將記憶體加到 16 MB 以上，安裝完 FreeBSD 之後，就可以把多餘的記憶體拿下來。 或者是，先把要安裝的硬碟拿到有足夠記憶體的機器上先裝好， 然後再把硬碟放回原機器。

此外，只用 4 MB 的記憶體來運作的話，必須要自製 kernel(拿掉不必要的以及犧牲一些東西)。 也有人成功只用 2 MB 的記憶體以 FreeBSD 開機(雖然這樣的系統幾乎等於廢了..)

目前，還沒有辦法『只』自製專用的開機、安裝磁片。 必須透過自行打造完整作業系統的 release(發行)，這樣裡面才會包括自己的開機、安裝磁片。

若想自行打造、發行(release)一個完整的作業系統，請參閱這篇 Release Engineering 文章。

可以呀，請參閱 多重作業系統 這篇文章。

先裝 Windows 再裝 FreeBSD。 那麼 FreeBSD 多重開機管理員(boot manager)就會出現選單讓你選擇要以 Windows 或 FreeBSD 來開機。不過，若你是先裝 FreeBSD 再裝 Windows 的話， 那麼 Windows 將會不問先宰，把 FreeBSD 的多重開機管理員(boot manager)蓋掉， 當你遇上這種情況時，請參考下一節說明。

可以用以下三種方式之一，來救回你的 FreeBSD 多重開機管理員(boot manager)：

• 可以從各 FreeBSD FTP 站的 /pub/FreeBSD/tools/ 找到 bootinst.exe 及 boot.bin 這兩個檔， 以 binary 傳輸模式下載後，複製到磁片上，再用 DOS 開機片開機， 接著打類似下面的指令：

  > bootinst.exe boot.bin
  

  這樣，多重開機管理員(boot manager)就會重裝完畢了。

• 用 FreeBSD 開機片開機，然後選單那邊選 Custom installation(自訂安裝)， 再選 Partition，接著選擇你要裝多重開機管理員(boot manager)的硬碟(通常是第一顆)， 然後會出現 partition editor 的畫面，這時請不要做任何修改，直接按 W 儲存， 這時程式就會問是否要確定 Write ，最後出現 Boot Manager 選擇畫面， 記得要選 “Boot Manager” ，這樣就會重新將多重開機管理員(boot manager) 安裝到硬碟上。現在，就大功告成可以離開安裝選單並重開機了。

• 用 FreeBSD 開機片或是開機光碟開機，然後選單那邊選 “Fixit” ，或是以 Fixit 開機片或是光碟安裝的第二片(選擇 “live” filesystem 選項)然後就會進入 fixit shell 了，接著打下列指令：

  Fixit# fdisk -B -b /boot/boot0 bootdevice
  

  請將上面的 bootdevice 修改為您實際的開機硬碟代號 比如 ad0 (第一顆 IDE 硬碟) ，或是ad4 (first IDE disk on auxiliary controller), da0 (第一顆 SCSI 硬碟)等等。

(本問題主要是發生在 2000 ~ 2001 四月間時)這些 IBM 機器上的 BIOS 早期版本有個臭蟲(bug)會把 FreeBSD 分割區誤認為是 FAT 格式分割區，然後當 BIOS 試著偵測 FreeBSD 分割區時，就會當了。

根據 IBM 方面的說法[1] ，以下型號/BIOS版本的機種，已經都有修正：

這些後期的 IBM BIOS 修訂版大多已經修正此一臭蟲。Jacques Vidrine 寫給 FreeBSD laptop computer mailing list 的 這封信 上面說明了若你新的 IBM 筆記型電腦無法順利以 FreeBSD 開機的解法步驟 (假設可以升級或降級 BIOS 版本的話)。

如果機器用的是較古早版本的 BIOS，而且不適合更新 BIOS 的話，那麼以下我們會介紹暫時解法， 教你如何修改 FreeBSD 分割區所使用的 ID ，並安裝相關修補程式。

First, you will need to restore the machine to a state where it can get through its self-test screen. Doing this requires powering up the machine without letting it find a FreeBSD partition on its primary disk. One way is to remove the hard disk and temporarily move it to an older ThinkPad (such as a ThinkPad 600) or a desktop PC with an appropriate conversion cable. Once it is there, you can delete the FreeBSD partition and move the hard disk back. The ThinkPad should now be in a bootable state again.

With the machine functional again, you can use the workaround procedure described here to get a working FreeBSD installation.

另外，至於如何讓 OpenBSD 及 FreeBSD 並存在同一台 IBM ThinkPad 上... 這個問題就交給各位看倌們去嘗試了 :p

(如果很堅持的話)也是可以，不過這想法顯然不太明智。:(

如果在一般較新的 IDE 硬碟上看到有壞軌，很有可能代表：這顆硬碟即將掛點了。 (因為目前所有較新的 IDE 硬碟，內部都有自動 remapping 壞軌的能力。 如果看到有壞軌，則表示它內部自動 remapping 功能失效，無法處理壞軌， 也就是說這顆硬碟已經是嚴重損壞程度了。)我們建議買顆新硬碟比較乾脆些唷。

如果是 SCSI 硬碟有壞軌的話，請試著參考這個 解法。

若看到一些怪異現象，像是開機片開機開到一半就當了，磁碟機完全沒任何動作、 或是不斷反覆重開機，請先檢查以下幾個線索：

1. 請確定是否為全新、沒有磁軌錯誤的磁片？ (最好使用新買的，而非雜誌、書本附贈的，甚至還放在床底下三年了...=_="")

2. 請確定是否有用 binary(或image)傳輸模式來下載 image 檔？ (不用覺得不好意思，即使是我們也曾意外以 ASCII 傳輸模式來下載 binary 檔案！)

3. 若你是 Windows 95/98/ME/NT/2000/XP/2003 來下載、製作開機磁片的話， 請確定是否有在 DOS 模式使用 fdimage 或 rawrite 這兩個工具程式？剛講的這些作業系統， 都會影響程式去直接寫入硬體，像是製作開機片之類的動作。 有時候，在 GUI 介面上的 DOS shell 也可能會發生這樣的問題。

此外，直接透過 Netscape® 瀏覽器下載 image 檔的話，也有類似現象。 所以，如果可以的話，請改用其他可以調整設定的 FTP client端程式來進行下載。 (當然，要記得調 binary 傳輸模式)

通常問題在於光碟機設定錯誤。目前很多電腦的出廠標準配備都有光碟機，並且 會預先設定為 IDE 通道上面 Secondary 的 Slave 設備，而 Secondary 上面的 卻沒有 Master 設備。以 ATAPI 的規格而言，這是錯誤的設定，然而 Windows 的作法 是不理會這些規格上的設定問題，而且開機時 BIOS 偵測也會略過這點。 這也就是為什麼 BIOS 可以看到光碟，並且可用光碟開機，但 FreeBSD 無法正常抓到光碟以順利進行安裝。

解法：重新設定系統，讓光碟成為它所連接那條 IDE 通道的 Master， 或者只有一條 IDE 通道的話，那就讓光碟機成為 Slave ，當然該 IDE 通道上至少要有 Master 設備。

可以，用一條普通的 Laplink 線就可以囉。若有這方面需求的話，請參閱 FreeBSD 使用手冊中的 PLIP 章節 的細部設定

Note: 這裡的『硬碟設定參數(geometry)』，指的是硬碟上的 「cylinders」、「heads」、「sectors/track」 這三個設定參數。 接下來的文章內，為了方便介紹，將簡稱為『C/H/S』。 這些設定參數是讓 PC 上的 BIOS 能順利地正常判別硬碟， 與硬碟本身讀寫的重要因素。

對剛接手的系統管理者新手而言，這些設定參數常造成一些困擾。 首先，SCSI 硬碟上的 physical geometry 跟 FreeBSD 上的 disk blocks 是完全無關的。事實上， 就硬碟上磁區密度的變化而言，並沒有所謂『physical geometry』這種東西。 硬碟製造商所說的『physical geometry』通常是指： 硬碟上所使用最小空間來存放資料的設定參數(geometry)。 以 IDE 硬碟而言，FreeBSD 用以存取硬碟設定的方式是 C/H/S ， 然而，目前市面上的硬碟早就在內部運作時，就自動轉換為 block 方式 了。

真正關鍵的地方，其實是在於 『logical geometry』— 這是 BIOS 偵測硬碟時所得到的設定，並且用來決定硬碟存取方式。 由於 FreeBSD 是採用 BIOS 的偵測設定值，所以如何來讓 BIOS 偵測到的設定值保持正確， 是十分重要。尤其是同一顆硬碟上有多個作業系統的情況， 它們都必須採用一致的硬碟設定參數(geometry)， 否則就會有開機進不去作業系統的嚴重問題了。

以 SCSI 硬碟而言，硬碟設定參數(geometry)是由 SCSI 卡上的 extended translation(通常指的是有標示 “support >1GB”(支援 1GB 以上容量，或類似名詞) 支援與否來作決定。 如果不支援，那麼就會採用 N cylinders、 64 heads、 32 sectors/track 作為硬碟設定參數(geometry)，這裡講的『N』 是指硬碟的容量(單位：MB)。舉個例子來說，一顆 2GB 硬碟應該是 2048 cylinders、64 heads、32 sectors/track。

如果該 SCSI 有支援使用 extended translation 的話， (通常這個方式在 MS-DOS 使用上有某些限制)，並且硬碟容量大於 1GB， 那麼硬碟設定參數(geometry)就會使用像是： M cylinders、255 heads、每磁軌 63 sectors(請注意：不是『64』哦)， 這裡講的『M』是指硬碟的容量(單位：MB)再除以 7.844238 所得出的數值喔！所以，這個例子的話，同樣是 2GB 硬碟應該是 261 cylinders、255 heads、每磁軌 63 sectors。

若對上面講的不瞭解，或是 FreeBSD 在安裝時所偵測到的硬碟設定參數(geometry) 有問題的話，最簡單的解法通常是在硬碟上建立一塊小小的 DOS 分割區(partition)。 這樣一來，就可以偵測到正確的硬碟設定參數了，而且， 如果不想繼續留著那小塊 DOS 分割區的話，可以隨時用 partition editor 來拿掉它。或者把它留著當作網路卡驅動程式使用，或隨你高興怎麼用它。

此外呢，有個免費好用的工具程式叫做『pfdisk.exe』， 這個程式放在各 FreeBSD FTP 站或光碟的 tools 目錄下， 它可以用來找出硬碟上其他作業系統所使用的硬碟設定參數， 然後就可以在 partition editor 內輸入剛剛找到的那些設定參數就可以了。

有，你必須確認你的 root 分割區是在 1024 cylinders 之內，讓 BIOS 可以從其中啟動核心。(注意：這是 PC 的 BIOS 功能限制，而不 是 FreeBSD 的)

以 SCSI 硬碟而言，通常是把 root (/) 分割區放到硬碟最前面的 1024MB (如果有支援 extended translation 的話， 那麼是最前面的 4096MB — 這點請參考上一小節)。而 IDE 硬碟的話，相對應的則是 504MB。

FreeBSD 可以用 Ontrack Disk Manager 並且運作正常， 至於其他的 disk manager 則不在正式支援之列。

若整顆硬碟只裝 FreeBSD ，那麼就不用再裝 disk manager 了。 只要把硬碟設定為 BIOS 所能抓到的最大空間，那麼 FreeBSD 就可算出實際上可使用的空間了。 如果，正在使用的是古早 MFM 控制卡的舊式硬碟， 那麼就需要在 FreeBSD內作 cylinders 相關設定了。

如果想在磁碟上使用 FreeBSD 和另外的作業系統，也可以不裝 disk manager， 只要確定 FreeBSD 的啟動分割區跟其他作業系統的 slice 都位於開始的 1024 cylinders 內就可以了。如果你相當地高明的話，一個 20MB 的啟動分割區應該就夠用了。

通常原因出在 FreeBSD 及 DOS 或其他作業系統在硬碟的 設定參數(geometry)上的規劃有相衝。解法是重裝，但是請照 上述的相關章節步驟來做。

這個症狀是本文上面所提的另外一個問題了，原因在於 BIOS 上跟 FreeBSD 上面兩邊的硬碟的 設定參數(geometry) 並不一致。 若你硬碟或 BIOS 支援 cylinder translation (通常會被標為 “support >1GB(支援 1 GB以上容量)”的話， 試試看更改相關設定，並重裝 FreeBSD。

一般來說，這是用不著的。然而，我們強烈建議您的 source 至少要裝 base(包含了本文中所提的一些檔案)、以及 sys (kernel 的 source 檔)。 雖然，作業系統本身運是不需要裝 source 檔，但是 config(8) 這個 kernel設定程式則需要 src 。 若沒裝 kernel 的 source 檔，仍然可以用其他地方透過 NFS 掛載的唯讀檔案系統， 來編譯程式。 但由於 kernel-source 本身的限制，我們建議不要直接 mount 在 /usr/src， 最好是用 symbolic link(參閱 ln(1)) 將掛載的路徑，設定連結到/usr/src 目錄。

在機器上直接裝有 source 並且瞭解相關編譯過程，這樣子日後升級 FreeBSD 會來得方便多。

若忘了裝相關 source 的話，可以事後用 sysinstalll (FreeBSD 5.2 之前版本則是 /stand/sysinstall) 來補裝，選單：Configure → Distributions → src。

在很久很久以前，原本重新 build kernel 在 FreeBSD 安裝過程中， 是絕對必需的步驟之一。但目前早就不用這麼麻煩了， 目前主要常見的版本都使用更友善的 kernel 設定指令。 FreeBSD 4.X(含之前版本)，在 FreeBSD 啟動提示號(boot:)時，使用 "-c" flag 就會進入設定畫面，來對 kernel 作常見的 ISA 卡細節設定。 而 FreeBSD 5.X(含之後版本)的話，則是以更具彈性的 "hints" 設定方式。

如果想更節省 RAM 的使用、縮短開機流程，那麼建議：新的 kernel 設定檔只要包含你需要的驅動程式， 然後重新編譯、安裝 kernel 並重開機。然而呢，這點對大多數的系統來說， 這不一定是必要的。

FreeBSD 預設的密碼編碼方式是採 MD5。 就密碼編碼方式而言，MD5 方式一般被視為比傳統 UNIX 的 DES 方式較為安全。 然而，若有需要在使用舊環境(較不安全的密碼編碼方式的)，DES 密碼編碼方式一樣可以使用。 (若使用 sysinstall 時有選擇 “crypto” 套件，或是從 source 內編譯安裝) 有裝 crypto 的話，crypto libraries 也支援更安全的 Blowfish 編碼方式。

密碼編碼的方式是由 /etc/login.conf 內的 “passwd_format” 欄位來決定的。該欄設定值，(若有裝 crypto 的話)可以是 “des” 或 “blf” 或是原本的 “md5”。 詳情請參閱 login.conf(5) 說明。

若機器上有裝 IDE 介面的 Iomega Zip® 或是 Jaz® 的話， 因為這些設備可能跟開機片有相衝，請先拿掉這些設備再重試。 當整個作業系統裝好後，就可以把這些設備接回去使用了。 希望這點在日後 release 的 FreeBSD 可以獲得徹底解決。

這個錯誤是因為啟動磁區跟 kernel 兩者對磁碟裝置的認知不相同。 通常這問題會發生在有兩顆 IDE 硬碟的系統，比如：硬碟 Jumper 設定為 Master、 或是兩條 IDE 排線各只連接一顆硬碟，但是裝 FreeBSD 那顆開機硬碟， 卻接在 Secondary IDE 排線上。 如此一來，在開機時當 kernel 指定第二個 IDE 控制器的第一個磁碟機 ad2， 啟動磁區卻認為系統是裝在 ad0(BIOS偵測的第二顆硬碟)！ 偵測完裝置後，kernel 試著把啟動磁區所認為的開機硬碟(ad0) mount 起來，事實上應該是 ad2 才對，所以就會出現上面的錯誤訊息了。

解法如下，請選擇其中一種方式就好：

1. 重開機並在出現『Booting kernel in 10 seconds; hit [Enter] to interrupt』 提示的時候，按下 Enter鍵。 這樣子就會進入 boot loader 畫面：

   請輸入 set root_disk_unit="disk_number" 這裡的『disk_number』請依據情況換成相關代號： 若 FreeBSD 硬碟是設定裝在 Primary IDE 接線的 Master，就設為 0 ； 若是 Primary IDE 接線的 Slave，就設為 1； 若是 Secondary IDE 接線的 Master，就設為 2； 若是 Secondary IDE 接線的 Slave，就設為 3。

   接著請再輸入 boot，然後系統應該就可以正常開機了。

   若要每次開機都自動設定，而不必每次都打一次，那麼就在 /boot/loader.conf.local 檔案內加上 root_disk_unit="disk_number" 這行 (當然，『disk_number』要改成相關代號)

2. 把 FreeBSD 硬碟改接到 Primary IDE 接線上，如此一來就可順利使用。

一般 i386 機器上最多可支援到 4 GB(gigabytes)。 而自 FreeBSD 4.9 及 5.1 可以開始使用 pae(4) 來支援更多的記憶體。 有關這點，需要在 kernel 設定檔內加入下列內容並重新編譯 kernel，才能使用 PAE。

options       PAE

FreeBSD 在 pc98 機器上最多則只支援 4 GB ，而且不能使用 PAE。 在 Alpha 機器上，記憶體限制方面要視所使用的型號支援程度而定，這點請參閱 所使用的 Alpha 硬體規格表。至於其他架構的 FreeBSD 理論上最多可使用的記憶體，有較多的限制。

就檔案系統方面，理論上的限制是最多到 8TB(2G blocks)， 或是使用內定 8K block 大小時，限制是 16TB。 實際上，目前軟體使用上限制只能用到 1 TB， 然而如果是有另行改造過檔案系統，那麼達到 4TB 的目標是可行的 (也有人成功過)。

單一檔案的大小方面，假如 block 以 4K 作規劃的話， 則最大是趨近 1G blocks(4TB)。

When the fs block size is 4K, triple indirect blocks work and everything should be limited by the maximum fs block number that can be represented using triple indirect blocks (approx. 1K^3 + 1K^2 + 1K), but everything is limited by a (wrong) limit of 1G-1 on fs block numbers. The limit on fs block numbers should be 2G-1. There are some bugs for fs block numbers near 2G-1, but such block numbers are unreachable when the fs block size is 4K.

block 大小如果是 8K 或更大，檔案系統 block 數目會被限制在 2G-1 ，但實際上應該說限制是 1G-1 才對，因為採用 2G-1 block 的檔案系統會導致一些問題。

原因出在你的 world 以及 kernel 並不同步，舉例：kernel 用 4.11， 而 world 卻是 4.8，這樣是會有問題的。 請再次確認，是否有以 make buildworld 及 make buildkernel 來正常更新 kernel。

在啟動 loader 之前，會看到 "|" 這個符號在轉動，這時可以按任何鍵中斷， 然後再指定要載入哪個 kernel 來開機。

A “security profile” is a set of configuration options that attempts to achieve the desired ratio of security to convenience by enabling and disabling certain programs and other settings. For full details, see the Security Profile section of the Handbook's post-install chapter.

試試看關閉 ACPI support。 當在載入 bootloader時，按下空白鍵。 系統會顯示

OK

unset acpi_load

boot

The reason is the difference between physical memory addresses and virtual addresses.

The convention for most PC hardware is to use the memory area between 3.5G and 4G for a special purpose (usually for PCI). This address space is used to access PCI hardware. As a result real, physical memory can not appear in that address space.

What happens to the memory that should appear in that location is dependent on your hardware. Unfortunately, some hardware does nothing and the ability to use that last 500M of RAM is entirely lost.

Luckily, most hardware remaps the memory to a higher location so that it can still be used. However, this can cause some confusion if you watch the boot messages.

On a 32 bit version of FreeBSD, the memory appears lost, since it will be remapped above 4G, which a 32 bit kernel is unable to access. In this case, the solution is to build a PAE enabled kernel. See this FAQ entry for more information.

On a 64 bit version of FreeBSD, or when running a PAE-enabled kernel, FreeBSD will correctly detect and remap the memory so it is usable. During boot, however, it may seem as if FreeBSD is detecting more memory than the system really has. This is normal and the available memory will be corrected as the boot process completes.

若是 SCSI 硬碟的話，那麼磁碟機應該有能力自動作 re-mapping 的動作。然而，因為一些未知的因素，在出廠時，很多硬碟的這項 功能是關閉的...

要將其重新開啟，您需要編輯裝置的第一個 page 模式 （first device page mode），在 FreeBSD 上可以用下面的指令辦到 （以 root身分執行）

# scsi -f /dev/rsd0c -m 1 -e -P 3

然後將 AWRE 和 ARRE 的數值從 0 變成 1:-

AWRE（Auto Write Reallocation Enbld）： 1
ARRE（Auto Read Reallocation Enbld）： 1

以下這段是由 Ted Mittelstaedt <tedm@toybox.placo.com>所提供：

若為 IDE 硬碟，任何的壞軌通常都是麻煩的預兆。目前所有較新的 IDE 硬碟，內部都有自動 remapping 壞軌的能力。目前所有 IDE 硬碟 製造商，都提供了更久的保證，而且會幫您更換出現壞軌的硬碟。

如果您仍想要修復產生壞軌的 IDE 硬碟，您仍可以試著去下載 IDE 硬碟製造商所提供的檢測程式，並用它來檢查您的硬碟。有時這些軟體可 以強迫重新檢查硬碟的壞軌，並將它們標示出來。

對 ESDI，RLL 及 MFM 的硬碟來說，通常壞軌是正常現象，也不是什 麼麻煩的前兆。在 PC 上，磁碟控制卡和 BIOS 負責標示壞軌的任務。這 對一些使用 BIOS來存取磁碟的作業環境（如 DOS）是沒有問題的。然而， FreeBSD 的磁碟驅動程式並不經過 BIOS 來存取磁碟，所以，有個 bad144 的機制用來取代這項功能。bad144 只能用在 wd 這個磁碟驅動程式上（這 個代表了 FreeBSD 4.0 並不支援它），它也無法用在 SCSI 硬碟上。 bad144的工作方法是將所有找到的壞軌資料存到一個特別的檔案�。

使用 bad144 的警告 - 存著壞軌資料的特別檔案是放在硬碟的最後 一軌上。因為這個檔案儲存的壞軌資料中，有可能有些資料是指向硬碟最 前端所發生的壞軌情形，就是可能儲存 /kernel 這個檔的地方，所以它 一定要能被開機程式所讀取，而開機程式是透過 BIOS 來讀取 kernel 檔。這表示了使用 bad144 的硬碟絕不能擁有超過 1024 個 cylinder， 16 個 head 及 63 個 sector。而這使得欲使用 bad144 的硬碟的大小不 能大於 500 MB。

要使用 bad144 很簡單，只要在開始安裝時，在 FreeBSD fdisk 畫面 把“Bad Block” 掃瞄設為 ON 即可。在 FreeBSD 2.2.7 以 後都可以使用此方法。但這個硬碟的 cylinder 一定要在 1024 以下。使 用前，我們建議這個硬碟要至少先使用四個小時，以便熱膨脹與磁軌偏移 達一般狀態。

如果這個硬碟擁有超過 1024 個 cylinder（像大容量的 ESDI 硬碟） ，ESDI 控制卡利用一個特別的轉換模式使它能在 DOS 下工作。而如果您 在 fdisk �的 “set geometry” 中輸入 “轉換過” 的 geometry，wd 這個驅動程式能了解這些轉換 模式。您也絕對不能使用 dangerously dedicated 模式來建立 FreeBSD 的分割區，因為它會忽略 geometry 這個參數。此外，就算 fdisk 使用 您所輸入的 geometry 參數，它依然會去讀取這硬碟的真正資料，而會嘗 試去建立一個過大的 FreeBSD 分割區。如果磁碟的 geometry 已經被 “轉換” 過了，那麼 這個分割區 “必須” 以手動輸入 block 數目的方法來建立。

一個快速的小技巧是利用 ESDI 控制卡來設定大容量的 ESDI 硬碟， 用 DOS 開機片開機，再將它 format 為 DOS 的分割區。然後重開機進入 FreeBSD 安裝程序，在 fdisk 畫面，把DOS 分割區的 blocksize 和 block number 抄下來。然後重新設定 geometry 使其跟 DOS 使用的一樣。 刪除 DOS 分割區，然後使用您剛剛抄下的 blocksize 來建立一個 “cooperative” FreeBSD 分割區。然後設定這個分割區為可 開機，再打開壞軌掃瞄。在真正的安裝過程中，bad144 會在任何檔案系統 被建立前先被執行。（您可以按 Alt-F2 來監看這一切）如果在建立壞軌資 料檔時發生了問題，您會需要設定一個較大的磁碟 geometry - 這表示您 需要重開機，然後全部再重新開始（包括重新分割以及在 DOS 下重新 format）。

如果 remapping 的功能已經啟動了，而您依然一直看到壞軌產生， 那麼考慮換一台硬碟吧。壞軌的情形只會隨時間增加而更為嚴重。

基本上這個是一個已知的問題。在 HP Netserver 機器上的 on-board EISA 介面 SCSI 控制卡占據了定址為第 11 的 EISA 槽，因此所有的 “真實” EISA 槽都在它之前。可是，在 EISA 定址空間 >= 10 時，會與指定給 PCI 用的定址空間相衝突，且 FreeBSD 的 auto-configuration 無法正確的處理這個情形。

因此，現在你能做的最好事情就是在 kernel �設定 EISA_SLOTS 這個選項為 12 ，然後當作沒有這個 問題 :)。請依照 Handbook 中有關 kernel 的設定 �所說的方法來設定與編譯 您的 kernel。

當然，在安裝 FreeBSD 到這種機器上時，這是一個雞生蛋蛋生雞的 問題。為了解決這個問題，在 UserConfig 中有 一個特別的方法，安裝時不要進入 “visual” 介面，相反 的，在命令列模式中，鍵入

eisa 12
quit

然後就如以往一樣安裝您的系統。不過我們建議您編譯與安裝一個 屬於自己的 kernel，但

希望在未來的版本中能對這個問題有一個好的解決方法。

這個通常是由於中斷衝突(interrupt conflict)所造成的 (例如：兩塊卡使用到了相同的 IRQ)。 FreeBSD 在 2.0.5 版以前都容許這個情形， 就算有 IRQ 衝突情形，網路卡也應該仍可正常運作。然而，在 2.0.5 版及其以後， 已不再容許有 IRQ 衝突的情形了。請於開機時使用 -c 這個選項， 然後更改 ed0/de0/..等的設定，使其和您網路卡本身的設定一致。

如果您是使用您網路卡上的 BNC 接頭，您或許也會因不良的終端電阻設定， 而發生裝置(device) timeout 的情形。要檢查是否有這種情形， 您可以在網路卡上直接接上終端電阻(不要接網路線)， 然後，看看這個錯誤訊息是不是就消失了。

有些 NE2000 的相容卡，如果它的 UTP 埠沒有接網路線， 或是該網路線並沒被使用的話，也會出現這個錯誤訊息。

這塊卡有個不好的地方在於它常常會遺失本身的設定資料。請使用該 卡的 DOS 工具 3c5x9.exe 來更新卡上設定。

如果唯一的問題就是速度很慢的話，試著改變您的 印表機連接埠設定 這個在手冊中的 印表機設定 這個章節有加以討論。

Signal 11 這個錯誤是因為你的 process 嘗試要存取一塊記憶體， 而你的作業系統並不允許它做這個動作而發生的。如果這種情形常常不 定時發生，那麼你應該要開始看看是不是哪裡出問題了。

這些問題可能是與下列情形有關：

1. 如果這個問題只在某一個您自己寫的某個特定程式發生，那 麼很有可能是您的程式碼有問題。

2. 如果這個問題是在 FreeBSD 的某些系統檔案發生，有可能是 因為程式有問題，但通常在我們這群讀 FAQ 的使用者去跑這些有 問題的程式碼前，它們早就就已經被解決了（這是 -current 在做 的事）。

尤其如果你在編譯一個程式，但是每次編譯器跑出來的結果都不一樣 的話，這是一個無解的問題，而不是 FreeBSD 臭蟲。

舉例來說，假設您正在跑 “make buildworld”， 而 compiler 在將 ls.c 編譯成 ls.o 時發生錯誤，這時請再跑一次 “make buildworld”，如果 compiler 依然在同樣的地方發 生問題，那麼就是程式碼有問題－－請更新原始碼然後再試試看。而如果 compiler 是在其他的地方發生錯誤，那麼幾乎可以確定是硬體的問題了。

您這時應該做什麼：

如果是第一種情形，可以使用一些 debugger，如：gdb，來找出程式 是在那兒會去嘗試存取錯誤的記憶體位址，然後再修正它。

如果是第二種情形，就需要檢查看看是不是硬體的問題了。

一些造成硬體不穩的原因包括：

1. 可能是硬碟過熱：請檢查機殼內的風扇是否運作正常，因為您 的硬碟（或者還有其他的硬體裝置）過熱了。

2. 處理器過熱：這個有可能是因為超頻，或者是處理器的風扇掛了。 不論是哪種原因，您都需要將所有的元件回復到它們原先設定的工作狀 態，這樣才能解決這個問題。舉個例子來說：將處理器調回原先的工作 頻率。

   如果您還是堅持要超頻的話，請謹記，與其燒壞而需要換新的一台 主機，不如將速度調慢一點！除此之外，不管你覺得它安不安全，一般 人對於您因為超頻而發生的問題，是不會有什麼同情心的。

3. 不穩定的記憶體：如果主機上有安裝數根 SIMM/DIMM 記憶體， 試著把它們全拆下來，然後一根一根插上去做測試，藉此縮小範圍， 以便找出有問題的某根記憶體或是某種記憶體組合。

4. 最佳化過頭的主機板設定：在 BIOS �或是有些主機板的 jumper 上，有時可以更改一些 timing，但在大多數的情形�，使用預設值就 已經足夠了。況且有時候把 RAM 的 wait states 設太小，或是在 BIOS �，把 “RAM Speed: Turbo” 這個或是其他類似 的選項打開都有可能會造成一些不正常的現象。一個解決的方法是把 BIOS 設回預設值，不過在這之前記得先記下目前的設定！

5. 供給主機板的電力不乾淨或是不足。試著把系統內沒有用到的 I/O 卡．硬碟或是 CDROM 暫時拆掉或是拔掉電源線，看看你的電源 供應器是不是能夠在小一點的負荷下正常工作。不然就是換上另一 個新的電源供應器，最好是瓦數高一點的（打個比方來說，如果原 先的電源供應器是 250 瓦的，那麼就換上 300 瓦的試試）。

請順便參閱 SIG11 FAQ（連結在下面），雖然它是站在 Linux 的角 度寫的，可是裡面對這些問題有許多很棒的解說。它裡面也有討論為什麼 有問題的記憶體能通過軟體或硬體的測試的原因。

最後，如果上面這些原因都排除了，那麼有可能是遇到了 FreeBSD �的一隻臭蟲，請參閱指示做一個問題回報。

這兒有一個更詳細的 FAQ － the SIG11 problem FAQ

FreeBSD 的開發者對於這些錯誤訊息相當的有興趣，但是他們需要 更詳細的一些細節。請把您的當機的訊息全部複製下來，接著查閱 FAQ � kernel panics 這節，依說明編譯一個含除錯碼的 kernel，以取得函式 呼叫順序（backtrace）。這個聽起來很難，但實際上並不需要任何程式 設計的能力，您只需要依照指示做即可。

這個問題，已知是由 ATI Mach 64 顯示卡所引起的。因為這塊卡 使用到 2e8 這個位址，而這與第四個序列埠 （serial port）所使用的位址相同。而在 sio(4) 這個驅動 程式�，不知道是 bug 或是功能（feature），就算您沒有第四個序 列埠，或是已經將 sio3（第四個序列埠）取消了，它 依然會去嘗試驅動它。

直到這個問題被解決以前，您可以使用這個方法：

1. 在看到開機提示時輸入 -c （這會讓 kernel 進入設定模式）。

2. 取消 sio0 ， sio1 ， sio2 和 sio3（全部）。 這可以讓 sio 驅動程式不動作 -> 於是問題解決。

3. 輸入 exit 以繼續啟動程序。

如果您想要使用您的序列埠，您需要修改 /usr/src/sys/i386/isa/sio.c，在該檔中找出 0x2e8 這個字串，移除這個字串及它前面的逗號 （保留後面的），然後重新編譯一個新的 kernel。

就算使用了上面這些方法，X Window 仍然有可能無法順利執行。 如果發生了這種情形，請確定你用的 XFree86 的版本是最新的 XFree86 3.3.3 或是其後的版本。它們有內建支援 Mach 64 這張卡，甚至為了這 些卡還附有一個特別的 X Server

因為 FreeBSD 是使用呼叫 BIOS 來取得記憶體大小的方法，因此它 只能偵測到 16 bits 位元長度的 KByte 大小（65535 KBytes = 64MB） （或者更少..。有些 BIOS 將最高記憶體大小限為只有 16MB） 如果您擁有 64MB 以上的 RAM，FreeBSD 會嘗試去偵測出它，但是有可能 會失敗。

要解決這個問題，您需要使用下面所提的 kernel 設定選項。雖然有 方法可以從 BIOS 中取得記憶體的完整資訊，但是目前我們在開機區中並 沒有多餘的空間來做這件事。當某天開機區空間不足的情形獲得解決時， 我們將會使用 BIOS 的延伸功能來取得記憶體的完整資訊...但現在我們 將它放在 kernel 設定選項中。

options "MAXMEM=n"

n 是指您的記憶體大小，以 KB 為單位。以一台有 128MB RAM 的機器來說，您可使用 131072這個數字。

通常 FreeBSD 會依據機器狀況來自動調整 kernel 相關參數設定，比如： 根據機器所裝的 RAM 大小來決定同時可開啟的檔案數量多寡。 然而，在 1GB RAM(含以上) 的機器上，這個『自動調整』的機制可能有時會高估： 比方說..開機時，kernel 會先配置各種不同用途的表格及其他架構放到記憶體上， 然後，當整個作業系統都開始運作之後，kernel 就會開始不夠空間來做記憶體配置的動態調整， 於是就 panic 掛了。

解法是：把 VM_KMEM_SIZE_MAX 加到 kernel 設定檔內， 並重新編譯 kernel，比如：

options VM_KMEM_SIZE_MAX=419430400

這樣會設定 400 MB 來給 kernel 使用，而且採用 400 MB 的話， 目前在 6GB RAM 的機器上都可被有效運用。

之所以 panic 的原因在於系統用光了給 network buffer 用途的 virtual memory (尤其是 mbuf clusters)。解法是增加給 mbuf clusters 用的 virtual memory 數量，這步驟請參閱 FreeBSD 使用手冊的 網路限制篇 。

FreeBSD kernel 只允許一定數量的 process 在同一時間裡同 時運作。而這個數目是根據 kernel 設定檔裡面的 MAXUSERS 值來決定的。MAXUSERS 這個值也會影響其他的 kernel 內定值，比如說 network buffer (請參閱這個之前討 論過的問題)。如果機器負荷(load)很重，您可能需要增加 MAXUSERS 這個值。這麼作會一併提高系統的其他內 定值，包括最大可擁有的 process 數等。

若要調整 MAXUSERS，請參閱 FreeBSD 使用手冊中的 檔案/Process的限制 章節。 (雖然該處指的是『檔案的開啟數量限制』，但也適用於 process部分。)

在 FreeBSD 4.4 之後，MAXUSERS 已經變成可 以靠著更改 /boot/loader.conf �的 kern.maxusers 這個值而調整的變數了。而在之前 的 FreeBSD 版本中，這個值只能在 kernel 設定檔�調整。

如果機器負荷並不重，而您只是需要同時跑很多很多 process， 那麼也可以直接用 sysctl 調整 kern.maxproc 值。 假如這些 process 都是屬於某個使用者的，那麼您還需要另 外調整 kern.maxprocperuid 這個值，使它比新 的 kern.maxproc 這個值少 1 (一定要少 1 ， 因為 init(8) 這個系統程式絕對要保持在運作狀態)。

如果想在每次開機都要更改 sysctl 的值，而且您的 FreeBSD 是 最近的版本的話，請在 /etc/sysctl.conf 這 個檔中設定，而如果是舊的版本，可以在 /etc/rc.local 中作設定。

用來偵測 /var/db/kvm_*.db 過時檔案的機制偶爾會發生問題，而使用到了一個不協調 (mismatch)的檔案有時就會導致 panic。

如果發生了這個問題，請重新開機，進入 single 使用者模式，然後執行：

# rm /var/db/kvm_*.db

這是一個和 Ultrastor SCSI 控制卡有關的衝突（conflict）。

在開機時，進入 kernel 設定選單取消 uha0，它是造成這個問題的原因。

您的主機板可能不支援自動終端電阻設定。請進到 SCSI 的 BIOS 裡面手動指定正確的終端電阻順序，而不要使用自動設定。 AIC7XXX 的驅動程式並無法知道有沒有這些排線偵測(以及自動終端電阻設定)的電路(external logic) 存在。如果 EEPROM 裡面的設定是 "automatic termination" 時，它只會單純假定這些電路當然是存在的。 若缺少了這個電路，驅動程式在設定終端電阻時就常常出問題。 而這種問題將導致 SCSI 匯流排的可靠性降低。

這個問題在 sendmail 的 FAQ 中是這樣回答的:-

        * 我一直收到有關 "Local configuration error" 的信件，例如：

        553 relay.domain.net config error: mail loops back to myself
        554 <user@domain.net>... Local configuration error

        我要如何解決這個問題？

        您利用 MX 設定，讓要寄到某 domain（如: domain.net）的信件，
        寄到您所指定的機器（在這個例子中為 relay.domain.net），但是這
        部機器並未被設定接受 domain.net 的信件。請把 domain.net 加到
        /etc/sendmail.cw 中（如果您有使用 FEATURE(use_cw_file)) 或是
        在 sendmail.cf 中加入 "Cw domain.net"
            

最新版本的 sendmail FAQ 現在已不再隨著 sendmail “出貨”。 它目前是被定期的發表在 comp.mail.sendmail， comp.mail.misc，comp.mail.smail，comp.answers，和 news.answers. 您也可以寄一封 Email 到 <mail-server@rtfm.mit.edu>，然後在信件內文 中寫上 send usenet/news.answers/mail/sendmail-faq 以取得這份 FAQ 文件。

或許遠端機器並非將您的終端機模式設為 FreeBSD console 所用的 cons25，而是設為其它模式。

這兒有幾個解決這個問題的方法：

• 在 logging 進遠端機器後，更改您的 shell 變數 TERM 為 ansi 或是 sco ﹙如果遠端機器支援這些模式的話）。

• 使用支援 VT100 的模擬軟體，如 FreeBSD console 下的 screen 軟體。 screen 提供您在一個 terminal �同時跑好幾個 session 的能力，而且它本身也是一個相當好 的軟體。每個 screen 都像是一個 VT100 的終端機，所以遠端機器的 TERM 變數應該設為 vt100。

• 在遠端機器的終端機資料庫（terminal database）中加入 cons25 的資料。加入的方法視遠端機器的 作業系統不同而有所差異。請參閱遠端機器給系統管理員的說明 書，應該會有所幫助。

• 啟動 FreeBSD 的 X 伺服器，然後使用一些 X Window 下的 終端機模擬器來登入遠端機器，例如 xterm 或 rxvt。而遠端機器的 TERM 變數應該要 設為 xterm 或 vt100。

跟中斷（interrupt）有關的不同硬體 與/或 軟體的搭配都有可能造成 這個問題。這有可能是 bug 或是某個裝置本身的問題。在平行埠上使用 大的 MTU 來作 TCP/IP 傳輸可以重現這個問題。若是圖形加速卡造成這個 問題的話，您應該先檢查卡的中斷設定。

這個問題的邊際效應是會造成有些 process 出現 “SIGXCPU exceeded cpu time limit” 的訊息，而不正常 停止。

若是 FreeBSD 3.0 或是 1998 年 11 月 29 日以後其他版本，萬一 這個問題一直無法以其他方法解決，就只能設定 sysctl 變數：

# sysctl -w kern.timecounter.method=1

這樣會對效能有些影響，但是若考慮到這個問題帶來的後果，這樣做 是值得的。如果這個問題還是存在的話，讓 sysctl 那個值依然設為 1， 然後增加 kernel 設定檔中 NTIMECOUNTER 這個選 項的數值。如果您將 NTIMECOUNTER 增加到 20 依 然無法解決這個問題，那麼您機器上的中斷已經多到無法讓計數器維持在 可靠的狀態了。

如果您在 FreeBSD 3.x 上使用 PCI 音效卡就會發生這種問題。 因為pcm0 這個 device 是內定保留給 ISA 的音效卡的，所以如果您有一張 PCI 的音效卡，您就會遇到這個問題， 而您的卡會變成 pcm1。

如果您有一張 PCI 的音效卡，您需要 make snd1 這個 device，而不是 snd0：

# cd /dev
# ./MAKEDEV snd1

這個問題在 FreeBSD 4.x 上並不會發生，因為很多人投下了許多心 力讓它更PnP 導向，而且 pcm0 這個 device 也不再是只保留給 ISA 的音效卡了。

FreeBSD 4.X 現在已經更 PnP 導向了， 而邊際效應就是會發生有些在 FreeBSD 3.X 可以用的 PnP 裝置 （如音效卡或是內插式數據機）變成無法使用。

這個原因可以用一封由 Peter Wemm 發到 freebsd-questions 這個 mailing list 上的信來解釋，它原本是解釋為什麼有一個內 插式數據機，在系統升級到 FreeBSD 4.x 後，就沒法被抓到了 （在 [] �的是另外加的註解，讓內容更易懂）。

The PNP bios preconfigured it [the modem] and left it laying around in port space，so [in 3.x] the old-style ISA probes “found” it there.

Under 4.0，the ISA code is much more PnP-centric. It was possible [in 3.x] for an ISA probe to find a “stray” device and then for the PNP device id to match and then fail due to resource conflicts. So，it disables the programmable cards first so this double probing cannot happen. It also means that it needs to know the PnP id's for supported PnP hardware. Making this more user tweakable is on the TODO list.

如果要讓裝置能再度運作，我們需要找出它的 PnP id，然後再將它 加入一份在偵測 ISA 裝置時會使用的表中。可以執行 pnpinfo(8) 來偵測這個裝置，舉例來說，下面是 pnpinfo(8) 抓到的一個內插 式數據機的資料：

# pnpinfo
Checking for Plug-n-Play devices...

Card assigned CSN #1
Vendor ID PMC2430 (0x3024a341)，Serial Number 0xffffffff
PnP Version 1.0，Vendor Version 0
Device Description: Pace 56 Voice Internal Plug & Play Modem

Logical Device ID: PMC2430 0x3024a341 #0
        Device supports I/O Range Check
TAG Start DF
    I/O Range 0x3f8 .. 0x3f8，alignment 0x8，len 0x8
        [16-bit addr]
    IRQ: 4  - only one type (true/edge)

[more TAG lines elided]

TAG End DF
End Tag

Successfully got 31 resources，1 logical fdevs
-- card select # 0x0001

CSN PMC2430 (0x3024a341)，Serial Number 0xffffffff

Logical device #0
IO:  0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8
IRQ 5 0
DMA 4 0
IO range check 0x00 activate 0x01

您所需要的資訊是一開始看到的 “Vendor ID” 這一行。括號中的十六位元碼（這個例子中是 0x3024a341）就是 PnP id，而在這之前的字串（PMC2430）則是一個獨一無二的 ASCII id。 而這些資料需要被加到 /usr/src/sys/isa/sio.c 這個檔案�。

為了防止任何東西出錯，您應該要先備份目前的 sio.c。而且您要 submit PR 時也需要這個 原始檔案來做出 patch（您應該會將它 submit PR 吧..：）..）。 接著就編輯 sio.c 找尋下面這行

static struct isa_pnp_id sio_ids[] = {

接著往下捲動，找個正確的位置來插入您的裝置資訊。您看到的就 下面這個樣子，它們是照右邊註解裡面的 ASCII 這個 Vender ID 做排 序的，或是 pnpinfo(8) 所找到的一部分 裝置描述：

{0x0f804f3f，NULL}，    /* OZO800f - Zoom 2812 (56k Modem) */
{0x39804f3f，NULL}，    /* OZO8039 - Zoom 56k flex */
{0x3024a341，NULL}，    /* PMC2430 - Pace 56 Voice Internal Modem */
{0x1000eb49，NULL}，    /* ROK0010 - Rockwell ? */
{0x5002734a，NULL}，    /* RSS0250 - 5614Jx3(G) Internal Modem */

把您這個裝置的十六進位的 Vender ID 加到正確的地方，存檔， 然後重新編一個 kernel，再重開機。之後這個裝置應該就會像在 FreeBSD 3.X 下，被偵測為 sio 裝置了。

這個問題是因為您跑的程式需要一個特別的 kernel symbol，可是 不知道什麼原因而找不到﹔而會發生這個問題可能是因為下面兩個原因：

• 您的 kernel 和 userland 的檔案版本並不一致（例如說，您 編了一個新的 kernel，但是並沒有執行對應的 installworld，或是其他類似情形）， 因此 symbol table 的內容就和應用程式編譯時的不太一樣了。如 果是這種情形，請執行完整的升級步驟（請參閱 /usr/src/UPDATING 以得知正確的流 程）。

• 您沒有用 /boot/loader 來載入您的 kernel，而是直接由 boot2 開機（請參閱 boot(8)）。 雖然說跳過 /boot/loader 並沒有什麼錯， 但是它在 kernel symbols 跟應用程式的溝通方面佔了很重的份量。

症狀：TCP 連線建立之後和詢問密碼之前（如果是在說 telnet(1) 的話，則是 login 提示符號跳出來之前），要等待很長的一段時 間。

問題所在：這種延遲情形常常是因為伺服軟體（server software） 嘗試要將客戶端（client）的 IP 位址轉換成主機名稱。因為很多伺服 軟體，包括 FreeBSD 內建的 Telnet 和 SSH，為了將主機名稱寫入紀 錄檔中以供管理者作參考，而會做這項動作。

解決方法：如果這個問題在您連接不同的伺服器時都會發生，那麼 問題是在您客戶端這一方﹔同樣的，如果別人只有在連到您的伺服器上 才會發生這個情形，那麼問題就是在伺服器這邊了。

如果是客戶端這方有問題，唯一的方法就是將 DNS 伺服器修好， 這樣對方伺服器才能正確的轉換名稱。如果問題是在內部區域網路發 生的，這應該是伺服器有問題，請詳細檢查一下﹔相反的，如果是您 在上 Internet 時發生的，那麼您需要跟您的 ISP 聯絡，請他們解決 這個問題。

如果是伺服器這邊的問題，而且是發生在內部區域網路，那麼您需 要設定這個伺服器，使它能正確將內部網路的 IP 位址轉換為主機名稱。 請參閱 hosts(5) 和 named(8) 的說明以獲得更多資訊。如 果是在 Internet 上的伺服器發生這個問題，那麼有可能是您伺服器的 轉換功能出問題。您可以試試查詢另一個主機名稱，比如： www.yahoo.com。如果查不到，那麼可以確定是您這 邊出問題了。

Stray IRQs 是硬體 IRQ 有點小問題的現象，大多是因為硬體本身 在發出中斷需求後，又取消了它自己的中斷要求。

有三個方法可以應付這個問題：

• 不理會這個警告。反正一個 irq 出現五次警告後系統就不會 再顯示了。

• 把 isa_strayintr() �的值，由 5 改成 0，這樣所有的警告訊息都不會出現。

• 安裝使用 irq 7 的平行埠硬體設備，以及它的 PPP 驅動程式 （這個大部分系統都有做），接著安裝 ide 硬碟或是其他會使用 irq 15 的硬體設備以及它的驅動程式。

這個錯誤訊息代表了您系統的 file descriptors 已經使用光了。 請參閱手冊內 Tuning Kernel Limits 裡面的 kern.maxfiles 這個章節，裡面有一些討論及解決方法。

您的筆記型電腦裡有兩個以上的時鐘，而 FreeBSD 選到了錯的 那個。

執行 dmesg(8)，檢查一下有 Timecounter 字串的那幾行。最後一行是 FreeBSD 選用的，通常是 TSC。

# dmesg | grep Timecounter
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 595573479 Hz

您可以執行 sysctl(3) 看一下 kern.timecounter.hardware 這個值做確認。

# sysctl kern.timecounter.hardware
kern.timecounter.hardware: TSC

BIOS 可能在一些情形下會更改 TSC 的時脈--有時候是因為 在使用電池工作時會更改處理器的速度，另外也有可能是進入了省電模 式，可是 FreeBSD 並不會察覺到這些調整，而會發生時間增加或是減 少的情形。

在上面的例子當中，我們看到還有 i8254 這個時鐘可以選擇，執行 sysctl(3) 用手動的方式將這個值寫入 kern.timecounter.hardware 中。

# sysctl -w kern.timecounter.hardware=i8254
kern.timecounter.hardware: TSC -> i8254

這樣您的筆記型電腦應該就可以保持正確的時間了。

如果要讓這個更改的動作再每次開機時自動執行，在 /etc/sysctl.conf �加入下面這行。

kern.timecounter.hardware=i8254

這個問題常常發生在灌了多個作業系統的筆記型電腦上。有些非 BSD 的作業系統會讓 PC card 的硬體裝置處在一個不一致的狀態下 （inconsistent state）。使得 pccardd 在偵 測這片卡時，無法抓到正確的型號，而是 “"(null)""(null)"”。

您需要移除 PC card 插槽的電源以重置這個硬體裝置。一個方法是 將您的筆記型電腦關機（不是休眠模式，也不是待命模式﹔要完全的關 機）。等個幾秒鐘再重開機。這樣您的 PC card 應該就正常了。

有時有些筆記型電腦雖然看起來已經關機了，但實際上並沒有。 如果您發現上面那個方法沒有用，請關機，移除電池，等個幾秒鐘， 把電池裝上去然後重開機。

這是因為FreeBSD 的 boot loader 無法正確的找出硬碟的 geometry。這樣的話，就需要在用 fdisk 分割或是修改 FreeBSD 的 slice 時，手動將正確的值輸入進去了。

正確的硬碟 geometry 值在 BIOS 裡面可以查的到。注意該硬碟的 cylinders，heads 以及 sectors 這些數值。

在執行 sysinstall(8)的 fdisk 時，按下 G 以便手動設定硬碟的 geometry。

這時會有一個對話框跳出來，詢問您有關 cylinders，heads 以及 sectors 這些東西的值。請將剛剛在 BIOS 查到的數字，以 / 作分隔輸 入進去。

舉例來說，如果是 5000 cylinders，250 sectors 和 60 sectors 就輸入 5000/250/60

輸入完後請按 enter 鍵確認，最後按下 W 鍵把 新的分割區表寫入硬碟當中。

執行 sysinstall(8) 接著選 Configure，然後選 Fdisk。 再來用空白鍵選擇原先 Boot Manager 所在的硬碟。 按下 W 鍵來作寫入的動作。這時會跳出一個提示 訊息，詢問您要安裝哪一個 boot loader。請選擇 Boot Manager， 這樣就可以將它還原了。

這個訊息是說有一個執行程序正在嘗試將分頁記憶體（page memory） 寫入硬碟中，而這個動作嘗試了 20 秒鐘仍然無法成功。這個有可能是因為 硬碟有壞軌、電路或排線有問題、以及其他跟硬碟讀出寫入有關的硬體設備。 如果真的是硬碟壞軌的問題，您應該會在 /var/log/messages這個檔案中，或是在執行 dmesg這個指令後，看到有關磁碟錯誤的訊息。 如果沒有，那麼請檢查您的排線還有接頭連接是否良好。

這錯誤訊息並不是指 touch(1) 程式不見了，事實上可能是該檔檔案時間被設為未來的時間。 若機器上的 CMOS-clock 時鐘設定為當地時間 (非格林威治時間，比如台灣時間為 GMT +08:00 ，也就是 CST 中原標準時間)， 那麼請在開機時，先選 single user 模式進入，然後打 adjkerntz -i 來調整 kernel clock 與機器上的 CMOS-clock 來同步。

OpenOffice 這套 open-source 性質的 office 可以在 FreeBSD 上正常運用自如，而 Linux® 版的 StarOffice, 這套 closed-source 的 OpenOffice 加值版，也可以在 FreeBSD 上正常使用。

FreeBSD 上還有許多編排軟體、試算表(Spreadsheet)以及繪圖軟體都可用 Ports Collection 來安裝喔。

Open Group 釋出了 Motif 2.1.30 的原始碼，可以透過 open-motif package 安裝，或是由 ports 自行 編譯。相關的資訊，請參考 handbook 中的 ports 章節。

另外，也是有商業版本的 Motif 存在。也許這種版本的 Motif 不是免費的，但是絕對允許用在 closed-source 的環境下。 Apps2go 提供了最便宜的 FreeBSD (包括 i386 跟 alpha)版本的 ELF Motif 2.1.20 套件。

目前提供兩種不同環境的版本， “發展用版本” 及 “runtime 版本” 。這兩種套件都包括：

• OSF/Motif manager, xmbind, panner, wsm.

• Development kit with uil, mrm, xm, xmcxx, include and Imake files.

• Static and dynamic ELF libraries (for use with FreeBSD 3.0 and above).

• Demonstration applets.

因為 Apps2go 也有提供 NetBSD 和 OpenBSD 的版本，所以在訂購時請特別指定是要 FreeBSD 版本的 Motif！ 他們目前只提供以 FTP 的方式取得這份套件。

也可以聯絡 Xi Graphics，他們提供了一個 FreeBSD a.out 格式的 Motif 2.0 套件。

在這套件中包括了：

• OSF/Motif manager, xmbind, panner, wsm.

• Development kit with uil, mrm, xm, xmcxx, include and Imake files.

• Static and dynamic libraries (for use with FreeBSD 2.2.8 and earlier).

• Demonstration applets.

• Preformatted man pages.

在你跟他們訂購 Motif 時，請一定註明你要的是 FreeBSD 的版本！ 因為 Xi Graphics 也同時提供了 BSDI 跟 Linux 版本的 Motif。目前發行的版本是放在四塊磁片中，將來他們會將所有的 東西都放到光碟裡，就像他們所發行的 CDE 一樣。

Xi Graphics 以前有賣 FreeBSD 用的 CDE，不過現已停止發售了。

就許多方面而言，KDE 這個 open source 的桌面環境與 CDE 相當類似。此外，你可能會喜歡使用 xfce。KDE 及 xfce 都可由 ports 機制來安裝。

有， Xi Graphics 有提供給 FreeBSD（或其他 Intel 平台上）用的 X 視窗加速產品。

Xi Graphics 所提供的高效能 X Server 有非常簡單的設定方式， 並且支援了目前市面上當紅的各大廠牌的顯示卡。它只給你 Binary 檔案， 是用磁片的方式發行，FreeBSD 跟 Linux 版本都相同。Xi Graphics 同時 也提供了專門給筆記型電腦用的高效能 X Server。

5.0 版有提供免費的相容 “demo” 版本

Xi Graphics 也有在賣 FreeBSD 用的 Motif 跟 CDE（往上面看看）。

有! 請看 FreeBSD 網站上 商業軟體公司 這一部份。

還有請參考 ports 中 Databases 相關的收集。

可以，下面這個網頁會說明如何在 FreeBSD 上執行 Linux 版的 Oracle：

• http://www.scc.nl/~marcel/howto-oracle.html

• http://www.lf.net/lf/pi/oracle/install-linux-oracle-on-freebsd

請看看 ports 目錄 吧。這邊有份已經 port 到 FreeBSD 的軟體列表。 目前有超過 15,000 個軟體已經被port 到 FreeBSD 上，並且每天 都在增加中。所以有空就多看看這份列表，不然你也可以訂閱 freebsd-announce 這份 mailing list，會有人將每個星期最新的軟體列表貼在上面。

大部份的 ports 應該都可以在 4.X、5.X 跟 6.X 的系統上使用。 每次當 FreeBSD release 新版時，都會有一份 ports tree 被放在這一個 release cd 裡面的 ports/ 目錄裡。

我們也支援一種叫 “package” 的概念，基本上 就是 gzip 壓縮、可用來發行的 binary 檔案，但是裡面藏了一 些相當有用的資訊，可以給各種自訂安裝來使用。使用者不必知 道某個 package 裡究竟有包括哪些檔案，就可`以很方便地重複將 它安裝/反安裝。

你可以執行 sysinstall(FreeBSD 5.2 之前版本則是 /stand/sysinstall) 後， 在 post-configuration 選單下選擇 package 這個安裝選項；或 是對某個有興趣的 package 檔案執行 pkg_add(1) 把它裝起來。Package 檔案通常以 .tgz 或 .tbz 為副檔名，手上有 FreeBSD CDROM 的人可以在 packages/All 這個目錄下找到這類檔案。 對不同的 FreeBSD 版本，也可以從下列位址由網路上取得：

或是離你最近的 mirror 站。

要注意的是，因為新的 port 一直在增加中，所以並不是所有 port 都有相對應的 package。最好定時檢查ftp.FreeBSD.org ，看看有哪些 package 可以用。

以 package 或 port 方式來裝好 news/inn 之後，Dave Barr's INN Page 是個非常好的 INN 入門處，你可以在那邊找到 INN 的 FAQ。

有啊，請看 http://www.FreeBSD.org/java/

你可能在一台 2.1.x 的機器上，跑著給 2.2/3.x/4.0 的軟體。 請再往上面一個章節看，正確的取得給你機器用的 port/package。

你不小心抓了給 4.X 及 5.X 系統用的 package，並且嘗試著 去裝在你的 2.X 或 3.X 的系統上面。請下載正確版本的 package。

你沒有浮點運算器，對吧？你必須在你的 kernel 中加入數學 運算模擬器，你可以跟著下面的步驟做，並在更改過你的 kernel 設定 檔後，重新編譯過一次。

options GPL_MATH_EMULATE

你必須先修改 /etc/sysconfig (或是 /etc/rc.conf, 請讀 rc.conf(5)) 這檔案最後一個章節，將下面所講到的變數設成 YES：

# Set to YES if you want ibcs2 (SCO) emulation
        loaded at startup ibcs2=NO

這會在開機時將 ibcs2 這一個 kernel 模組載入。

你還要將你的 /compat/ibcs2/dev 改成下面這樣：

lrwxr-xr-x  1 root  wheel         9 Oct 15 22:20 X0R@ -> /dev/null
lrwxr-xr-x  1 root  wheel         7 Oct 15 22:20 nfsd@ -> socksys
-rw-rw-r--  1 root  wheel         0 Oct 28 12:02 null
lrwxr-xr-x  1 root  wheel         9 Oct 15 22:20 socksys@ -> /dev/null
crw-rw-rw-  1 root  wheel   41,   1 Oct 15 22:14 spx

你只需要將 socksys 轉向到 /dev/null (請讀 null(4)) 去騙過 open & close 的動作。在 -current 裡面的 ibcs2 相關程式碼將會處理其餘的部份，這種作法比以前的方式 乾淨太多了。假如你想要使用 spx 方面的 程式，在你的 kernel 設定檔裡面 加上SPX_HACK。

Use the Port, Luke！在 ports tree 中已經有一個包含 FrontPage 的 Apache 版本了。

如果你的 FreeBSD 版本相較 -CURRENT 或 -STABLE 之下是很古 早的話，或許你會需要一個升級 ports 的工具，在 http://www.FreeBSD.org/ports/。如果你以將其更新卻仍無用， 那麼一定是某人更動之後造成 -CURRENT 才能用，-STABLE 無法用的情況。 由於 ports 內所收集的軟體在 -CURRENT 或是 -STABLE 上都要能用， 所以請儘速送出關於此問題的蟲報告；請使用 send-pr(1) 這個指 令來送蟲報告。

有些 a.out 格式的應用程式會需要 a.out 格式的函式庫， Netscape Navigator 就是一個例子。不過用 ELF 函式庫編起來 的 FreeBSD 預設並不會安裝舊的 a.out 函式庫，所以您可能會得 到類似找不到 /usr/libexec/ld.so 的抱怨訊 息。如果說您的系統有這安裝 a.out 函式庫的必要，這些函式庫 (compat22) 也能夠利用 sysinstall(8) 來安裝。或者利用 FreeBSD 原始碼來安裝：

# cd /usr/src/lib/compat/compat22# make install clean

如果你希望每次 make world 時會自動更新 compat22 函式庫，那麼修改 /etc/make.conf， 加入 COMPAT22=YES。這些相容於古老版本的函式庫 已經沒什麼在更新了，所以一般說來是不需要這樣的。

同時也請您看一下 3.1-RELEASE 和 3.2-RELEASE 的勘誤表(ERRATA)。

FreeBSD 本身並沒有自動升級 ports 的工具，但有一些可以讓升級 簡化一些的小程式。你也可以自己裝上額外的工具來處理。

pkg_version(1) 指令可以自動產生用來達到自動升級到 ports tree 最新版本的 script。

# pkg_version -c > /tmp/myscript

一定要在手動修改一下產生出來的 script。 目前的 pkg_version(1) 在 script 最前面加入 exit(1) 強 迫你去修改它。

你應將執行 script 所產生的輸出記錄下來，因為裡面會有記載某些 尚未升級但已經更新的 ports。不過你不一定要去升級它們。通常是因為 有某個共用的函式庫已經改變版本號了，才要去重編一次那些使用到該函 式庫的 ports。

如果你的硬碟空間很夠，那麼可以用 portupgrade 這個工具來做全自動處裡。portupgrade 裡面也有 一些小程式來簡化 package 升級，它在 sysutils/portupgrade。 這個工具是用 Ruby 這個語言寫的，所以並不適合加入到 FreeBSD 的原 始碼中，不過並不會因此讓某些人不用它。

如果你的系統一直都處於開機狀態，可利用 periodic(8) 系統， 每個星期產生一張需要升級的清單。只要在 /etc/periodic.conf 加入 weekly_status_pkg_enable="YES" 就可以了。

因為 POSIX 說，該要有這麼樣的一個 shell 在才行。

比較繁瑣的答案：許多人需要寫可以跨很多平台的 shell script 。 這也是為何 POSIX 將 shell 以及工具命稱都定義的非常詳細的緣故。 大部份的 script 都適用於 Bourne shell，又因為有幾個重要的 寫程式所用到的程式或者函式 (make(1) , system(3), popen(3), 還有在 Perl 或者 Tcl 裡面呼叫系統程式的地方) 都指定用 Bourne shell 。那麼因為 Bourne Shell 如此的廣泛常用， 那麼它的執行效率便很重要，快速是它決定性的要點之一，還要不佔太多 記憶體。

目前的 /bin/sh 已是我們嘔心瀝血之作，它已 經盡量地符合標準規定。為了讓它非常小，我們拿掉了一些其他 shell 有的方便功能。這也是為什麼 ports 裡面還有很多強悍的 shell ，像是 bash, scsh, tcsh 以及 zsh 。 (你可以自己比較一下這些 shell 執行 時所佔的記憶體大小，去看看 ps -u 列出來的 “VSZ” 和 “RSS” 這兩個欄位就知道了。)

通常是因為你的 DNS 沒有設定好。 Netscape 跟 Opera 在啟動的時候 都會去檢查一下 DNS。直到 DNS 有回應，或者是斷定網路目前是斷線之後， 它們才會顯示畫面出來。

不會！請查閱 使用手冊中的 kernel 設定一節。

讓我猜看看，你把 npx0 (詳見 npx(4)) 從你的 kernel 設定檔移除了，因為你沒有數學運算器， 對嗎？錯了！:-) 這個 npx0是 必須要有的。就算你沒有數學運算器，你還是 必須 引入 npx0 裝置。

這很有可能是因為，你把 kernel 編成 偵錯模式 了。偵錯模式之下的 kernel 裡面會存著偵錯用的許多符號，因此會大幅 增加 kernel 的大小。如果說你的 FreeBSD 是 3.0 以後的版本，這對於 效能來說影響並不大，幾乎是沒有。而在系統會因某些原因 panic 時， 有個偵錯模式的 kernel 在也挺有用的。

不過呢，如果你的磁碟空間很小，或者你就是不想用偵錯模式的 kernel 的話，請確認以下事情：

• kernel 設定檔裡面沒有這一行：

  makeoptions DEBUGS=-g
  

• 執行 config(8) 時沒有加上 -g 這個選項。

以上兩件事情都會讓你編出一個偵錯模式的 kernel。但只要避免之， 就可以編出一個正常的 kernel，而你也會注意到，kernel 明顯的變小了； 大部份的 kernel 都差不多在 1.5MB 到 2MB 之間。

當我編譯一個 multi-port serial code 的核心時，它告訴我只有 第一個被偵測到，其他的則因中斷衝突而跳過了，我該怎麼修正它？

這個問題是因為 FreeBSD 使用內建程式碼避免因為硬體或軟體衝突 導致 kernel 過於肥大或無用。要修正這種情形的方法是除了一個 port 外把其他所有的 IRQ 設定都做保留。這裡有一個範例：

#
# Multiport high-speed serial line - 16550 UARTS
#
device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr
device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr
device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr
device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr

這有很多種可能的原因：

• 你沒有用新的 make buildkernel 與 make installkernel 這兩個方法來編，而正好 你的系統原始碼的版本和正在執行的系統核心版本不一樣 (像是， 在跑 4.0-RELEASE 的系統上嘗試著編 4.3-RELEASE)。如果說你要升 級系統的話，請務必去看看 /usr/src/UPDATING 這個檔案，特別注意最後面的 “COMMON ITEMS” 這個小節。

• 你已經用上 make buildkernel 以及 make installkernel 了，但是在 make buildworld 時失敗了。可惜的是， make buildkernel 要成功，需要依賴 make buildworld 後造出來的一些檔案。

• 就算是你在編 FreeBSD-STABLE， 還是有可能你抓到了正在修改中，或著因為某些緣故而根本還沒改好 的原始碼；雖然說 FreeBSD-STABLE 大部份的時候都是可以編的，但只有 RELEASE 才是保證可以編的。碰 到這個問題時，再次更新原始碼並且再試試看。也有可能是放原始碼的 伺服器出現某些問題，所以更新原始碼時也試試從不同伺服器來更新看 看。

請參閱 磁碟格式化教學。

理想的方式是先在新硬碟上重裝好作業系統，然後把使用者相關程式、資料搬過去就好。 This is highly recommended if you have been tracking -STABLE for more than one release, or have updated a release instead of installing a new one. You can install booteasy on both disks with boot0cfg(8), and dual boot them until you are happy with the new configuration. Skip the next paragraph to find out how to move the data after doing this.

Should you decide not to do a fresh install, you need to partition and label the new disk with either sysinstall(FreeBSD 5.2 之前版本則是 /stand/sysinstall), or fdisk(8) and disklabel(8). You should also install booteasy on both disks with boot0cfg(8), so that you can dual boot to the old or new system after the copying is done. See the formatting-media article for details on this process.

Now you have the new disk set up, and are ready to move the data. Unfortunately, you cannot just blindly copy the data. Things like device files (in /dev), flags, and links tend to screw that up. You need to use tools that understand these things, which means dump(8). Although it is suggested that you move the data in single user mode, it is not required.

You should never use anything but dump(8) and restore(8) to move the root filesystem. The tar(1) command may work - then again, it may not. You should also use dump(8) and restore(8) if you are moving a single partition to another empty partition. The sequence of steps to use dump to move a partitions data to a new partition is:

For example, if you are going to move root to /dev/ad1s1a, with /mnt as the temporary mount point, it is:

# newfs /dev/ad1s1a
# mount /dev/ad1s1a /mnt
# cd /mnt
# dump 0af - / | restore xf -

Rearranging your partitions with dump takes a bit more work. To merge a partition like /var into its parent, create the new partition large enough for both, move the parent partition as described above, then move the child partition into the empty directory that the first move created:

# newfs /dev/ad1s1a
# mount /dev/ad1s1a /mnt
# cd /mnt
# dump 0af - / | restore xf -
# cd var
# dump 0af - /var | restore xf -

To split a directory from its parent, say putting /var on its own partition when it was not before, create both partitions, then mount the child partition on the appropriate directory in the temporary mount point, then move the old single partition:

# newfs /dev/ad1s1a
# newfs /dev/ad1s1d
# mount /dev/ad1s1a /mnt
# mkdir /mnt/var
# mount /dev/ad1s1d /mnt/var
# cd /mnt
# dump 0af - / | restore xf -

You might prefer cpio(1), pax(1), tar(1) to dump(8) for user data. At the time of this writing, these are known to lose file flag information, so use them with caution.

The installation procedure allows you to chose two different methods in partitioning your hard disk(s). The default way makes it compatible with other operating systems on the same machine, by using fdisk table entries (called “slices” in FreeBSD), with a FreeBSD slice that employs partitions of its own. Optionally, one can chose to install a boot-selector to switch between the possible operating systems on the disk(s). The alternative uses the entire disk for FreeBSD, and makes no attempt to be compatible with other operating systems.

So why it is called “dangerous”? A disk in this mode does not contain what normal PC utilities would consider a valid fdisk table. Depending on how well they have been designed, they might complain at you once they are getting in contact with such a disk, or even worse, they might damage the BSD bootstrap without even asking or notifying you. In addition, the “dangerously dedicated” disk's layout is known to confuse many BIOSes, including those from AWARD (e.g. as found in HP Netserver and Micronics systems as well as many others) and Symbios/NCR (for the popular 53C8xx range of SCSI controllers). This is not a complete list, there are more. Symptoms of this confusion include the “read error” message printed by the FreeBSD bootstrap when it cannot find itself, as well as system lockups when booting.

Why have this mode at all then? It only saves a few kbytes of disk space, and it can cause real problems for a new installation. “Dangerously dedicated” mode's origins lie in a desire to avoid one of the most common problems plaguing new FreeBSD installers - matching the BIOS “geometry” numbers for a disk to the disk itself.

“Geometry” is an outdated concept, but one still at the heart of the PC's BIOS and its interaction with disks. When the FreeBSD installer creates slices, it has to record the location of these slices on the disk in a fashion that corresponds with the way the BIOS expects to find them. If it gets it wrong, you will not be able to boot.

“Dangerously dedicated” mode tries to work around this by making the problem simpler. In some cases, it gets it right. But it is meant to be used as a last-ditch alternative - there are better ways to solve the problem 99 times out of 100.

So, how do you avoid the need for “DD” mode when you are installing? Start by making a note of the geometry that your BIOS claims to be using for your disks. You can arrange to have the kernel print this as it boots by specifying -v at the boot: prompt, or using boot -v in the loader. Just before the installer starts, the kernel will print a list of BIOS geometries. Do not panic - wait for the installer to start and then use scrollback to read the numbers. Typically the BIOS disk units will be in the same order that FreeBSD lists your disks, first IDE, then SCSI.

When you are slicing up your disk, check that the disk geometry displayed in the FDISK screen is correct (ie. it matches the BIOS numbers); if it is wrong, use the g key to fix it. You may have to do this if there is absolutely nothing on the disk, or if the disk has been moved from another system. Note that this is only an issue with the disk that you are going to boot from; FreeBSD will sort itself out just fine with any other disks you may have.

Once you have got the BIOS and FreeBSD agreeing about the geometry of the disk, your problems are almost guaranteed to be over, and with no need for “DD” mode at all. If, however, you are still greeted with the dreaded “read error” message when you try to boot, it is time to cross your fingers and go for it - there is nothing left to lose.

To return a “dangerously dedicated” disk for normal PC use, there are basically two options. The first is, you write enough NULL bytes over the MBR to make any subsequent installation believe this to be a blank disk. You can do this for example with

# dd if=/dev/zero of=/dev/rda0 count=15

Alternatively, the undocumented DOS “feature”

C:\> fdisk /mbr

will to install a new master boot record as well, thus clobbering the BSD bootstrap.

Short answer: you can usually use Soft Updates safely on all partitions.

Long answer: There used to be some concern over using Soft Updates on the root partition. Soft Updates has two characteristics that caused this. First, a Soft Updates partition has a small chance of losing data during a system crash. (The partition will not be corrupted; the data will simply be lost.) Also, Soft Updates can cause temporary space shortages.

When using Soft Updates, the kernel can take up to thirty seconds to actually write changes to the physical disk. If you delete a large file, the file still resides on disk until the kernel actually performs the deletion. This can cause a very simple race condition. Suppose you delete one large file and immediately create another large file. The first large file is not yet actually removed from the physical disk, so the disk might not have enough room for the second large file. You get an error that the partition does not have enough space, although you know perfectly well that you just released a large chunk of space! When you try again mere seconds later, the file creation works as you expect. This has left more than one user scratching his head and doubting his sanity, the FreeBSD filesystem, or both.

If a system should crash after the kernel accepts a chunk of data for writing to disk, but before that data is actually written out, data could be lost or corrupted. This risk is extremely small, but generally manageable. Use of IDE write caching greatly increases this risk; it is strongly recommended that you disable IDE write caching when using Soft Updates.

These issues affect all partitions using Soft Updates. So, what does this mean for the root partition?

Vital information on the root partition changes very rarely. Files such as /kernel and the contents of /etc only change during system maintenance, or when users change their passwords. If the system crashed during the thirty-second window after such a change is made, it is possible that data could be lost. This risk is negligible for most applications, but you should be aware that it exists. If your system cannot tolerate this much risk, do not use Soft Updates on the root filesystem!

/ is traditionally one of the smallest partitions. By default, FreeBSD puts the /tmp directory on /. If you have a busy /tmp, you might see intermittent space problems. Symlinking /tmp to /var/tmp will solve this problem.

The symptom of this is:

# ccdconfig -C
ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Inappropriate file type or format

This usually happens when you are trying to concatenate the c partitions, which default to type unused. The ccd driver requires the underlying partition type to be FS_BSDFFS. Edit the disklabel of the disks you are trying to concatenate and change the types of partitions to 4.2BSD.

The symptom of this is:

# disklabel ccd0
(it prints something sensible here, so let us try to edit it)
# disklabel -e ccd0
(edit, save, quit)
disklabel: ioctl DIOCWDINFO: No disk label on disk;
use "disklabel -r" to install initial label

This is because the disklabel returned by ccd is actually a “fake” one that is not really on the disk. You can solve this problem by writing it back explicitly, as in:

# disklabel ccd0 > /tmp/disklabel.tmp
# disklabel -Rr ccd0 /tmp/disklabel.tmp
# disklabel -e ccd0
(this will work now)

FreeBSD supports a variety of other filesystems.

FreeBSD also supports network filesystems such as NFS (see mount_nfs(8)), NetWare (see mount_nwfs(8)), and Microsoft-style SMB filesystems (see mount_smbfs(8)).

The secondary DOS partitions are found after ALL the primary partitions. For example, if you have an “E” partition as the second DOS partition on the second SCSI drive, you need to create the special files for “slice 5” in /dev, then mount /dev/da1s5:

# cd /dev
# sh MAKEDEV da1s5
# mount -t msdos /dev/da1s5 /dos/e

有啊！ FreeBSD 5.0 起內建 gbde(8)，而 FreeBSD 6.0 又加上 geli(8)。 而較早期的版本，請多利用 security/cfs port，謝謝。

The general idea is that you copy the first sector of your native root FreeBSD partition into a file in the DOS/Windows NT partition. Assuming you name that file something like c:\bootsect.bsd (inspired by c:\bootsect.dos), you can then edit the c:\boot.ini file to come up with something like this:

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT"
C:\BOOTSECT.BSD="FreeBSD"
C:\="DOS"

If FreeBSD is installed on the same disk as the Windows NT boot partition simply copy /boot/boot1 to C:\BOOTSECT.BSD. However, if FreeBSD is installed on a different disk /boot/boot1 will not work, /boot/boot0 is needed.

/boot/boot0 needs to be installed using sysinstall(FreeBSD 5.2 之前版本則是 /stand/sysinstall) by selecting the FreeBSD boot manager on the screen which asks if you wish to use a boot manager. This is because /boot/boot0 has the partition table area filled with NULL characters but sysinstall copies the partition table before copying /boot/boot0 to the MBR.

When the FreeBSD boot manager runs it records the last OS booted by setting the active flag on the partition table entry for that OS and then writes the whole 512-bytes of itself back to the MBR so if you just copy /boot/boot0 to C:\BOOTSECT.BSD then it writes an empty partition table, with the active flag set on one entry, to the MBR.

If you have FreeBSD and Linux on the same disk, just follow LILO's installation instructions for booting a non-Linux operating system. Very briefly, these are:

Boot Linux, and add the following lines to /etc/lilo.conf:

other=/dev/hda2
        table=/dev/hda
        label=FreeBSD

(the above assumes that your FreeBSD slice is known to Linux as /dev/hda2; tailor to suit your setup). Then, run lilo as root and you should be done.

If FreeBSD resides on another disk, you need to add loader=/boot/chain.b to the LILO entry. For example:

other=/dev/dab4
        table=/dev/dab
        loader=/boot/chain.b
        label=FreeBSD

In some cases you may need to specify the BIOS drive number to the FreeBSD boot loader to successfully boot off the second disk. For example, if your FreeBSD SCSI disk is probed by BIOS as BIOS disk 1, at the FreeBSD boot loader prompt you need to specify:

Boot: 1:da(0,a)/kernel

You can configure boot(8) to automatically do this for you at boot time.

The Linux+FreeBSD mini-HOWTO is a good reference for FreeBSD and Linux interoperability issues.

Install LILO at the start of your Linux boot partition instead of in the Master Boot Record. You can then boot LILO from BootEasy.

If you are running Windows 95 and Linux this is recommended anyway, to make it simpler to get Linux booting again if you should need to reinstall Windows 95 (which is a Jealous Operating System, and will bear no other Operating Systems in the Master Boot Record).

You can not do that with the standard boot manager without rewriting it. There are a number of other boot managers in the sysutils ports category that provide this functionality.

Whether it is a removable drive like a Zip or an EZ drive (or even a floppy, if you want to use it that way), or a new hard disk, once it is installed and recognized by the system, and you have your cartridge/floppy/whatever slotted in, things are pretty much the same for all devices.

(this section is based on Mark Mayo's ZIP FAQ)

If it is a ZIP drive or a floppy, you have already got a DOS filesystem on it, you can use a command like this:

# mount -t msdos /dev/fd0c /floppy

if it is a floppy, or this:

# mount -t msdos /dev/da2s4 /zip

for a ZIP disk with the factory configuration.

For other disks, see how they are laid out using fdisk(8) or sysinstall(8).

The rest of the examples will be for a ZIP drive on da2, the third SCSI disk.

Unless it is a floppy, or a removable you plan on sharing with other people, it is probably a better idea to stick a BSD filesystem on it. You will get long filename support, at least a 2X improvement in performance, and a lot more stability. First, you need to redo the DOS-level partitions/filesystems. You can either use fdisk(8) or sysinstall(FreeBSD 5.2 之前版本則是 /stand/sysinstall), or for a small drive that you do not want to bother with multiple operating system support on, just blow away the whole FAT partition table (slices) and just use the BSD partitioning:

# dd if=/dev/zero of=/dev/rda2 count=2
# disklabel -Brw da2 auto

You can use disklabel or sysinstall to create multiple BSD partitions. You will certainly want to do this if you are adding swap space on a fixed disk, but it is probably irrelevant on a removable drive like a ZIP.

Finally, create a new filesystem, this one is on our ZIP drive using the whole disk:

# newfs /dev/rda2c

and mount it:

# mount /dev/da2c /zip

and it is probably a good idea to add a line like this to /etc/fstab (see fstab(5)) so you can just type mount /zip in the future:

/dev/da2c /zip ffs rw,noauto 0 0

You have to tell mount(8) the type of the device that you want to mount. This is described in the Handbook section on optical media, specifically the section Using Data CDs.

This generally means that there is no CDROM in the CDROM drive, or the drive is not visible on the bus. Please see the Using Data CDs section of the Handbook for a detailed discussion of this issue.

Your CDROM probably uses the “Joliet” extension for storing information about files and directories. This is discussed in the Handbook chapter on creating and using CDROMs, specifically the section on Using Data CDROMs.

You most likely burned a raw file to your CD, rather than creating an ISO 9660 filesystem. Take a look at the Handbook chapter on creating CDROMs, particularly the section on burning raw data CDs.

This is discussed in the Handbook section on duplicating data CDs. For more on working with CDROMs, see the Creating CDs Section in the Storage chapter in the Handbook.

If you try to mount an audio CD, you will get an error like “cd9660: /dev/acd0c: Invalid argument”. This is because mount only works on filesystems. Audio CDs do not have filesystems; they just have data. You need a program that reads audio CDs, such as the audio/xmcd port.

By default, mount(8) will attempt to mount the last data track (session) of a CD. If you would like to load an earlier session, you must use the -s command line argument. Please see mount_cd9660(8) for specific examples.

Ordinary users can be permitted to mount devices. Here is how:

All users can now mount the floppy /dev/fd0 onto a directory that they own:

% mkdir ~/my-mount-point
% mount -t msdos /dev/fd0 ~/my-mount-point

Users in group operator can now mount the CDROM /dev/acd0c onto a directory that they own:

% mkdir ~/my-mount-point
% mount -t cd9660 /dev/acd0c ~/my-mount-point

Unmounting the device is simple:

% umount ~/my-mount-point

Enabling vfs.usermount, however, has negative security implications. A better way to access MS-DOS formatted media is to use the emulators/mtools package in the ports collection.

You need to understand what du and df really do. du goes through the directory tree, measures how large each file is, and presents the totals. df just asks the filesystem how much space it has left. They seem to be the same thing, but a file without a directory entry will affect df but not du.

When a program is using a file, and you delete the file, the file is not really removed from the filesystem until the program stops using it. The file is immediately deleted from the directory listing, however. You can see this easily enough with a program such as more. Assume you have a file large enough that its presence affects the output of du and df. (Since disks can be so large today, this might be a very large file!) If you delete this file while using more on it, more does not immediately choke and complain that it cannot view the file. The entry is simply removed from the directory so no other program or user can access it. du shows that it is gone -- it has walked the directory tree and the file is not listed. df shows that it is still there, as the filesystem knows that more is still using that space. Once you end the more session, du and df will agree.

Note that Soft Updates can delay the freeing of disk space; you might need to wait up to 30 seconds for the change to be visible!

This situation is common on web servers. Many people set up a FreeBSD web server and forget to rotate the log files. The access log fills up /var. The new administrator deletes the file, but the system still complains that the partition is full. Stopping and restarting the web server program would free the file, allowing the system to release the disk space. To prevent this from happening, set up newsyslog(8).

In the Configuration and Tuning section of the Handbook, you will find a section describing how to do this.

Disk manufacturers calculate gigabytes as a billion bytes each, whereas FreeBSD calculates them as 1,073,741,824 bytes each. This explains why, for example, FreeBSD's boot messages will report a disk that supposedly has 80GB as holding 76319MB.

Also note that FreeBSD will (by default) reserve 8% of the disk space.

A portion of each UFS partition (8%, by default) is reserved for use by the operating system and the root user. df(1) does not count that space when calculating the Capacity column, so it can exceed 100%. Also, you will notice that the Blocks column is always greater than the sum of the Used and Avail columns, usually by a factor of 8%.

For more details, look up the -m option in tunefs(8).

從 2.0.5R 到 2.2.1R，主要的設定檔是 /etc/sysconfig。所有的選項都被指定在這個檔， 而其他像 /etc/rc (參見 rc(8)) 和 /etc/netstart 只是引用它。

觀察 /etc/sysconfig 這個檔並修正其值以 適合你的系統。這個檔用註解填滿以表示何處該放置什麼設定。

在 post-2.2.1 以後及 3.0，/etc/sysconfig 亦更名為一個更容易描述的檔名叫 rc.conf(5) ，並且語法簡化了些。 /etc/netstart 亦更名為 /etc/rc.network 因此所有的檔案都可以用 cp /usr/src/etc/rc* /etc 來拷貝。

在 3.1 以及，/etc/rc.conf 被移到 /etc/defaults/rc.conf。 千萬不要編輯這個檔！ 如果 /etc/defaults/rc.conf 內有想要更動的項目， 你應該將那一行的內容拷貝到 /etc/rc.conf， 然後再修改它。

例如 FreeBSD 3.1 及以後的版本內，有一個 DNS 伺服器 named， 而你想要啟動它。你所需要作的事就是：

# echo named_enable="YES" >> /etc/rc.conf

想要在 FreeBSD 3.1 及以後的版本中，啟動本地端服務的話，將 shell script 置於 /usr/local/etc/rc.d 目錄 下。這些 shell script 應該設定成可執行，並且檔名以 .sh 結束。 在 FreeBSD 3.0 及更早的版本中，你應該直接編輯 /etc/rc.local 檔。

/etc/rc.serial用來初始化序列埠 （像是鎖定埠的特性等）。

/etc/rc.i386 是 Intel 專用設定， 像是 iBCS2 模擬或是 PC 系統主控台設定。

使用 adduser(8) 指令。如果需要更複雜的使用方式， 請用 pw(8) 這個指令。

要再次移除使用者，使用 rmuser(8) 指令。還有， pw(8) 也可以使用。

通常都是因為編輯了系統的 crontab (/etc/crontab) 然後就用 crontab(1) 去安裝它：

# crontab /etc/crontab

這樣作是不對的。系統的 crontab 和 crontab(1) 所更新的使用者的 crontab 格式並不一樣 (crontab(5) 說明文件針對差異處有詳細的說明)。

如果你已經用這種方法，額外多出的 crontab 只就是 /etc/crontab 的拷貝，只是格式是錯誤的。 可用以下的命令刪除：

# crontab -r

下次你編輯 /etc/crontab 檔案的時候， 你不用作任何動作去通知 cron(8) ，它自動會去偵測是否有更動。

如果你想要每天、每週、或是每月固定執行某些動作一次，也許加個 shell script 在 /usr/local/etc/periodic 目錄下會更好，系統的 cron 會固定執行 periodic(8) 命令， 它可將你的程式和其它的系統週期性工作一起執行。

這個錯誤的真正原因，是因為系統的 crontab 有一個額外的欄位， 說明該命令要以什麼使用者身份執行。在 FreeBSD 的預設系統 crontab 中，所有的項目都是 root。 當這個 crontab 被當作是 root 的使用者 crontab (它和系統的 crontab 是 不 一樣的)，cron(8) 會以為 root 字串是欲執行的命令的第一個字，但是實際上 並沒有這樣的命令存在。

這是一個安全特性。想要利用 su 成為 root (或其它有 superuser 權限的帳號)，你一定要在 wheel 群組內。如果沒有這個特性的話， 任何人只要在系統裡有帳號，並且恰巧知道 root 的密碼，就可以取得 superuser 等級的權限以存取系統。有了這個特性， 這樣的情況就不會發生；如果使用者不在 wheel 群組內的話，su(1) 會讓他們連試著鍵入密碼的機會都沒有。

要讓某人可以利用 su 成為 root 的話， 只要把他們放入 wheel 群組內即可。

當電腦問你 shell 完整路徑名時，只要按 ENTER ，然後執行 mount / 以讀寫模式 重新掛載根檔案系統。你也許需要執行 mount -a -t ufs ，將你慣用的文字編輯器所在的檔案系統掛載上來。如果 你慣用的文字編輯器在網路檔案系統上的話，你必須先手動將網路設定 起來，以便將網路檔案系統掛載上來，或是使用本地端檔案系統上的 編輯器，例如 ed(1)。

如果你想要使用像 vi(1) 或是 emacs(1) 等的全螢幕 文字編輯器的話，你也需要執行 export TERM=cons25 ，以便讓這些編輯器能夠從 termcap(5) 資料庫裡讀取正確的資料。

當你已經完成了這些步驟後，你可以照你平常修改文法錯誤的方式 去編輯 /etc/rc.conf 檔案。在核心 (kernel) 啟動時所顯示的錯誤訊息，能夠告訴你檔案中哪一行有錯誤。

請參考一下 Handbook 中，有關列印的部份。它應該能夠解決 你大部份的問題。請參考 Handbook 中的列印部份。

有些印表機需要主機支援的驅動程式 (host-based driver) 才能 執行任何列印功能。FreeBSD 本身並不支援這些所謂的 “WinPrinters”。 如果你的印表機無法在 DOS 或 Windows NT 4.0 下執行，那它大概就是一台 WinPrinter。你唯一能使用 這樣的印表機的希望，就是試試 print/pnm2ppa 支不支援它了。

請參考 Handbook 中的 using localization 章節，尤其是 console setup 章節。

以下是從 FreeBSD-CURRENT 通信論壇的一篇文章中節錄出來的。

• 可能你 kernel 設定未加入 quotas 支援(預設是無)。如果是這樣子的話， 那麼請把下面這行加到 kernel 設定檔內並重新編譯、安裝：

  options QUOTA
  

  細節部分，請參閱 Handbook 內的 quotas 章節。

• 請不要直接在 / 打開 quotas

• 把 quotas 檔放在它必須強迫置入的檔案系統內，舉例：

  檔案系統	Quota 檔
  /usr	/usr/admin/quotas
  /home	/home/admin/quotas
  ...	...

是的，FreeBSD 支援 System V-style IPC。這包括共享記憶體， 訊息跟信號。你需要在你的 kernel 設定檔內加入下列幾行以啟動它們。

options    SYSVSHM          # enable shared memory
options    SYSVSEM          # enable for semaphores
options    SYSVMSG          # enable for messaging

重新編譯並安裝。

跟隨 FreeBSD 套裝而來的 sendmail 設定是適合那些直接連上網際網路 的站台。想透過 UUCP 交換郵件的站台必須另外安裝 sendmail 的設定檔案。

手動修改 /etc/sendmail.cf 是絕對必要的。 第 8 版的 sendmail 提供一個全新的入口以透過一些像 m4(1) 的處理就能產生設定檔，這事實上是一個高層概念等級的技巧性設定。 你應該可以在 /usr/src/usr.sbin/sendmail/cf 以下裡使用它：

假如你不是用 full sources 方式安裝系統，那麼 sendmail 設定項目可能已經分散成好幾個來源分布檔在等著你，假設你已經 mount 光碟機，做以下動作：

# cd /cdrom/src
# cat scontrib.?? | tar xzf - -C /usr/src contrib/sendmail

別驚慌，這只有數十萬個位元組的大小。在 cf 目錄裡的 README 可以提供一個 m4 設定法的基 本介紹。

以 UUCP 遞送來說，建議你最好使用 mailertable 特點。建構一個資料庫讓 sendmail 可以使用它自己的路徑決策。

首先，你必須建立自己的 .mc 檔。 /usr/src/usr.sbin/sendmail/cf/cf 目錄是這些 檔案的家。查看一下，已經有好幾個範例檔，假設你已經命名自己的檔叫 foo.mc，你要做的只是把它轉換成一個有效的 sendmail.cf：

# cd /usr/src/usr.sbin/sendmail/cf/cf
# make foo.cf
# cp foo.cf /etc/mail/sendmail.cf

一個典型的 .mc 檔看起來可能像這樣：

VERSIONID(`Your version number')
OSTYPE(bsd4.4)

FEATURE(accept_unresolvable_domains)
FEATURE(nocanonify)
FEATURE(mailertable, `hash -o /etc/mail/mailertable')

define(`UUCP_RELAY', your.uucp.relay)
define(`UUCP_MAX_SIZE', 200000)
define(`confDONT_PROBE_INTERFACES')

MAILER(local)
MAILER(smtp)
MAILER(uucp)

Cw    your.alias.host.name
Cw    youruucpnodename.UUCP

accept_unresolvable_domains， nocanonify， 和 confDONT_PROBE_INTERFACES 特性將避免任何在 遞送郵件時會用到 DNS 的機會。UUCP_RELAY 項目的出現理由很奇怪，就不要問為何了。簡單的放入一個網際網路 上可以處理 .UUCP 虛擬網域位址的主機名稱；通常，你只需要在這 裡填入你 ISP 的信件回覆處 (mail replay)。

你已經做到這裡了，你還需要這個叫 /etc/mail/mailertable。如果你只有一個用 來傳遞所有郵件的對外通道的話，以下的檔案就足夠了：

#
# makemap hash /etc/mail/mailertable.db < /etc/mail/mailertable
                              uucp-dom:your.uucp.relay

另一個更複雜的例子看起來像這樣：

#
# makemap hash /etc/mail/mailertable.db < /etc/mail/mailertable
#
horus.interface-business.de   uucp-dom:horus
interface-business.de        uucp-dom:if-bus
interface-business.de         uucp-dom:if-bus
heep.sax.de                  smtp8:%1
horus.UUCP                    uucp-dom:horus
if-bus.UUCP                   uucp-dom:if-bus
                             uucp-dom:

如你所見，這是某個真實檔案裡的一部份。首三行處理網域定址信件 不應該被送出到內定路徑，而由某些 UUCP 鄰居(UUCP neighbor)取代 的特殊情形，這是為了 “縮短”遞送的路徑。下一行處理到 本地乙太網路網域的信件讓它可以使用 SMTP 來遞送。最後，UUCP 鄰居提到 .UUCP 虛擬網域的記載，允許一個 uucp-neighbor !recipient 推翻 內定規則。最後一行則以一個單獨的句點做結束，以 UUCP 遞送到提供當 你全世界性郵件閘門的UUCP 鄰居。所有在 uucp-dom: 關鍵字裡的節點名稱必須都是有效的 UUCP 鄰居，你可以用 uuname 命令去確認。

提醒你這個檔案在使用前必須被轉換成 DBM 資料庫檔案，最好在 mailertable 最上面用註解寫出命令列來完成這個工作。當你每次更換你 的 mailertable 後你總是需要執行這個命令。

最後提示：如果你不確定某些特定的信件路徑可用，記得把 -bt 選項加到 sendmail。這會將 sendmail 啟動在 address test mode；只要按下 0，接著輸入你希望測試的信件路徑位址。 最後一行告訴你使用內部的信件代理程式，代理程式的會通知目的主機， 以及(可能轉換的)位址。要離開此模式請按 Control-D。

% sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
> 3,0 foo@example.com
canonify           input: foo @ example . com
..
parse            returns: $# uucp-dom $@ your.uucp.relay $: foo < @ example . com . >
> ^D

如果你已經有一個固定的 IP 數字，你不需要調整任何內定值。設好 你要指定的網路名稱，其他的 sendmail 都會幫你做完。

如果你拿到的是動態配置的 IP 數字而使用撥接 ppp 連接到網際網 路，你可能已經在你的 ISP 信件主機上有一個信箱。假設你的 ISP 網域 是 example.net，你的使用者名 稱是 user。亦假設你稱自己的主機名稱是 bsd.home 而你的 ISP 告訴你可以使用 relay.example.net 當作信件回覆處。

為了從你的信箱接收信件，你將需要安裝取信程式以便從信箱取回信件。 Fetchmail 是一個不錯的選擇，因為它支 援許多不同的通訊協定，通常你的 ISP 會提供 POP3。如果你選擇使用 user-ppp，你可以在連線到網路成功後自動抓取你的信件，只要在 /etc/ppp/ppp.linkup裡面設定以下這項：

MYADDR:
  !bg su user -c fetchmail

假使你正使用 sendmail (如下所示) 傳送信件到非本地帳號，置入以下命令：

  !bg su user -c "sendmail -q"

在上面那項命令之後。這會強迫 sendmail 在連接上網路後馬上開始處理 mailqueue。

我假設你在 bsd.home 機器上有一個 user 的帳號。在 bsd.home 機器上 user 的家目錄裡建立一個 .fetchmailrc 的檔案：

poll example.net protocol pop3 fetchall pass MySecret

無須贅言，這個檔除了 user 外不應該被任 何人讀取，因為它包含 MySecret 這個密碼。

為了在寄信時有正確的抬頭 from:，你必須告訴 sendmail 使用 user@example.net 而非 user@bsd.home。你可能會希望告訴 sendmail 從 relay.example.net 送出所有信件， 加快信件傳送。

以下的 .mc 檔應能滿足你的要求：

VERSIONID(`bsd.home.mc version 1.0')
OSTYPE(bsd4.4)dnl
FEATURE(nouucp)dnl
MAILER(local)dnl
MAILER(smtp)dnl
Cwlocalhost
Cwbsd.home
MASQUERADE_AS(`example.net')dnl
FEATURE(allmasquerade)dnl
FEATURE(masquerade_envelope)dnl
FEATURE(nocanonify)dnl
FEATURE(nodns)dnl
define(`SMART_HOST', `relay.example.net')
Dmbsd.home
define(`confDOMAIN_NAME',`bsd.home')dnl
define(`confDELIVERY_MODE',`deferred')dnl

如何轉換這個 .mc 檔案到 sendmail.cf 檔的詳細細節，請參考上一節。 另外，在更新 sendmail.cf 以後不要忘記重新啟動 sendmail。

Sendmail 是 FreeBSD 預設使用的郵件伺服器，但是你還是可以很容易地以其它 郵件伺服器 (例如，從 port 安裝的郵件伺服器) 取代之。

port 裡有很多可供選擇的郵件伺服器，像 mail/exim、 mail/postfix、 mail/qmail、 mail/zmailer 等， 就是幾個很受歡迎的選擇。

多樣選擇是好事，而且大家有許多郵件伺服器可以使用也被認為是 好事；所以請避免在通信論壇裡問像 “Sendmail 有比 Qmail 好嗎？” 這樣的問題。如果你真的很想問的話，請先到通信論壇 archive 裡找一下。每一個郵件伺服器的優點與缺點，以前大概就已經 討論好幾次了。

不要驚慌！只要重新啟動系統，在看到 Boot: 時輸入 boot -s 即可進入單使用者模式 (在 3.2-RELEASE 之前的版本請改用 -s)。 在問要使用哪個 shell 時，按下 ENTER。你會看到一個 # 的提示號，輸入 mount -u / 以重新掛上(mount) 你的根檔案系統可供讀/寫。執行 passwd root 以更換 root 密碼，然後執行 exit(1) 繼續啟動程序。

如果你是使用 FreeBSD 2.2.7-RELEASE 或之後版本的 syscons(系統內定的主控台驅動程式)，把下列這行放到 kernel 設定檔內， 然後重做一個新的核心：

options SC_DISABLE_REBOOT

若是使用 FreeBSD 2.2.5-RELEASE 或之後版本的 PCVT 主控台驅動 程式，則以下列選項代替：

options PCVT_CTRL_ALT_DEL

其他更早期的 FreeBSD 版本，請修改你正在使用的主控台鍵盤對應， 並將所有 boot 關鍵字以 nop 取代。內定的鍵盤對應是在 /usr/share/syscons/keymaps/us.iso.kbd。 你可能需要明白的吩咐 /etc/rc.conf 去讀取 這個鍵盤對應以確保更動生效。當然如果你正在用適合你國籍的鍵盤對應， 你應該編輯那一個。

只要使用這個 perl 命令：

% perl -i.bak -npe 's/\r\n/\n/g' file ...

file 就是要處理的檔案。這個修改是在內部完成，原始的檔案會儲存成 副檔名為 .bak 的檔案。

或者你可以使用 tr(1) 這個命令：

% tr -d '\r' < dos-text-file > unix-file

dos-text-file 是包含 DOS 文字的 檔案，而 unix-text-file 則是包含轉換 的輸出結果。這比使用 perl 還要快上一點點。

使用 killall(1) 。

這個錯誤是因為 Kerberos 分散認證系統。這個問題並不是很嚴重 但是令人厭煩。你可以用 -K 選項去執行 su，或是像下個問題所描述的 移除 Kerberos。

要從系統裡移除 Kerberos，重裝你正在執行的 release 版本的 bin distribution。如果你有 CDROM，你可以 mount cd(假設在 /cdrom) 並執行：

# cd /cdrom/bin
# ./install.sh

或者你也可以將 /etc/make.conf 裡的 "MAKE_KERBEROS" 選項全都拿掉，然後再 build world.

如果你有許多 telnet，ssh，X 或是 screen 使用者，你或許會用完 虛擬終端機，這能教你怎麼加更多：

並沒 snd 這個裝置的存在。這個名字 是用來當作各個組成 FreeBSD 聲音驅動程式組，諸如 mixer， sequencer，以及 dsp 的簡稱。

可以用以下的命令作出這些裝置：

# cd /dev
# sh MAKEDEV snd0

先進入單人使用者模式，然後再回到多使用者模式。

在主控台執行：

# shutdown now
(Note: without -r or -h)

# return
# exit

簡單地說：那只是名字而已。RC 的意思是 “Release Candiate， 發行候選版本”，它表示新版本快要發行了。在 FreeBSD 中， -PRERELEASE 通常是發行前的程式碼凍結的代名詞。(有些發行版本中， -BETA 標籤跟 -PRERELEASE 是相同意思的。)

詳細地說：FreeBSD 從兩個地方分支出它的發行版本。主版號、 點零、release (例如 3.0-RELEASE 及 4.0-RELEASE) 的，是從發展過程 開始時分支出來的，通常稱為 -CURRENT 。有副版號的版本 (例如 3.1-RELEASE 或 4.2-RELEASE)，是 活躍的 -STABLE 分支中的發行版本 快照。從 4.3-RELEASE 開始，每一個發行版本有它自己的分支，可為 偏好極度保守的發展速度 (通常只會作安全方面的更新) 的人所用。

準備要製作發行版本時，其所在的分支會經過一定的程序。有一個是 程式碼凍結。當程式碼凍結開始時，分支名稱會更名，以反映它快要成為 一個發行版本了。舉個例子，如果原來的分支叫 4.5-STABLE，它的名字 會變成 4.6-PRERELEASE 以表示程式碼已凍結，並且額外的發行前測試 將要開始了。臭蟲更正仍可回報，以成為發行版本的一部份。當程式碼 有了可成為發行版本的雛形時，它的名字就會變成 4.6-RC，以表示發行 版本快好了。進入 RC 階段後，只有找到的最有影響的臭蟲才會被修正。 當發行版本 (本例中為 4.6-RELEASE) 產生後，發行版本會有自己的分支， 原分支會被更名為 4.6-STABLE。

想要得知更多有關版本號碼與各 CVS 分支的資訊，請參考 Release Engineering 一文。

簡單地說：你的 securelevel 可能大於零。直接重新開機到 單人模式，再安裝核心。

詳細地說：FreeBSD 在 securelevel 大於零情況下，不允許 變更系統旗標 (system flags)。你可以用這個指令檢查你的 securelevel：

# sysctl kern.securelevel

你沒有辦法降低 securelevel；你必須啟動系統到單人模式以 安裝核心，或是修改 /etc/rc.conf 內的 securelevel 再重新開機。請參考 init(8) 說明文件，以取得 更多有關 securelevel 的資訊，還有 /etc/defaults/rc.conf 和 rc.conf(5) 說明文件，以取得更多有關 rc.conf 的資訊。

簡單地講：你系統的 securelevel 也許大於 1。直接重新開機至 單人模式，然後再修改時間。

詳細地說：在 securelevel 大於 1 的情況下，FreeBSD 不允許時間 變動大於一秒。你可以用以下的命令來檢查目前的 securelevel：

# sysctl kern.securelevel

你無法降低 securelevel；你必須啟動電腦至單人模式下以修改時間， 或是修改 /etc/rc.conf 再重新開機。請參考 init(8) 說明文件，以取得更多有關 securelevel 的資訊，還有 /etc/defaults/rc.conf 和 rc.conf(5) 說明文件，以取得更多有關 rc.conf 的資訊。

不，那不是 memory leak，而且它也不是真的用了 256 Mbyte 的記憶體。它只是喜歡 (意思就是總會這樣作) 將一狗票的記憶體 映謝到它自己的位址空間，以方便作事。就技術而言，這樣並沒有 什麼不對；這樣只是會讓 top(1) 和 ps(1) 嚇一大跳而已。

rpc.statd(8) 會將它的狀態檔案 (位於 /var ) 映射至它的位址空間裡；為了防止需要的時候再增大所 導致的重新映射，它一次會使用相當大的大小。從程式碼來看的話就 更明顯了，可以看到 mmap(2) 的長度參數為 0x10000000 ，它是 IA32 架構上的十六分之一的定址空間，也就是 256MB。

你正在一個提高了 securelevel (也就是大於 0) 的系統運作。 降低 securelevel 再試試看。請參考 FAQ 中對 securelevel 的說明 和 init(8) 說明文件。

為什麼近來新版 FreeBSD .shosts 認證預設 為取消的原因，是因為 ssh(1) 預設不安裝為 suid 成 root。要 “修正” 這點，你可以作下列的 任何一件事：

• 要一勞永逸解決，請將 /etc/make.conf 裡的 ENABLE_SUID_SSH 設成 true ，然後再重新 build ssh (或是執行 make world)。

• 只作一時的修正的話，可以 root 身份 執行 chmod 4755 /usr/bin/ssh 將 /usr/bin/ssh 設成 4555 。然後將 ENABLE_SUID_SSH= true 加入 /etc/make.conf 裡，這樣下次 make world 執行就會生效了。

當系統達到上限 kern.maxvnodes 時， vnlru 會清除並釋放 vnode。這個核心 執行緒大部份的時間都沒事作，只有當你有很大的記憶體，而且 正在存取上萬個小檔案時，才會被啟動。

最簡單的方法就是在安裝系統的時候一併安裝。

然後看看 xorgconfig(1) 的文件，這個程式可以 幫您設定 Xorg 相關設定，使它能夠正確運用您的顯示卡、滑鼠等週邊。此外，還可以用 xorgcfg(1) 的圖形介面來做相關設定。

您或許也想試試看 Xaccel server。詳情請看 Xi Graphics 這一段。

你的系統一定提高了 securelevel，對不對？在一個提高了 securelevel 的系統上，是絕對無法起動 X 的。想知道為什麼， 請參考 init(8) 說明文件。

所以這個問題變成：你還能怎麼辦。基本上你有兩種選擇： 將你的 securelevel 設回零 (通常在 /etc/rc.conf 裡面設定)，或是在啟動時執行 xdm(1) (在 securelevel 被昇高前)。

請參考 Q: 11.8. 以取得更多有關啟動時 執行 xdm(1) 的資訊。

如果您用的是 syscons (內定的 console 驅動程式) 的話，您可以 經由設定 FreeBSD 來讓它支援在每個 virtual console 使用滑鼠。為了 避免和 X 產生衝突，syscons 使用了一個叫做 /dev/sysmouse 的虛擬裝置。所有滑鼠產生的 event 都會利用 moused 來寫到 sysmouse 這個裝置。如果您希望在一個 或以上的 virtual console 上使用滑鼠，並且 能夠使用 X 的話，請參考 Q: 4.4.4. 並且設定好 moused。

然後編輯 /etc/XF86Config 這個檔案， 並且確認你有以下這幾行的設定。

Section         Pointer
Protocol        "SysMouse"
Device          "/dev/sysmouse"
....

以上的例子，適用於 XFree86 3.3.2 及其後的版本。用於更早的 版本的，其 Protocol 應為 MouseSystems。

有些人比較喜歡在設定 X 的時候用 /dev/mouse 這個裝置。如果您要讓它能夠 正常工作的話，您就必須把 /dev/mouse 連結到 /dev/sysmouse (請參考 sysmouse(4)):

# cd /dev
# rm -f mouse
# ln -s sysmouse mouse

可以。不過需要設定 X client 端程式。 請參考 Colas Nahaboo 的網頁 (http://www.inria.fr/koala/colas/mouse-wheel-scroll/) .

如果你要使用 imwheel 程式， 只要跟著下列步驟作即可。

1. 轉換滾輪 event Translate the Wheel Events

   imwheel 程式的運作原理， 是將滑鼠的第四鍵與第五鍵轉換成按鍵 event。因為如此，所以 你必須讓滑鼠驅動程式將滑輪事件轉換成第四鍵與第五鍵 event。 有兩種方法可以達到目的，一是讓 moused(8) 作轉換，二是 讓 X 本身去作 event 轉換。

   1. 使用 moused(8) 來轉換滾輪 Event

      要讓 moused(8) 來作 event 轉換，只要在 執行 moused(8) 的命令列中加上 -z 4 即可。舉個例子，如果你一般都是以 moused -p /dev/psm0 來起動 moused(8) 的話，只要改成 moused -p /dev/psm0 -z 4 即可。如果你是在開機過程中利用 /etc/rc.conf 來起動 moused(8)， 你可以在 /etc/rc.conf 中將 moused_flags 上加 -z 4 即可。

      你現在需要讓 X 知道你的滑鼠有五個按鍵，只要在 /etc/XF86Config 中的 “Pointer” 區塊中加上 Buttons 5 這一行即可。例如， 你可能在 /etc/XF86Config 中有 以下的 “Pointer” 區塊：

      Example 11-1. 在 XFree86 3.3.x 系列的 XF86Config 設定檔的 “Pointer” 區塊中，以 moused 作轉換 的滾輪鼠的設定範例

      Section "Pointer"
         Protocol        "SysMouse"
         Device          "/dev/sysmouse"
         Buttons         5
      EndSection
      

      Example 11-2. 在 XFree86 4.x 系列的 XF86Config 設定檔的 “InputDevice” 區塊中，以 X Server 作轉換 的滾輪鼠的設定範例

      Section "InputDevice"
         Identifier      "Mouse1"
         Driver          "mouse"
         Option          "Protocol" "auto"
         Option          "Device" "/dev/sysmouse"
         Option          "Buttons" "5"
      EndSection
      

      Example 11-3. 在 “.emacs” 中，設定滾輪鼠的原生 頁面滾動支援範例

      ;; wheel mouse
      (global-set-key [mouse-4] 'scroll-down)
      (global-set-key [mouse-5] 'scroll-up)
      

   2. 利用你的 X Server 來作滾輪 Event 轉換

      如果你沒有執行 moused(8)，或是你不想利用 moused(8) 去作滾輪 event 轉換，你可以改用 X server 來作這樣的 event 轉換。你得在 /etc/XF86Config 檔案中作幾個更動。第一， 你要為你的滑鼠選擇適當的通訊協定。大多數的滾輪鼠都 使用 “IntelliMouse” 協定，不過 XFree86 也支援其它的通訊協定，例如羅技的 MouseMan+ 滑鼠所用的 “MouseManPlusPS/2”。當你選好之後，只要 加進一行 “Pointer” 區塊的 Protocol 變數即可。

      第二，你要告訴 X server 將捲動事件重新對映至滑鼠的 第四和第五鍵。這可以利用 ZAxisMapping 選項辦到。

      舉個例子，如果你沒有使用 moused(8)，而你有一個 IntelliMouse 安裝在 PS/2 滑鼠埠的話，你可以在 /etc/XF86Config 裡使用以下的設定。

      Example 11-4. 在 XF86Config 設定檔的 “Pointer” 區塊中，以 X Server 作轉換的滾輪鼠的設定範例

      Section "Pointer"
         Protocol        "IntelliMouse"
         Device          "/dev/psm0"
         ZAxisMapping    4 5
      EndSection
      

      Example 11-5. 在 XFree86 4.x 系列的 XF86Config 設定檔的 “InputDevice” 區塊中，以 X Server 作轉換 的滾輪鼠的設定範例

      Section "InputDevice"
         Identifier      "Mouse1"
         Driver          "mouse"
         Option          "Protocol" "auto"
         Option          "Device" "/dev/psm0"
         Option          "ZAxisMapping" "4 5"
      EndSection
      

      Example 11-6. 在 “.emacs” 中，設定滾輪鼠的原生 頁面滾動支援範例

      ;; wheel mouse
      (global-set-key [mouse-4] 'scroll-down)
      (global-set-key [mouse-5] 'scroll-up)
      

2. 安裝 imwheel

   接下來，從 Ports 裡安裝 imwheel 。在 x11 類別裡可以找到它，它可以將 滾輪 event 對映到鍵盤 event。舉個例子，它可以在你 將滾輪往前推時，送出一個 Page Up 到你的應用程式去。Imwheel 利用一個設定檔，以便對應滾輪 event 至鍵盤 event，這樣 它就可以在不同的應用程式中，送出不同的鍵盤按鍵。預設的 imwheel 設定檔是在 /usr/X11R6/etc/imwheelrc，如果你想 編輯自訂的設定檔的話，可以將它複製到 ~/.imwheelrc，然後依你的需要修改它。 設定檔的格式在 imwheel(1) 裡面有詳細的說明。

3. 設定 Emacs 與 Imwheel 協同工作 (選擇性)

   如果你使用 emacs 或是 Xemacs 的話，那你需要在你的 ~/.emacs 檔案裡加上一小段設定。 emacs 請加上這一段：

   Example 11-7. Imwheel 的 Emacs 設定

   ;;; For imwheel
   (setq imwheel-scroll-interval 3)
   (defun imwheel-scroll-down-some-lines ()
     (interactive)
     (scroll-down imwheel-scroll-interval))
   (defun imwheel-scroll-up-some-lines ()
     (interactive)
     (scroll-up imwheel-scroll-interval))
   (global-set-key [?\M-\C-\)] 'imwheel-scroll-up-some-lines)
   (global-set-key [?\M-\C-\(] 'imwheel-scroll-down-some-lines)
   ;;; end imwheel section
   

   Xemacs 則在 ~/.emacs 檔裡加上這一段：

   Example 11-8. Imwheel 的 Xemacs 設定

   ;;; For imwheel
   (setq imwheel-scroll-interval 3)
   (defun imwheel-scroll-down-some-lines ()
     (interactive)
     (scroll-down imwheel-scroll-interval))
   (defun imwheel-scroll-up-some-lines ()
     (interactive)
     (scroll-up imwheel-scroll-interval))
   (define-key global-map [(control meta \))] 'imwheel-scroll-up-some-lines)
   (define-key global-map [(control meta \()] 'imwheel-scroll-down-some-lines)
   ;;; end imwheel section
   

4. 執行 Imwheel

   安裝之後，你可以直接在 xterm 裡鍵入 imwheel 命令以起動它。它會以背景執行，並且馬上發揮效用。 如果你確定要直接使用 imwheel， 只要把它加進你自己的 .xinitrc 或 .xsession 內檔案即可。你可以不管 imwheel 所送出來有關 PID 檔案 警告。那些警告只對 Linux 版的 imwheel 有效而已。

把 Num Lock 關掉試試。

如果您的 Num Lock 在開機時的預設值是開著的話，您必須把下列 這行放到 XF86Config 設定檔中的 Keyboard 部份。

# Let the server do the NumLock processing.  This should only be
# required when using pre-R6 clients
    ServerNumLock

簡單來說，virtual console 就是可以讓您不必做太多複雜的設定 如使用網路或執行 X ，而在同一臺機器上同時做好幾件事的方法。

當啟動系統並顯示完所有開機訊息之後，您就會在螢幕上看到一個 login 的提示符號。在這個時候您就可以輸入您的 login name 以及 password ，然後就可以在第一個 virtual console 上開始工作了 (或者開始玩！) 。

在某些情況下，您可能會想要作其他的工作，例如說是看看您正在 執行的程式的說明文件，或是當您在 FTP 傳輸的等待時間中看看您的 郵件。您只需要按 Alt-F2 (按住 Alt 鍵不放，並按下 F2 鍵) ，然後 您就會在第二個 “virtual console” 上看到一個 login 提示符號！當您想要回到原來的工作時，請按 Alt-F1。

FreeBSD 在安裝時的預設值是使用三個 virtual console (3.3-RELEASE 後為八個)，您可以用 Alt-F1，Alt-F2，以及 Alt-F3 在它們之間做切換。

如果您想要多一點 virtual console 的話，您只需要編輯 /etc/ttys 這個檔 (請參考 ttys(5))， 在 “Virtual terminals” 這個註解後面加入 ttyv4 到 ttyvc 的欄位：

# Edit the existing entry for ttyv3 in /etc/ttys and change
# "off" to "on".
ttyv3   "/usr/libexec/getty Pc"         cons25  on secure
ttyv4   "/usr/libexec/getty Pc"         cons25  on secure
ttyv5   "/usr/libexec/getty Pc"         cons25  on secure
ttyv6   "/usr/libexec/getty Pc"         cons25  on secure
ttyv7   "/usr/libexec/getty Pc"         cons25  on secure
ttyv8   "/usr/libexec/getty Pc"         cons25  on secure
ttyv9   "/usr/libexec/getty Pc"         cons25  on secure
ttyva   "/usr/libexec/getty Pc"         cons25  on secure
ttyvb   "/usr/libexec/getty Pc"         cons25  on secure

您想用幾個就設幾個。您設越多 virtual terminal ，它們就用掉 越多系統資源；如果您只有不到 8MB 的記憶體的話，這影響就大了。 您可能也會想把 secure 換成 insecure。

取消一個 console 最簡單的方法就是把它關掉。舉例來說，如果 您像上面講的一樣設定了全部的 12 個 terminal 並且想要執行 X ， 您必需把 virtual terminal 12 從：

ttyvb   "/usr/libexec/getty Pc"         cons25  on  secure

設成：

ttyvb   "/usr/libexec/getty Pc"         cons25  off secure

如果您的鍵盤只有 10 個功能鍵的話，您就要改成這樣：

ttyv9   "/usr/libexec/getty Pc"         cons25  off secure
ttyva   "/usr/libexec/getty Pc"         cons25  off secure
ttyvb   "/usr/libexec/getty Pc"         cons25  off secure

(您也可以直接把這幾行砍掉。)

一旦您改了 /etc/ttys，下一個步驟就是要 確定您有足夠的 virtual terminal 裝置。最簡單的方法就是：

# cd /dev
# sh MAKEDEV vty12

再過來，想要啟動這些 virtual console 最簡單 (也是最乾淨) 的做法就是重開機。然後，如果您不想重開機的話，您可以把 X Window 關掉，然後用 root 的身份執行下列指令：

# kill -HUP 1

當您執行這個命令前，您一定要完全把 X Window 關掉。如果 您不這麼做的話，您的系統可能會在您執行 kill 命令後出現當掉或 鎖死的情況。

請用 Ctrl+Alt+Fn 以切回至 virtual console。 Ctrl+Alt+F1 可以切回至第一個 virtual console。

當你切回至文字 console 後，你就可以使用一般 Alt+Fn 按鍵組合，在各 console 之間切換。

要回到 X 的話，你必須切回至執行 X 的 virtual console。 如果你是從命令列裡起動 X 的話 (例如使用 startx 指令)，那麼 X 會依附在下一個未使用的 virtual console，而不是它被 起動的文字 console。如果你有八個使用中的 virtual terminal，那麼 X 就會在第九個上執行，你就可以使用 Alt+F9 以返回至 X 中。

有兩種方法可以啟動 xdm。一種方法是從 /etc/ttys 來啟動， 可以參考 ttys(5) 說明文件中的範例；另一種方法是在 rc.local (請參考 rc(8)) 執行 xdm，或是 在 /usr/local/etc/rc.d 放一個 X.sh。這兩種方法都是合法的，如果您試某一種 方法無效的話，您可以試試另外一種。這兩種方法的結果是一樣的：X 會顯示一個圖形化的 login: 提示。

用 ttys 的方法的優點，在於指明了 X 在啟動時到底是用那個 vty， 並且將 logout 時重新啟動 X server 的責任丟給 init。 rc.local 的方法則是在當啟動 X 出了問題時，可以很輕鬆地把 xdm 殺掉來解決 問題。

如果是用 rc.local 的方法，在執行 xdm 時您不能加任何參數（也就是跑成 daemon）。必須在 getty 執行後 才能啟動 xdm，否則 getty 和 xdm 會互相衝突而鎖住 console。最好的 方式是在 script 中加個 sleep，讓它暫停 10 秒鐘左右，接著才執行 xdm。

如果你是從 /etc/ttys 啟動 xdm，xdm 與 getty(8) 仍有機會互相衝突。一個避免它的方法，就是在 /usr/X11R6/lib/X11/xdm/Xservers 檔案中加入 vt 數字。

:0 local /usr/X11R6/bin/X vt4

上面的例子中，會指示 X server 在 /dev/ttyv3 中執行。請注意數字是差一的。X server 從一開始數 vty，而 FreeBSD 核心則是從零開始數 vty 的。

如果你是用 startx 來啟動 startx 的話，/dev/console 的權限並 不會 改變，結果就是 xterm -C 和 xconsole 這類的程式無法 正常執行。

這一切的問題，都是因為 console 的權限是採用系統預設值。 在一個多使用者的系統裡，我們不希望每個使用者都可以直接寫入系統 console 。如果使用者是從機器的 VTY 直接 login 的話，那麼 fbtab(5) 可以解決這類的問題。

簡單地說，請確保 /etc/fbtab (請參考 fbtab(5)) 這個檔案中的這一行沒有被註解掉：

/dev/ttyv0 0600 /dev/console

這一行設定的存在可以確保從 /dev/ttyv0 登入的使用者可以控制 console。

所有的 X server 都需要以 root 來執行， 才能直接存取你的視訊硬體。舊版本的 XFree86 (<= 3.3.6) 會自動 將所附的 server 以利用 root 身份執行的方式 安裝起來 (setuid 為 root)。由於 X server 都是體積龐大又複雜的程式，顯而易見地，這是一個安全上的災難。 因為這個原因，新版的 XFree86 就不將這些 server 以 setuid 為 root 的方式安裝。

很明顯地，我們完全無法接受將 X server 以 root 的身份執行。起碼就安全上不是個好主意。 有兩種方法可以以一般使用者的身份使用 X。第一是利用 xdm 或是其它的 display manager (例如 kdm)；第二是利用 Xwrapper。

xdm 是一個處理圖形界面登入的 daemon。 它通常在開機時執行起來，而且負責對使用者作身份認證，以及起動 使用者的工作環境；它可說是圖形環境下的 getty(8) 與 login(1) 的對應程式。想得知更多有關 xdm 的資訊，請參考 XFree86 文件，以及其 FAQ 項目。

Xwrapper 是 X server 的包裝程式；它可以 讓一般使用者可以手動起動 X server 的小工具，而還能維持一定的安全 環境。它會檢查傳入的命令列參數，如果沒問題的話，就起動適當的 X server。如果你因為某種理由而不想執行 display manager 的話， 它是為你而設定的。如果你安裝了完整的 ports，你可以在 /usr/ports/x11/wrapper 中找到它。

您的滑鼠和您的滑鼠驅動程式可能存在有不同步的現象。

在 2.2.5 以及更早的系統裡，從 X 切到 virtual terminal 然後 再切回來就可以使它們重新做同步的動作。如果這個問題常常發生的話， 您可以在您的 kernel 設定檔中加入下面這個選項然後重新編譯：

options PSM_CHECKSYNC

如果您沒有建立 kernel 的經驗，請看 自訂核心 這一節。

加上這個選項以後，滑鼠和滑鼠驅動程式間的同步問題應該就比較 不會出現了。如果這個問題仍然存在的話，在移動滑鼠時按按滑鼠按鍵 可以使滑鼠和滑鼠驅動程式重新做同步的動作。

該注意的是這個選項並不是對每一個系統都有效，它可能會讓接在 PS/2 滑鼠位置的 ALPS GlidePoint 裝置失去 “tap” 這項功能。

在 2.2.6 及其後的版本，同步的確認已經有了較好的解決辦法， 而且這些都已經是 PS/2 滑鼠驅動程式的標準了。這個方法也可以在 GlidePoint 上正常工作。 (因為確認的程式碼已經成為一個標準功能， 所以在這些版本中我們不在提供 PSM_CHECKSYNC 的選項了。) 不過在 極少數的案例中，這些驅動程式會誤報同步性錯誤，然後您就會看到 這樣的核心訊息：

psmintr: out of sync (xxxx != yyyy)

然後您就會發現您的滑鼠不能正常運作了。

如果您發生了這樣的狀況，您必須藉由把 PS/2 滑鼠驅動程式的 flag 設成 0x100 來把同步確認的程式碼給取消掉。然後在開機提示符號時用 -c 選項來進入 UserConfig：

boot: -c

然後，在 UserConfig 命令列中鍵入：

UserConfig> flags psm0 0x100
UserConfig> quit

有一些報告指出某些廠牌的 PS/2 滑鼠只能在 “高解析度” 狀態下才能運作。如果不是的話，滑鼠游標 會常常跑到螢幕的左上角去。

非常不幸的，這個問題在 2.0.X 和 2.1.X 下是無解的。在 2.2 到 2.2.5 版，您可以對 /sys/i386/isa/psm.c 使用下列 patch 然後重建您的核心。如果您沒有建立 kernel 的經驗， 請看 自訂核心 這節。

@@ -766,6 +766,8 @@
     if (verbose >= 2)
         log(LOG_DEBUG, "psm%d: SET_DEFAULTS return code:%04x\n",
             unit, i);
+    set_mouse_resolution(sc->kbdc, PSMD_RES_HIGH);
+
 #if 0
     set_mouse_scaling(sc->kbdc);        /* 1:1 scaling */
     set_mouse_mode(sc->kbdc);                /* stream mode */

在 2.2.6 及以後的版本，在 PS/2 滑鼠驅動程式中設定 0x04 的 flag 會把滑鼠設成高解析度模式。在開機提示符號時用 -c 選項來進入 UserConfig：

boot: -c

然後，在 UserConfig 的命令列中鍵入：

UserConfig> flags psm0 0x04
UserConfig> quit

前一節有提到另一個可能導致滑鼠問題的原因。

Imake.tmpl 是 Imake 套件的一部份，Imake 是標準的建立 X 程式的工具。 Imake.tmpl 和其他數個 header file 一樣是建立 X 程式的必要檔案，您可以在 X prog distribution 中找到它們。您可以用 sysinstall(FreeBSD 5.2 之前版本則是 /stand/sysinstall) 來安裝或是直接從 X distribution 中手動安裝。

要告訴 port 在編譯程式時，使用 XFree86 4.x 函式庫，你可以 在 /etc/make.conf 裡 (如果你沒有這個檔， 請建立它) 加上下面這一行：

XFREE86_VERSION=        4

在您的 .xinitrc 或是 .xsession 中執行 xmodmap -e "pointer = 3 2 1" 的指令。

就在發行 FreeBSD 3.1 之前，我們加進了在開機時顯示 “splash” 圖形的新功能。目前用來顯示在螢幕上的檔案 必須是 256 色的點矩陣圖形 (*.BMP) 或 ZSoft PCX(*.PCX) 的格式。除此之外，解析度也必須在 320x200 以下，才能和標準 VGA 顯示卡搭配使用。如果您編譯 kernel 時有加入 VESA 支援，那麼最大解析度可以到 1024x768。注意 VESA 的 支援需要加入 VM86 這個 kernel 選項。VESA 支援實際上可以在編譯 kernel 時加入 VESA 選項、 或載入 VESA 的 kld module 來達成。

您要修改控制 FreeBSD 開機步驟的設定檔，才能使用 splash 顯示圖形的功能。設定檔在發行 FreeBSD 3.2 前有些更動，所以現在 有兩個方法可以載入 splash 的功能：

• FreeBSD 3.1

  先選出用來顯示在螢幕上的圖形，3.1 版只支援 Windows 的點矩陣格式。選好了您要的圖檔後，將它拷到 /boot/splash.bmp。接著把下面幾行加入 /boot/loader.rc 中：

  load kernel
  load -t splash_image_data /boot/splash.bmp
  load splash_bmp
  autoboot
  

• FreeBSD 3.2+

  除了加入對 PCX 檔案的支援外，FreeBSD 3.2 也改進了 開機程序的設定方式。如果您願意的話，可以用上述 FreeBSD 3.1 的方法，將 splash_bmp 換成 splash_pcx 來載入 PCX 檔案即可。 如果想用新的設定方式，您的 /boot/loader.rc 必須包括這幾行：

  include /boot/loader.4th
  start
  

  還需要一個包含以下幾行的 /boot/loader.conf ：

  splash_bmp_load="YES"
  bitmap_load="YES"
  

  這是假設您用 /boot/splash.bmp 來當作 splash 的螢幕顯示。如果想用 PCX 的檔案，把它拷成 /boot/splash.pcx，如上述做出 /boot/loader.rc，再將這幾行加到 /boot/loader.conf 中：

  splash_pcx_load="YES"
  bitmap_load="YES"
  bitmap_name="/boot/splash.pcx"
  

現在就只剩下 splash 用來顯示的圖檔，您可以在 http://www.baldwin.cx/splash/ 找到各種樣品。

可以。你所要作的，就是利用 xmodmap(1) 去定義你想使用 的功能。

假設所有的 “Windows” 都是標準的， 那它們的 keycode 分別為：

• 115 - Windows 鍵， 在左手的 Ctrl 與 Alt 鍵之間

• 116 - Windows 鍵， 在 Alt-Gr 鍵右邊

• 117 - 選單鍵，右手的 Ctrl 鍵左邊

要讓左邊的 Windows 鍵印出一個逗點，試試這個：

# xmodmap -e "keycode 115 = comma"

你可能要重跑你的 windows manager，才會有動作。

要讓 Windows 鍵 的對映在每次 X 起動時自動設定好，你可以在你的 ~/.xinitrc 裡加上 xmodmap， 或是最好建立一個 ~/.xmodmaprc 檔案，裡面 每一行就是一個 xmodmap 的選項，然後在你的 ~/.xinitrc 裡加上：

xmodmap $HOME/.xmodmaprc

這一行。

例如，你想要將這三個鍵各對映到 F13、F14 和 F15。這讓你能 在你的程式或是 window manager 內將其對應到便利的功能上，等一下 我們會示範。

把這些放進 ~/.xmodmaprc 裡：

keycode 115 = F13
keycode 116 = F14
keycode 117 = F15

假如你用 fvwm2 的話，你可以作這樣的對映， 讓 F13 能夠讓游標所在的視窗縮成小圖示 (或是反過來)。F14 讓游標 所在的視窗變成最上層的視窗，或是退到下層去 (如果它已經是最上層 了的話)。F15 則將 Workplace (application) 選單叫出來，即使游標 不在桌面上。當你沒有可見的桌面區域時，這個功能就相當地方便 (而且 按鍵上的圖案和這個功能相吻合)。

以下的 ~/.fvwmrc 設定可作出前述的功能。

Key F13        FTIWS    A        Iconify
Key F14        FTIWS    A        RaiseLower
Key F15        A        A        Menu Workplace Nop

3D 加速功能的有無，視你所使用的 XFree86 版本與顯示晶片 的型號而定。如果你的是 NVIDIA 晶片的話，請去 FreeBSD NVIDIA Driver Initiative 網頁看看，那裡有在 XFree86-4 上使用 NVIDIA 晶片的 3D 加速功能的討論。XFree86-4 上的其它顯示卡廠牌 硬體加速功能的資訊， 包括 Matrox G200/G400, ATI Rage 128/Radeon, 3dfx Voodoo 3, 4, 5, 以及 Banshee，可在 XFree86-4 Direct Rendering on FreeBSD 網頁上找到。XFree 3.3 的 使用者可以使用 Utah-GLX port，它可以在 graphics/utah-glx 找到。 使用它可以在 Matrox Gx00, ATI Rage Pro, SiS 6326, i810, Savage, 以及舊的 NVIDIA 上得到有限的 OpenGL 加速。

“Diskless booting” 就是讓 FreeBSD 主機從網路 上開機，並且從網路上的 server 上讀取其他必要的檔案，而非由主機 的硬碟上取得這些檔案。詳細的資料可以參考 FreeBSD 手冊的無磁碟開機篇 。

是的。請參考 FreeBSD 手冊的網路進階篇 advanced networking，尤其是路由與閘道器 routing and gateways的部分。

基本上，會問這種問題的人在家裡至少有兩台電腦，一台跑 FreeBSD 另外一台跑 Win95；這個想法是將 FreeBSD 主機連上 Internet，然後透 過這台 FreeBSD 主機，讓跑 Win95 的電腦能夠上網。這個問題算是前一 個問題的一個特例

... 答案是：可以的！在 FreeBSD 3.x 版中，使用者模式(user-mode)的 ppp(8) 包含了 -nat 選項。如果你在 /etc/rc.conf 使用-nat選項並 設定 gateway_enable 為 YES ，以這種設定啟動 ppp(8) ，並且正確的設定你的 Windows 主機的 話，這個做法應該是可以正常使用的。

關於本主題更詳細的資料可以參考 Steve Sims 所撰寫的 Pedantic PPP Primer 一文。

如果你使用的是核心模式 (kernel-mode) PPP，或者你有區域連線 (Ethernet connection) 可通達 Internet 的話，你將需要使用 natd(8)。請查閱 FAQ 中關於 natd 的部分。

是的。你可以查查 man pages 中關於 slattach(8)， sliplogin(8)，ppp(8)，以及 pppd(8) 的部分。 ppp(8) 及 pppd(8) 提供進出雙向連線的支援，另外 sliplogin(8) 專門提供進入連線的支援，而 slattach(8) 專門提供向外連線的支援。

如果你需要更進一步的資料的話,請查閱 FreeBSD 手冊中關於 PPP 與 SLIP 的說明。

如果你只能夠過 “shell account” 連線到 Internet 的話，你也許可以試試 net/slirp 這個套件程式。這個套件程式可以提供你的電腦直接連上某些(限定的)服務 連線，如 ftp 及 http 等等。

如果你有一個近端的子網路(有一台以上的機器)，但是你的 Internet provider 卻只分配一個 IP number 給你(或者你只分配到一個 動態的 IP number)，你可以參考 natd(8) 這個程式。 natd(8) 讓你可以透過這一個 IP number 讓整個子網路的電腦都能連上 internet。

ppp(8) 這個程式也提供類似的功能，如果你指定 -nat 選項。alias library (libalias(3)) 在這兩個處理方式中都會被使用到。

請參考手冊中關於 PLIP section 的部分。

因為不需要！在 Berkeley 網路架構中，只有 kernel 程式碼可以直 接存取網路界面卡。請參考 /etc/rc.network 這 個檔案和 manual pages 取得與其他不同網路程式。更進一步的資訊：如 果你覺得你完全搞混了的話，您應該找一本與其他 BSD 相關作業系統網路 管理有關書來參考；除了少數顯著的不同外，FreeBSD 的網路管理基本上和 SunOS 4.0 和 Ultrix 是一樣的。

如果你的 alias 位址跟你目前網路介面的位址在同一個子網路下的 話，加入一個 netmask 0xffffffff 在你的 ifconfig(8) command-line，範例如下：

# ifconfig ed0 alias 192.0.2.2 netmask 0xffffffff

不然的話，就如同加入一個新的網路位址一樣輸入你的網路位址與子 網路遮罩：

# ifconfig ed0 alias 172.16.141.5 netmask 0xffffff00

如果您想使用其他的 port，你必須在 ifconfig(8) 的命令中 指定額外的參數。內定的 port 是 link0。要使用 AUI port 代替 BNC port 的話，改用 link2。這些 flags 應該改變ifconfig_* 的變數來指定， 你可以在 /etc/rc.conf 這個檔案裡面找到 (請參考 rc.conf(5))。

我們用含蓄一點的說法，某些 PC 的網路卡比其他的好，這種狀況在 造成 NFS 這種對網路敏感的程式有時會出現問題。

參考 the Handbook entry on NFS 以獲得這個主題的更多資訊。

某些版本的 Linux NFS 程式碼只接受 privileged port 的 mount request；試用這行指令看看

# mount -o -P linuxbox:/blah /mnt

跑 SunOS 4.X 的 Sun 工作站只接受來自 privileged port 的 mount request；試用這行指令看看

# mount -o -P sunbox:/blah /mnt

這個問題最常發生的原因是在於不了解 /etc/exports 的正確格式。請詳讀 exports(5) 以及手冊中關於 NFS 的部分，特別是configuring NFS這一段。

把 TCP extensions 取消，這個設定在 /etc/rc.conf 裡面(參考 rc.conf(5)) 把 以下這個值設成 NO：

tcp_extensions=NO

Xylogic 的 Annex 主機也有相同的問題，您要做相同的修改才能連 上這些主機。

FreeBSD 2.0 以後的版本內定都有 支援 Multicast host 操作。如果 您想將您的主機設定成 multicast router 的話，您必須重新 compile 您 的 kernel，加入 MROUTING 的選項，並且執行 mrouted(8) FreeBSD 2.2 及之後的版本會在開機時執行 mrouted(8) 如果在 /etc/rc.conf 中 mrouted_enable 設定為 "YES"

MBONE 的各種工具可以在他們 ports 下所屬叫做 mbone 目錄 中找到。如果您在找視訊會議的工具如 vic 以及 vat的話，到那邊找找吧！

以下是 Glen Foster <gfoster@driver.nsta.org> 提供的清單：

你也許會發現要連的機器其實是在另一個網域。舉個例子，假設你是在 foo.bar.edu 這個網域中，想要連到在一台叫 mumble 的主機，他在 example.org 網域下， 你必須用 Fully-Qualified Domain Name mumble.example.org，而不是只用 mumble。

傳統的 BSD BIND resolver 允許用這種方式解出機器的位址，但是 FreeBSD 內附 bind (see named(8)) 版本內定方式，則是除了你所在的網域以外，不支援其他非 FQDN 的縮寫。 所以如 mumble 必須在 mumble.foo.example.org，否則就會從網域的最底 層開始找。

這和先前的做法不同，也就是不用 mumble.example.org，和 mumble.edu 繼續搜尋。 看一下 RFC 1535，裡面有提到為什麼之前的做法不好，甚至算是個安全 漏洞。

這裡有個不錯的解法, 你可以加入一行

search foo.example.org example.org

instead of the previous

domain foo.example.org

在你的 /etc/resolv.conf 檔案中 (請參考 resolv.conf(5))。但是要確定搜尋順序不會違反 RFC 1535 所謂的 “boundary between local and public administration”。

如果在編譯 kernel 時加入 IPFIREWALL 選項， 請注意 2.1.7R 內定是拒絕所有未經核准的網路封包(但在開發 2.1-STABLE 時改掉了)。

I如果不小心弄錯了 firewall 的設定，你可以以 root 執行以下命令網路功能就會恢復正常：

# ipfw add 65534 allow all from any to any

也可以在 /etc/rc.conf 加入 firewall_type="open" 的選項。

如果想知道如何設定 FreeBSD firewall，請參考 手冊中相關章節。

請參考手冊中 Firewalls 章節，特別是 IPFW Overhead & Optimization 這一段。

可能是你除了轉送封包以外還額外想進行位址轉譯 (network address translation, NAT)，“fwd” 規則所進 行的動作就如同字面所示；僅轉送封包，它並不會去修改封包中的資料。 假設我們有如下的規則：

01000 fwd 10.0.0.1 from any to foo 21

當一個通往特定目標位址 foo 的封包 送達主機時，根據這條規則，封包將被轉送至 10.0.0.1，但是它的目標位址卻仍然是 foo！封包的目標位址並 沒有 更改為 10.0.0.1。大部分的主機會將封包丟棄， 因為他們並不是這個目標位址。因此，使用 “fwd” 規則 時往往不如使用者所預期的那般順利。這種行為是系統特性，而非錯誤。

參考 關於服務轉向的常見問 答集， natd(8) 手冊，或者是使用 ports collection 中許 多服務轉向的工具來正確的完成你想進行的工作。

在 ports 目錄的“sysutils”分類中有個叫 socket 的套件，可以幫你轉向 FTP 或其他類似的 網路服務。只要把該網路服務的命令改成呼叫 socket 即可，如下所示：

ftp stream tcp nowait nobody /usr/local/bin/socket socket ftp.example.com ftp

其中 ftp.example.com 與 ftp 分別是被轉到的機器和 port 名稱。

FreeBSD 上有三套頻寬管理工具： dummynet(4) 已經整合進入 FreeBSD 系統(更詳細的用途, ipfw(4)); ALTQ 可以免費使用，Emerging Technologies 推出的 Bandwidth Manager 則是商用軟體。

你執行了一個需要柏克萊封包過濾器 (Berkeley Packet Filter) 的 程式 (bpf(4))，但是你在 kernel 中沒有啟動它。把下面這一行加 入 kernel 設定檔中，編譯一個新的 kernel：

pseudo-device bpf        # Berkeley Packet Filter

在重新開機之後，還要做出 device node，在 /dev 下執行：

# sh MAKEDEV bpf0

如果想要更進一步知道如何做出各種 device node，請參閱 Handbook 關於週邊節點的說明 。

使用 SMBFS 工具組。這套工具組中 包含了一系列的 kernel 修改還有使用者的工具程式(userland programs)。 這些程式和資訊在 ports 收藏中 net/smbfs 下可以找到。在 4.5-RELEASE 之後的版本則是系統中內建。

這是系統核心告訴你有某些活動引發它送出比它所認為應該送出更 多的 ICMP 或 TCP 重置訊息 (RST)。ICMP 回應訊息常常是因為有人嘗 試連接未被使用的 UDP 通訊埠。TCP 重置訊息則是有人嘗試連接未開 放 TCP 通訊埠造成的結果。以下這些活動可能就是造成這些訊息的原因：

• 暴力法的服務組絕攻擊(DoS)方式 (相較於針對特殊弱點使用單一封包的攻擊方式)。

• 大量的通訊埠掃描(相較於僅嘗試少數的常見服務通訊埠)。

出現的數字中第一個代表根據這些流量 kernel 應該送出的封包數， 第二個數字則是 kernel 目前限制最大發送數。你可以利用 sysctl 修改 net.inet.icmp.icmplim 變數值來更改最大值。舉 例來說,如果希望修改限制為 300 packets per second：

# sysctl -w net.inet.icmp.icmplim=300

如果你不想在系統紀錄中看到這些訊息，但是仍然希望保持回應的限 制的話，你可以利用 sysctl 修改 net.inet.icmp.icmplim_output 變數來取消這些訊 息：

# sysctl -w net.inet.icmp.icmplim_output=0

最後，如果你想取消這些限制的話，你可以設定 net.inet.icmp.icmplim (如上例所示) 為 0。基於上述理由，我們不建議你取消這些限制。

這代表你的區域網路連線上有一些設備使用 FreeBSD 看不懂得 MAC 格式。這通常是代表有人在你的區域網路上進行實驗，最常見的就是 cable modem 的連線。這訊息無害，而且應該不至於影響到 FreeBSD 主 機的效能。

首先，看看錯誤的訊息是否如下：

/usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found

這種錯誤訊息代表你主機上安裝的 net/cvsup 沒有包含 XFree86 套件。如果你想要使用 CVSup 內建的圖形介面 GUI 的話，你需要安裝 XFree86。此外，如果你只想以命令列方 式使用 CVSup 的話，你應該先移除之前 安裝的套件。並安裝 net/cvsup-without-gui 這套 軟體。在 FreeBSD 手冊中 CVSup 段落中有更詳細的說明。

“Sandbox” 是系統安全用的術語，有兩個意義：

• 放在某些虛擬防護牆裡的執行程序，這些防護牆是用來阻止 某些人侵入這道程序，進而出入於更大的系統中。

  這道程序可以完全在防護牆裡 “動作”。也就 是說，它所執行的任何程式不可能會滲透到牆的外面。所以如果 您對它有安全上的顧慮，並不需要特別去監聽它的一舉一動，反 正它只能在牆內活動。

  舉例來說，可以用 userid 來做這道防護牆，這正是 security 和 named 說明文件中的定義。

  現在就用 ntalk 這個服務作說明（見 /etc/inetd.conf）。這個服務以前的 userid 是 root，現在執行時則是用 tty。tty 這個使用者就是一個 sandbox，如果有人能夠順利用 ntalk 侵入系統，現在他就算進得來也只能用這個 userid。

• 放在某個模擬機器裡的程式，這比上述來得更嚴密。基本上 這表示能侵入該程式的人相信他能再進入所屬的機器，但事實上 只會進入模擬出來的機器，無法進一步修改任何真實的資料。

  達到這個目的最常用的方法，就是在某個子目錄下做出模擬的 環境，然後用 chroot 執行該程式，這樣該程式的根目錄便是這個 子目錄，而非系統真正的根目錄。

  另一個常見作法是將某個檔案系統 mount 成唯讀，但在它 上面另外製造出程式以為可以寫入的檔案系統。這個程式會相信 它可以對其他檔案讀寫，但只有它看不到這個唯讀效應 - 系統 執行的一般程式都看得到。

  我們試圖將這類 sandbox 盡量透明化，讓使用者或侵入者 無法看到他是否在某個 sandbox 裡面。

UNIX 實作兩種 sandbox，一個在程式層面，另一個則是由 userid 來達成。

每個 UNIX 執行程序會用防火牆將它和所有其他程序隔開，某個程序 不可以隨意修改其他程序位址的資料。這和 Windows 中，程式可以輕易 修改其他位址資料，結果導致當機的情形大不相同。

每個 UNIX 程序都屬於某個特定的 userid。如果該 userid 不是 root，就會將它和其他使用者的程序隔開。 Userid 同時也用於硬碟資料的存取權上。

securelevel 是核心中所實作的一個安全機制。基本上當 securelevel 是正值時，核心會限制某些工作；即使是 superuser (也就是 root) 也無法完成那些工作。在撰寫 本文時，securelevel 機制在一般的限制外，還能夠限制以下的功能：

• 清除某些特定的檔案旗標，例如 schg (系統唯讀標旗, the system immutable flag)

• 經由 /dev/mem 與 /dev/kmem， 將資料寫入至核心記憶體中

• 載入核心模組

• 更動 ipfirewall(4) 規則。

想要檢查在某個運作中的系統的 securelevel 狀態，只要執行以下 命令即可：

# sysctl kern.securelevel

輸出的結果會包含一個 sysctl(8) 變數名稱 (在這個例子中， 它是 kern.securelevel) 以及一個數字。後者即是 目前的 securelevel 值。如果它是一個正值 (也就是大於 0)，表示至少 有一些 securelevel 的保護機制已經開啟了。

你沒有辦法降低一個運作中的系統的 securelevel；如果可以的話， 就失去了這個機制的意義了。如果你要作一些需要 securelevel 為 非正值才可以的動作的話 (例如 installworld 或更動日期)，你需要修改 /etc/rc.conf 內的 securelevel 設定 (找找 kern_securelevel 和 kern_securelevel_enable 變數)，然後重新開機。

想要知道更多有關於 securelevel 與各個不同等級影響的細節， 請參考 init(8) 說明文件。

FreeBSD 3.0 後的版本使用一個特殊的 BIND 版本，這個版本會使 用隨機的高編號通訊埠來回應外部的查詢。如果你因為要適合防火牆的 設定或是單純的想讓自己看來舒服一點而想用 53 通訊埠回應外部查詢， 那麼你可以嘗試更改以下檔案相關內容 /etc/namedb/named.conf：

options {
        query-source address * port 53;
};

你也可以將 * 更改為特定 IP address， 藉以加強控制條件。

順便恭喜你。能夠讀取你系統上的 sockstat(1) 報告並且注意 不正常狀況是一件好事！

較新版本的 Sendmail 支援 mail submission 這項功能，並且使 用通訊埠 587。這項功能還沒有被廣泛支援但是支援的數目正在增長 中。

放心。toor 是一個 “alternative” 管理者帳號 (toor 是 root 的轉向拼法)。 以往是跟隨 bash(1) 安裝而建制的，後來則成為系統內定建制的一 個帳號。這個帳號將伴隨一個非標準的 shell 測試使用， 讓你不需要去 更改到 root 的內建 shell。因為這些其他的 shell 並沒有跟隨系統預設值安裝 (舉例來說，某些由 ports 安裝的 shell package)，而被內定安裝在 /usr/local/bin 目錄下，有可能存在不同的檔案系統中。 倘若 root 的 shell 被放在 /usr/local/bin，且 /usr (或是其他包含著 /usr/local/bin 這個子目錄的檔案系統) 因為某些原因並沒有被正常的 mount 起來的話，root 將無法正常的登入系統進行維修 (雖然說你重開機成單人模式就會問你要 載入哪個 shell)。

有些人使用 toor 帳號進行每日的 root 維護工作，如此可以使用非標準的 shell，而 root 可以保留標準 shell， 以因應單一使用者模式 (single user mode) 或緊急狀況處理。 依照系統內定值，你將無法使用 toor 登入， 因為這個帳號尚未更改密碼設定。因此你如果你想啟動這個帳號，你需要 使用 root 登入系統並且修改 toor 的密碼。

因為某些安全的考，suidperl 內定的安裝 並沒有設定 suid bit。系統管理者可以依照以下命令啟動 suid 設定。

# chmod u+s /usr/bin/suidperl

如果你想要在由 source 升級時 suidperl 內定 啟動 suid 功能的話，編輯 /etc/make.conf 加入 ENABLE_SUIDPERL=true 然後執行 make buildworld。

You should first read the ppp(8) man page and the PPP section of the handbook. Enable logging with the command

set log Phase Chat Connect Carrier lcp ipcp ccp command

This command may be typed at the ppp(8) command prompt or it may be entered in the /etc/ppp/ppp.conf configuration file (the start of the default section is the best place to put it). Make sure that /etc/syslog.conf (see syslog.conf(5)) contains the lines

!ppp
*.*        /var/log/ppp.log

and that the file /var/log/ppp.log exists. You can now find out a lot about what is going on from the log file. Do not worry if it does not all make sense. If you need to get help from someone, it may make sense to them.

If your version of ppp(8) does not understand the set log command, you should download the latest version. It will build on FreeBSD version 2.1.5 and higher.

This is usually because your hostname will not resolve. The best way to fix this is to make sure that /etc/hosts is consulted by your resolver first by editing /etc/host.conf and putting the hosts line first. Then, simply put an entry in /etc/hosts for your local machine. If you have no local network, change your localhost line:

127.0.0.1        foo.bar.com foo localhost

Otherwise, simply add another entry for your host. Consult the relevant man pages for more details.

You should be able to successfully ping -c1 `hostname` when you are done.

First, check that you have got a default route. By running netstat -rn (see netstat(1)), you should see two entries like this:

Destination        Gateway            Flags     Refs     Use     Netif Expire
default            10.0.0.2           UGSc        0        0      tun0
10.0.0.2           10.0.0.1           UH          0        0      tun0

This is assuming that you have used the addresses from the handbook, the man page or from the ppp.conf.sample file. If you do not have a default route, it may be because you are running an old version of ppp(8) that does not understand the word HISADDR in the ppp.conf file. If your version of ppp(8) is from before FreeBSD 2.2.5, change the

add 0 0 HISADDR

line to one saying

add 0 0 10.0.0.2

Another reason for the default route line being missing is that you have mistakenly set up a default router in your /etc/rc.conf (see rc.conf(5)) file (this file was called /etc/sysconfig prior to release 2.2.2), and you have omitted the line saying

delete ALL

from ppp.conf. If this is the case, go back to the Final system configuration section of the handbook.

This error is usually due to a missing

MYADDR:
  delete ALL
  add 0 0 HISADDR

section in your /etc/ppp/ppp.linkup file. This is only necessary if you have a dynamic IP address or do not know the address of your gateway. If you are using interactive mode, you can type the following after entering packet mode (packet mode is indicated by the capitalized PPP in the prompt):

delete ALL
add 0 0 HISADDR

Refer to the PPP and Dynamic IP addresses section of the handbook for further details.

The default PPP timeout is 3 minutes. This can be adjusted with the line

set timeout NNN

where NNN is the number of seconds of inactivity before the connection is closed. If NNN is zero, the connection is never closed due to a timeout. It is possible to put this command in the ppp.conf file, or to type it at the prompt in interactive mode. It is also possible to adjust it on the fly while the line is active by connecting to ppps server socket using telnet(1) or pppctl(8). Refer to the ppp(8) man page for further details.

If you have Link Quality Reporting (LQR) configured, it is possible that too many LQR packets are lost between your machine and the peer. Ppp deduces that the line must therefore be bad, and disconnects. Prior to FreeBSD version 2.2.5, LQR was enabled by default. It is now disabled by default. LQR can be disabled with the line

disable lqr

Sometimes, on a noisy phone line or even on a line with call waiting enabled, your modem may hang up because it thinks (incorrectly) that it lost carrier.

There is a setting on most modems for determining how tolerant it should be to temporary losses of carrier. On a USR Sportster for example, this is measured by the S10 register in tenths of a second. To make your modem more forgiving, you could add the following send-expect sequence to your dial string:

set dial "...... ATS10=10 OK ......"

Refer to your modem manual for details.

Many people experience hung connections with no apparent explanation. The first thing to establish is which side of the link is hung.

If you are using an external modem, you can simply try using ping(8) to see if the TD light is flashing when you transmit data. If it flashes (and the RD light does not), the problem is with the remote end. If TD does not flash, the problem is local. With an internal modem, you will need to use the set server command in your ppp.conf file. When the hang occurs, connect to ppp(8) using pppctl(8). If your network connection suddenly revives (PPP was revived due to the activity on the diagnostic socket) or if you cannot connect (assuming the set socket command succeeded at startup time), the problem is local. If you can connect and things are still hung, enable local async logging with set log local async and use ping(8) from another window or terminal to make use of the link. The async logging will show you the data being transmitted and received on the link. If data is going out and not coming back, the problem is remote.

Having established whether the problem is local or remote, you now have two possibilities:

There is very little you can do about this. Most ISPs will refuse to help if you are not running a Microsoft OS. You can enable lqr in your ppp.conf file, allowing ppp(8) to detect the remote failure and hang up, but this detection is relatively slow and therefore not that useful. You may want to avoid telling your ISP that you are running user-PPP...

First, try disabling all local compression by adding the following to your configuration:

disable pred1 deflate deflate24 protocomp acfcomp shortseq vj
deny pred1 deflate deflate24 protocomp acfcomp shortseq vj

Then reconnect to ensure that this makes no difference. If things improve or if the problem is solved completely, determine which setting makes the difference through trial and error. This will provide good ammunition when you contact your ISP (although it may make it apparent that you are not running a Microsoft product).

Before contacting your ISP, enable async logging locally and wait until the connection hangs again. This may use up quite a bit of disk space. The last data read from the port may be of interest. It is usually ascii data, and may even describe the problem (“Memory fault, core dumped”?).

If your ISP is helpful, they should be able to enable logging on their end, then when the next link drop occurs, they may be able to tell you why their side is having a problem. Feel free to send the details to Brian Somers <brian@FreeBSD.org>, or even to ask your ISP to contact me directly.

Your best bet here is to rebuild ppp(8) by adding CFLAGS+=-g and STRIP= to the end of the Makefile, then doing a make clean && make && make install. When ppp(8) hangs, find the ppp(8) process id with ps ajxww | fgrep ppp and run gdb ppp PID. From the gdb prompt, you can then use bt to get a stack trace.

Send the results to <brian@Awfulhak.org>.

Prior to FreeBSD version 2.2.5, once the link was established, ppp(8) would wait for the peer to initiate the Line Control Protocol (LCP). Many ISPs will not initiate negotiations and expect the client to do so. To force ppp(8) to initiate the LCP, use the following line:

set openmode active

Occasionally, just after connecting, you may see messages in the log that say “magic is the same”. Sometimes, these messages are harmless, and sometimes one side or the other exits. Most PPP implementations cannot survive this problem, and even if the link seems to come up, you will see repeated configure requests and configure acknowledgments in the log file until ppp(8) eventually gives up and closes the connection.

This normally happens on server machines with slow disks that are spawning a getty on the port, and executing ppp(8) from a login script or program after login. I have also heard reports of it happening consistently when using slirp. The reason is that in the time taken between getty(8) exiting and ppp(8) starting, the client-side ppp(8) starts sending Line Control Protocol (LCP) packets. Because ECHO is still switched on for the port on the server, the client ppp(8) sees these packets “reflect” back.

One part of the LCP negotiation is to establish a magic number for each side of the link so that “reflections” can be detected. The protocol says that when the peer tries to negotiate the same magic number, a NAK should be sent and a new magic number should be chosen. During the period that the server port has ECHO turned on, the client ppp(8) sends LCP packets, sees the same magic in the reflected packet and NAKs it. It also sees the NAK reflect (which also means ppp(8) must change its magic). This produces a potentially enormous number of magic number changes, all of which are happily piling into the server's tty buffer. As soon as ppp(8) starts on the server, it is flooded with magic number changes and almost immediately decides it has tried enough to negotiate LCP and gives up. Meanwhile, the client, who no longer sees the reflections, becomes happy just in time to see a hangup from the server.

This can be avoided by allowing the peer to start negotiating with the following line in your ppp.conf file:

set openmode passive

This tells ppp(8) to wait for the server to initiate LCP negotiations. Some servers however may never initiate negotiations. If this is the case, you can do something like:

set openmode active 3

This tells ppp(8) to be passive for 3 seconds, and then to start sending LCP requests. If the peer starts sending requests during this period, ppp(8) will immediately respond rather than waiting for the full 3 second period.

There is currently an implementation mis-feature in ppp(8) where it does not associate LCP, CCP & IPCP responses with their original requests. As a result, if one PPP implementation is more than 6 seconds slower than the other side, the other side will send two additional LCP configuration requests. This is fatal.

Consider two implementations, A and B. A starts sending LCP requests immediately after connecting and B takes 7 seconds to start. When B starts, A has sent 3 LCP REQs. We are assuming the line has ECHO switched off, otherwise we would see magic number problems as described in the previous section. B sends a REQ, then an ACK to the first of A's REQs. This results in A entering the OPENED state and sending and ACK (the first) back to B. In the meantime, B sends back two more ACKs in response to the two additional REQs sent by A before B started up. B then receives the first ACK from A and enters the OPENED state. A receives the second ACK from B and goes back to the REQ-SENT state, sending another (forth) REQ as per the RFC. It then receives the third ACK and enters the OPENED state. In the meantime, B receives the forth REQ from A, resulting in it reverting to the ACK-SENT state and sending another (second) REQ and (forth) ACK as per the RFC. A gets the REQ, goes into REQ-SENT and sends another REQ. It immediately receives the following ACK and enters OPENED.

This goes on until one side figures out that they are getting nowhere and gives up.

The best way to avoid this is to configure one side to be passive - that is, make one side wait for the other to start negotiating. This can be done with the

set openmode passive

command. Care should be taken with this option. You should also use the

set stopped N

command to limit the amount of time that ppp(8) waits for the peer to begin negotiations. Alternatively, the

set openmode active N

command (where N is the number of seconds to wait before starting negotiations) can be used. Check the manual page for details.

Prior to version 2.2.5 of FreeBSD, it was possible that your link was disabled shortly after connection due to ppp(8) mis-handling Predictor1 compression negotiation. This would only happen if both sides tried to negotiate different Compression Control Protocols (CCP). This problem is now corrected, but if you are still running an old version of ppp(8) the problem can be circumvented with the line

disable pred1

When you execute the shell or ! command, ppp(8) executes a shell (or if you have passed any arguments, ppp(8) will execute those arguments). Ppp will wait for the command to complete before continuing. If you attempt to use the PPP link while running the command, the link will appear to have frozen. This is because ppp(8) is waiting for the command to complete.

If you wish to execute commands like this, use the !bg command instead. This will execute the given command in the background, and ppp(8) can continue to service the link.

There is no way for ppp(8) to automatically determine that a direct connection has been dropped. This is due to the lines that are used in a null-modem serial cable. When using this sort of connection, LQR should always be enabled with the line

enable lqr

LQR is accepted by default if negotiated by the peer.

If ppp(8) is dialing unexpectedly, you must determine the cause, and set up Dial filters (dfilters) to prevent such dialing.

To determine the cause, use the following line:

set log +tcp/ip

This will log all traffic through the connection. The next time the line comes up unexpectedly, you will see the reason logged with a convenient timestamp next to it.

You can now disable dialing under these circumstances. Usually, this sort of problem arises due to DNS lookups. To prevent DNS lookups from establishing a connection (this will not prevent ppp(8) from passing the packets through an established connection), use the following:

set dfilter 1 deny udp src eq 53
set dfilter 2 deny udp dst eq 53
set dfilter 3 permit 0/0 0/0

This is not always suitable, as it will effectively break your demand-dial capabilities - most programs will need a DNS lookup before doing any other network related things.

In the DNS case, you should try to determine what is actually trying to resolve a host name. A lot of the time, sendmail(8) is the culprit. You should make sure that you tell sendmail not to do any DNS lookups in its configuration file. See the section on Mail Configuration for details on how to create your own configuration file and what should go into it. You may also want to add the following line to your .mc file:

define(`confDELIVERY_MODE', `d')dnl

This will make sendmail queue everything until the queue is run (usually, sendmail is invoked with -bd -q30m, telling it to run the queue every 30 minutes) or until a sendmail -q is done (perhaps from your ppp.linkup file).

I keep seeing the following errors in my log file:

CCP: CcpSendConfigReq
CCP: Received Terminate Ack (1) state = Req-Sent (6)

This is because ppp(8) is trying to negotiate Predictor1 compression, and the peer does not want to negotiate any compression at all. The messages are harmless, but if you wish to remove them, you can disable Predictor1 compression locally too:

disable pred1

Under FreeBSD 2.2.2 and before, there was a bug in the tun driver that prevents incoming packets of a size larger than the tun interface's MTU size. Receipt of a packet greater than the MTU size results in an IO error being logged via syslogd.

The PPP specification says that an MRU of 1500 should always be accepted as a minimum, despite any LCP negotiations, therefore it is possible that should you decrease the MTU to less than 1500, your ISP will transmit packets of 1500 regardless, and you will tickle this non-feature - locking up your link.

The problem can be circumvented by never setting an MTU of less than 1500 under FreeBSD 2.2.2 or before.

In order to log all lines of your modem “conversation”, you must enable the following:

set log +connect

This will make ppp(8) log everything up until the last requested “expect” string.

If you wish to see your connect speed and are using PAP or CHAP (and therefore do not have anything to “chat” after the CONNECT in the dial script - no set login script), you must make sure that you instruct ppp(8) to “expect” the whole CONNECT line, something like this:

set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \
  \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n"

Here, we get our CONNECT, send nothing, then expect a line-feed, forcing ppp(8) to read the whole CONNECT response.

Ppp parses each line in your config files so that it can interpret strings such as set phone "123 456 789" correctly (and realize that the number is actually only one argument. In order to specify a " character, you must escape it using a backslash (\).

When the chat interpreter parses each argument, it re-interprets the argument in order to find any special escape sequences such as \P or \T (see the man page). As a result of this double-parsing, you must remember to use the correct number of escapes.

If you wish to actually send a \ character to (say) your modem, you would need something like:

set dial "\"\" ATZ OK-ATZ-OK AT\\\\X OK"

resulting in the following sequence:

ATZ
OK
AT\X
OK

or

set phone 1234567
set dial "\"\" ATZ OK ATDT\\T"

resulting in the following sequence:

ATZ
OK
ATDT1234567

Ppp (or any other program for that matter) should never dump core. Because ppp(8) runs with an effective user id of 0, the operating system will not write ppp(8)'s core image to disk before terminating it. If, however ppp(8) is actually terminating due to a segmentation violation or some other signal that normally causes core to be dumped, and you are sure you are using the latest version (see the start of this section), then you should do the following:

% tar xfz ppp-*.src.tar.gz
% cd ppp*/ppp
% echo STRIP= >>Makefile
% echo CFLAGS+=-g >>Makefile
% make clean all
% su
# make install
# chmod 555 /usr/sbin/ppp

You will now have a debuggable version of ppp(8) installed. You will have to be root to run ppp(8) as all of its privileges have been revoked. When you start ppp(8), take a careful note of what your current directory was at the time.

Now, if and when ppp(8) receives the segmentation violation, it will dump a core file called ppp.core. You should then do the following:

% su
# gdb /usr/sbin/ppp ppp.core
(gdb) bt
.....
(gdb) f 0
....
(gdb) i args
....
(gdb) l
.....

All of this information should be given alongside your question, making it possible to diagnose the problem.

If you are familiar with gdb, you may wish to find out some other bits and pieces such as what actually caused the dump and the addresses & values of the relevant variables.

This was a known problem with ppp(8) set up to negotiate a dynamic local IP number with the peer in auto mode. It is fixed in the latest version - search the man page for iface.

The problem was that when that initial program calls connect(2), the IP number of the tun interface is assigned to the socket endpoint. The kernel creates the first outgoing packet and writes it to the tun device. ppp(8) then reads the packet and establishes a connection. If, as a result of ppp(8)'s dynamic IP assignment, the interface address is changed, the original socket endpoint will be invalid. Any subsequent packets sent to the peer will usually be dropped. Even if they are not, any responses will not route back to the originating machine as the IP number is no longer owned by that machine.

There are several theoretical ways to approach this problem. It would be nicest if the peer would re-assign the same IP number if possible :-) The current version of ppp(8) does this, but most other implementations do not.

The easiest method from our side would be to never change the tun interface IP number, but instead to change all outgoing packets so that the source IP number is changed from the interface IP to the negotiated IP on the fly. This is essentially what the iface-alias option in the latest version of ppp(8) is doing (with the help of libalias(3) and ppp(8)'s -nat switch) - it is maintaining all previous interface addresses and NATing them to the last negotiated address.

Another alternative (and probably the most reliable) would be to implement a system call that changes all bound sockets from one IP to another. ppp(8) would use this call to modify the sockets of all existing programs when a new IP number is negotiated. The same system call could be used by dhcp clients when they are forced to re-bind() their sockets.

Yet another possibility is to allow an interface to be brought up without an IP number. Outgoing packets would be given an IP number of 255.255.255.255 up until the first SIOCAIFADDR ioctl is done. This would result in fully binding the socket. It would be up to ppp(8) to change the source IP number, but only if it is set to 255.255.255.255, and only the IP number and IP checksum would need to change. This, however is a bit of a hack as the kernel would be sending bad packets to an improperly configured interface, on the assumption that some other mechanism is capable of fixing things retrospectively.

The reason games and the like do not work when libalias is in use is that the machine on the outside will try to open a connection or send (unsolicited) UDP packets to the machine on the inside. The NAT software does not know that it should send these packets to the interior machine.

To make things work, make sure that the only thing running is the software that you are having problems with, then either run tcpdump on the tun interface of the gateway or enable ppp(8) tcp/ip logging (set log +tcp/ip) on the gateway.

When you start the offending software, you should see packets passing through the gateway machine. When something comes back from the outside, it will be dropped (that is the problem). Note the port number of these packets then shut down the offending software. Do this a few times to see if the port numbers are consistent. If they are, then the following line in the relevant section of /etc/ppp/ppp.conf will make the software functional:

nat port proto internalmachine:port port

where proto is either tcp or udp, internalmachine is the machine that you want the packets to be sent to and port is the destination port number of the packets.

You will not be able to use the software on other machines without changing the above command, and running the software on two internal machines at the same time is out of the question - after all, the outside world is seeing your entire internal network as being just a single machine.

If the port numbers are not consistent, there are three more options:

1. Submit support in libalias. Examples of “special cases” can be found in /usr/src/lib/libalias/alias_*.c (alias_ftp.c is a good prototype). This usually involves reading certain recognised outgoing packets, identifying the instruction that tells the outside machine to initiate a connection back to the internal machine on a specific (random) port and setting up a “route” in the alias table so that the subsequent packets know where to go.

   This is the most difficult solution, but it is the best and will make the software work with multiple machines.

2. Use a proxy. The application may support socks5 for example, or (as in the “cvsup” case) may have a “passive” option that avoids ever requesting that the peer open connections back to the local machine.

3. Redirect everything to the internal machine using nat addr. This is the sledge-hammer approach.

Not yet, but this is intended to grow into such a list (if any interest is shown). In each example, internal should be replaced with the IP number of the machine playing the game.

• Asheron's Call

  nat port udp internal :65000 65000

  Manually change the port number within the game to 65000. If you have got a number of machines that you wish to play on assign a unique port number for each (i.e. 65001, 65002, etc) and add a nat port line for each one.

• Half Life

  nat port udp internal:27005 27015

• PCAnywhere 8.0

  nat port udp internal:5632 5632

  nat port tcp internal:5631 5631

• Quake

  nat port udp internal:6112 6112

  Alternatively, you may want to take a look at www.battle.net for Quake proxy support.

• Quake 2

  nat port udp internal:27901 27910

  nat port udp internal:60021 60021

  nat port udp internal:60040 60040

• Red Alert

  nat port udp internal:8675 8675

  nat port udp internal:5009 5009

FCS stands for Frame Check Sequence. Each PPP packet has a checksum attached to ensure that the data being received is the data being sent. If the FCS of an incoming packet is incorrect, the packet is dropped and the HDLC FCS count is increased. The HDLC error values can be displayed using the show hdlc command.

If your link is bad (or if your serial driver is dropping packets), you will see the occasional FCS error. This is not usually worth worrying about although it does slow down the compression protocols substantially. If you have an external modem, make sure your cable is properly shielded from interference - this may eradicate the problem.

If your link freezes as soon as you have connected and you see a large number of FCS errors, this may be because your link is not 8 bit clean. Make sure your modem is not using software flow control (XON/XOFF). If your datalink must use software flow control, use the command set accmap 0x000a0000 to tell ppp(8) to escape the ^Q and ^S characters.

Another reason for seeing too many FCS errors may be that the remote end has stopped talking PPP. You may want to enable async logging at this point to determine if the incoming data is actually a login or shell prompt. If you have a shell prompt at the remote end, it is possible to terminate ppp(8) without dropping the line by using the close lcp command (a following term command will reconnect you to the shell on the remote machine.

If nothing in your log file indicates why the link might have been terminated, you should ask the remote administrator (your ISP?) why the session was terminated.

Thanks to Michael Wozniak <mwozniak@netcom.ca> for figuring this out and Dan Flemming <danflemming@mac.com> for the Mac solution:

This is due to what is called a “Black Hole” router. MacOS and Windows 98 (and maybe other Microsoft OSs) send TCP packets with a requested segment size too big to fit into a PPPoE frame (MTU is 1500 by default for Ethernet) and have the “do not fragment” bit set (default of TCP) and the Telco router is not sending ICMP “must fragment” back to the www site you are trying to load. (Alternatively, the router is sending the ICMP packet correctly, but the firewall at the www site is dropping it.) When the www server is sending you frames that do not fit into the PPPoE pipe the Telco router drops them on the floor and your page does not load (some pages/graphics do as they are smaller than a MSS.) This seems to be the default of most Telco PPPoE configurations (if only they knew how to program a router... sigh...)

One fix is to use regedit on your 95/98 boxes to add the following registry entry...

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\NetTrans\0000\MaxMTU

It should be a string with a value “1436”, as some ADSL routers are reported to be unable to deal with packets larger than this. This registry key has been changed to Tcpip\Parameters\Interfaces\ID for adapter\MTU in Windows 2000 and becomes a DWORD.

Refer to the Microsoft Knowledge Base documents Q158474 - Windows TCPIP Registry Entries and Q120642 - TCPIP & NBT Configuration Parameters for Windows NT for more information on changing Windows MTU to work with a NAT router.

Another regedit possibility under Windows 2000 is to set the Tcpip\Parameters\Interfaces\ID for adapter\EnablePMTUBHDetect DWORD to 1 as mentioned in the Microsoft document 120642 mentioned above.

Unfortunately, MacOS does not provide an interface for changing TCP/IP settings. However, there is commercial software available, such as OTAdvancedTuner (OT for OpenTransport, the MacOS TCP/IP stack) by Sustainable Softworks, that will allow users to customize TCP/IP settings. MacOS NAT users should select ip_interface_MTU from the drop-down menu, enter 1450 instead of 1500 in the box, click the box next to Save as Auto Configure, and click Make Active.

The latest version of ppp(8) (2.3 or greater) has an enable tcpmssfixup command that will automatically adjust the MSS to an appropriate value. This facility is enabled by default. If you are stuck with an older version of ppp(8), you may want to look at the tcpmssd port.

If all else fails, send as much information as you can, including your config files, how you are starting ppp(8), the relevant parts of your log file and the output of the netstat -rn command (before and after connecting) to the FreeBSD general questions mailing list or the comp.unix.bsd.freebsd.misc news group, and someone should point you in the right direction.

As the FreeBSD kernel boots, it will probe for the serial ports in your system for which the kernel was configured. You can either watch your system closely for the messages it prints or run the command

% dmesg | grep sio

after your system is up and running.

Here is some example output from the above command:

sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A

This shows two serial ports. The first is on irq 4, is using port address 0x3f8, and has a 16550A-type UART chip. The second uses the same kind of chip but is on irq 3 and is at port address 0x2f8. Internal modem cards are treated just like serial ports---except that they always have a modem “attached” to the port.

The GENERIC kernel includes support for two serial ports using the same irq and port address settings in the above example. If these settings are not right for your system, or if you have added modem cards or have more serial ports than your kernel is configured for, just reconfigure your kernel. See section about building a kernel for more details.

Refer to the answer to the previous question.

Do not worry, they have been merged with the ttydX devices. You will have to change any old configuration files you have, though.

The third serial port, sio2 (see sio(4), known as COM3 in DOS), is on /dev/cuaa2 for dial-out devices, and on /dev/ttyd2 for dial-in devices. What is the difference between these two classes of devices?

You use ttydX for dial-ins. When opening /dev/ttydX in blocking mode, a process will wait for the corresponding cuaaX device to become inactive, and then wait for the carrier detect line to go active. When you open the cuaaX device, it makes sure the serial port is not already in use by the ttydX device. If the port is available, it “steals” it from the ttydX device. Also, the cuaaX device does not care about carrier detect. With this scheme and an auto-answer modem, you can have remote users log in and you can still dial out with the same modem and the system will take care of all the conflicts.

Again, the section on kernel configuration provides information about configuring your kernel. For a multiport serial card, place an sio(4) line for each serial port on the card in the kernel configuration file. But place the irq and vector specifiers on only one of the entries. All of the ports on the card should share one irq. For consistency, use the last serial port to specify the irq. Also, specify the COM_MULTIPORT option.

The following example is for an AST 4-port serial card on irq 7:

options "COM_MULTIPORT"
device sio4 at isa? port 0x2a0 tty flags 0x781
device sio5 at isa? port 0x2a8 tty flags 0x781
device sio6 at isa? port 0x2b0 tty flags 0x781
device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr

The flags indicate that the master port has minor number 7 (0x700), diagnostics enabled during probe (0x080), and all the ports share an irq (0x001).

Not yet. You will have to use a different irq for each card.

The ttydX (or cuaaX) device is the regular device you will want to open for your applications. When a process opens the device, it will have a default set of terminal I/O settings. You can see these settings with the command

# stty -a -f /dev/ttyd1

When you change the settings to this device, the settings are in effect until the device is closed. When it is reopened, it goes back to the default set. To make changes to the default set, you can open and adjust the settings of the “initial state” device. For example, to turn on CLOCAL mode, 8 bits, and XON/XOFF flow control by default for ttyd5, do:

# stty -f /dev/ttyid5 clocal cs8 ixon ixoff

A good place to do this is in /etc/rc.serial. Now, an application will have these settings by default when it opens ttyd5. It can still change these settings to its liking, though.

You can also prevent certain settings from being changed by an application by making adjustments to the “lock state” device. For example, to lock the speed of ttyd5 to 57600 bps, do

# stty -f /dev/ttyld5 57600

Now, an application that opens ttyd5 and tries to change the speed of the port will be stuck with 57600 bps.

Naturally, you should make the initial state and lock state devices writable only by root. The MAKEDEV(8) script does NOT do this when it creates the device entries.

So you want to become an Internet service provider, eh? First, you will need one or more modems that can auto-answer. Your modem will need to assert carrier-detect when it detects a carrier and not assert it all the time. It will need to hang up the phone and reset itself when the data terminal ready (DTR) line goes from on to off. It should probably use RTS/CTS flow control or no local flow control at all. Finally, it must use a constant speed between the computer and itself, but (to be nice to your callers) it should negotiate a speed between itself and the remote modem.

For many Hayes command-set--compatible modems, this command will make these settings and store them in nonvolatile memory:

AT &C1 &D3 &K3 &Q6 S0=1 &W

See the section on sending AT commands below for information on how to make these settings without resorting to an MS-DOS terminal program.

Next, make an entry in /etc/ttys (see ttys(5)) for the modem. This file lists all the ports on which the operating system will await logins. Add a line that looks something like this:

ttyd1 "/usr/libexec/getty std.57600" dialup on insecure

This line indicates that the second serial port (/dev/ttyd1) has a modem connected running at 57600 bps and no parity (std.57600, which comes from the file /etc/gettytab, see gettytab(5)). The terminal type for this port is dialup. The port is on and is insecure---meaning root logins on the port are not allowed. For dialin ports like this one, use the ttydX entry.

It is common practice to use dialup as the terminal type. Many users set up in their .profile or .login files a prompt for the actual terminal type if the starting type is dialup. The example shows the port as insecure. To become root on this port, you have to login as a regular user, then su(1) to become root. If you use secure then root can login in directly.

After making modifications to /etc/ttys, you need to send a hangup or HUP signal to the init(8) process:

# kill -HUP 1

This forces the init(8) process to reread /etc/ttys. The init process will then start getty processes on all on ports. You can find out if logins are available for your port by typing

% ps -ax | grep '[t]tyd1'

You should see something like:

747 ??  I      0:00.04 /usr/libexec/getty std.57600 ttyd1

If you are using another computer as a terminal into your FreeBSD system, get a null modem cable to go between the two serial ports. If you are using an actual terminal, see its accompanying instructions.

Then, modify /etc/ttys (see ttys(5)), like above. For example, if you are hooking up a WYSE-50 terminal to the fifth serial port, use an entry like this:

ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure

This example shows that the port on /dev/ttyd4 has a wyse50 terminal connected at 38400 bps with no parity (std.38400 from /etc/gettytab, see gettytab(5)) and root logins are allowed (secure).

On your system, the programs tip(1) and cu(1) are probably executable only by uucp and group dialer. You can use the group dialer to control who has access to your modem or remote systems. Just add yourself to group dialer.

Alternatively, you can let everyone on your system run tip(1) and cu(1) by typing:

# chmod 4511 /usr/bin/cu
# chmod 4511 /usr/bin/tip

Actually, the man page for tip(1) is out of date. There is a generic Hayes dialer already built in. Just use at=hayes in your /etc/remote (see remote(5)) file.

The Hayes driver is not smart enough to recognize some of the advanced features of newer modems---messages like BUSY, NO DIALTONE, or CONNECT 115200 will just confuse it. You should turn those messages off when you use tip(1) (using ATX0&W).

Also, the dial timeout for tip(1) is 60 seconds. Your modem should use something less, or else tip will think there is a communication problem. Try ATS7=45&W.

Actually, as shipped tip(1) does not yet support it fully. The solution is to edit the file tipconf.h in the directory /usr/src/usr.bin/tip/tip. Obviously you need the source distribution to do this.

Edit the line #define HAYES 0 to #define HAYES 1. Then make and make install. Everything works nicely after that.

Make what is called a “direct” entry in your /etc/remote file (see remote(5)). For example, if your modem is hooked up to the first serial port, /dev/cuaa0, then put in the following line:

cuaa0:dv=/dev/cuaa0:br#19200:pa=none

Use the highest bps rate your modem supports in the br capability. Then, type tip cuaa0 (see tip(1)) and you will be connected to your modem.

If there is no /dev/cuaa0 on your system, do this:

# cd /dev
# sh MAKEDEV cuaa0

Or use cu as root with the following command:

# cu -lline -sspeed

with line being the serial port (e.g. /dev/cuaa0) and speed being the speed (e.g.57600). When you are done entering the AT commands hit ~. to exit.

The <@> sign in the phone number capability tells tip to look in /etc/phones for a phone number. But the <@> sign is also a special character in capability files like /etc/remote. Escape it with a backslash:

pn=\@

Put what is called a “generic” entry in your /etc/remote file (see remote(5)). For example:

tip115200|Dial any phone number at 115200 bps:\
        :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du:
tip57600|Dial any phone number at 57600 bps:\
        :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du:

Then you can do something like tip -115200 5551234. If you prefer cu(1) over tip(1), use a generic cu entry:

cu115200|Use cu to dial any number at 115200bps:\
        :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du:

and type cu 5551234 -s 115200.

Put in an entry for tip1200 or cu1200, but go ahead and use whatever bps rate is appropriate with the br capability. tip(1) thinks a good default is 1200 bps which is why it looks for a tip1200 entry. You do not have to use 1200 bps, though.

Rather than waiting until you are connected and typing CONNECT host each time, use tip's cm capability. For example, these entries in /etc/remote (see remote(5)):

pain|pain.deep13.com|Forrester's machine:\
        :cm=CONNECT pain\n:tc=deep13:
muffin|muffin.deep13.com|Frank's machine:\
        :cm=CONNECT muffin\n:tc=deep13:
deep13:Gizmonics Institute terminal server:\
        :dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234:

will let you type tip pain or tip muffin to connect to the hosts pain or muffin; and tip deep13 to get to the terminal server.

This is often a problem where a university has several modem lines and several thousand students trying to use them...

Make an entry for your university in /etc/remote (see remote(5)) and use <\@> for the pn capability:

big-university:\
        :pn=\@:tc=dialout
dialout:\
        :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none:

Then, list the phone numbers for the university in /etc/phones (see phones(5)):

big-university 5551111
big-university 5551112
big-university 5551113
big-university 5551114

tip(1) will try each one in the listed order, then give up. If you want to keep retrying, run tip(1) in a while loop.

CTRL+P is the default “force” character, used to tell tip(1) that the next character is literal data. You can set the force character to any other character with the ~s escape, which means “set a variable”.

Type ~sforce=single-char followed by a newline. single-char is any single character. If you leave out single-char, then the force character is the nul character, which you can get by typing CTRL+2 or CTRL+SPACE. A pretty good value for single-char is SHIFT+CTRL+6, which I have seen only used on some terminal servers.

You can have the force character be whatever you want by specifying the following in your $HOME/.tiprc file:

force=single-char

You must have pressed CTRL+A, tip(1) “raise character”, specially designed for people with broken caps-lock keys. Use ~s as above and set the variable “raisechar” to something reasonable. In fact, you can set it to the same as the force character, if you never expect to use either of these features.

Here is a sample .tiprc file perfect for Emacs users who need to type CTRL+2 and CTRL+A a lot:

force=^^
raisechar=^^

The ^^ is SHIFT+CTRL+6.

If you are talking to another Unix system, you can send and receive files with ~p (put) and ~t (take). These commands run cat(1) and echo(1) on the remote system to accept and send files. The syntax is:

~p <local-file> [<remote-file>]
~t <remote-file> [<local-file>]

There is no error checking, so you probably should use another protocol, like zmodem.

First, install one of the zmodem programs from the ports collection (such as one of the two from the comms category, lrzsz or rzsz.

To receive files, start the sending program on the remote end. Then, press enter and type ~C rz (or ~C lrz if you installed lrzsz) to begin receiving them locally.

To send files, start the receiving program on the remote end. Then, press enter and type ~C sz files (or ~C lsz files) to send them to the remote system.

Motherboards and cards with Acer UARTs do not probe properly under the FreeBSD sio probe. Obtain a patch from www.lemis.com to fix your problem.

FreeBSD僅是看起來置換空間(swap)用的比Linux多而已。在事實上， 並不然。主要的差異是在於，FreeBSD積極的將閒置無用的主記憶體內容 推入置換空間(swap)中，以使得主記憶體可以更為有效率的被使用。而 Linux的策略是將置換空間(swap)用來作為解決記憶體問題的最終手段。 較頻繁的使用置換空間(swap)。是一種更有效率的使用主記憶體的手段。

註：當一方面FreeBSD積極的使用置換空間(swap)的同時，你必需注 意到，FreeBSD並不會任意的將所有的東西都推入置換空間(swap)中。如此， 你才不會在一夜宿醉起床後發現，整個系統都被倒進了置換空間(swap)之中。

簡單的答案是，所有未使用到的閒置記憶體都是被浪費的記憶體， 任何未被你的程式所利用到的記憶體將被核心(kernel)用來當 作磁碟快取(disk cache)。而這種記憶體被 top(1) 標記為 閒置的(Inact)，快取(Cache)， 以及 緩衝區(Buf)，並負責在各個不同的位置負責 暫存資料。被暫存(cached)的資料代表系統不需要去存取較慢的磁碟裝置 就可以得到資料，如此，可以提升系統的效能。總而言之，top(1) 顯示出較少的 閒置(Free) 記憶體是好的，只要顯示 出來的值不是 非常 的低。

要了解為什麼Freebsd使用 ELF 格式，你有必 要先認識一下三種在目前 Unix 系統中最被廣泛應用到的執行檔格式：

• a.out(5)

  這是最早，同是也是 “最典型” 的Unix目的檔 格式。這種格式的檔案使用一種短且緊密的檔頭，同時，伴隨著一 個魔術數字用來辨識格式。(參考 a.out(5) 有更多詳細的說 明)。它包含有三個節區： .text .data 及 .bss 加上一個符號表 及字串表。

• COFF

  SVR3目的檔格式。檔頭包含了一個節區表，所以可以具備比 .text .data .bss 還多的節區。

• ELF

  ELF為 COFF 格式的後繼者，主要的特徵為 可以具有複數節區段，並可以使用32-bits或是64-bits的數值。 主要的缺點為： ELF 格式是在每個系統中只 會有一種 ABI 的假設為前題被設計出來的。但是，在事實上，這個 假設錯的離譜。因為，縱使在商用的 SYSV 世界裡，也至少有 SVR4， Solaris 和 SCO 三種 ABI。

  譯註：ABI(Application Binary Interface)。如果一定要翻譯， 就叫它 應用程式二進位介面 好了。 ABI被發 展出來的用意，是為了促使在相同CPU所發展出來的應用程式，能夠 在不同的系統上，作到二元檔(Binary Code)相容。比方說， Sun 所提出的 Solaris ABI ，保證執行檔能夠在相同 CPU 的 Solaris 系統上執行，另一個例子是 Windows 系統。同屬於 Intel x86 版本的執行檔能夠自由的在Windows 9x/me及Windows NT/2k/XP之間執行。

  FreeBSD提供一個公用程式將程式所需的ABI資訊烙上，藉此試著 去解決這個問題。請參考 brandelf(1) 以取得更多資訊。i