Sync with English version to v1.19.
This commit is contained in:
Foxfair Hu
parent
2b3f74ab58
commit
c0525e07ff
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=4266
2 changed files with 164 additions and 78 deletions
|
|
@ -1,7 +1,7 @@
|
|||
<!-- $Id: admin.sgml,v 1.4 1999-02-03 13:22:28 wosch Exp $ -->
|
||||
<!-- $Id: admin.sgml,v 1.5 1999-02-10 01:40:04 foxfair Exp $ -->
|
||||
<!-- The FreeBSD Documentation Project -->
|
||||
<!-- Translate into Chinese by foxfair@FreeBSD.ORG -->
|
||||
<!-- English Version: 1.16 -->
|
||||
<!-- English version: 1.19 -->
|
||||
|
||||
<sect>
|
||||
<heading>系統管理<label id="admin"></heading>
|
||||
|
|
@ -293,39 +293,58 @@
|
|||
的 slice 就是使用整個自己的分割區。可供選擇的是，你可以選擇安裝
|
||||
啟動選擇器(boot-selector) 在磁碟機數個可能的作業系統上來回切換。
|
||||
|
||||
<p>現在，這是某些常見情形，人們只有 PC 的使用背景。更多本來曾使用
|
||||
Unix 又想把機器設定只執行 FreeBSD 的人，大多會用傳統 Unix 的方
|
||||
法讓一個作業系統佔據整個磁碟，從最開頭的第一個磁區到最後一個。
|
||||
一個真實的 fdisk table 並在這個情形中並沒有實質功用，機器上一天
|
||||
24 小時，每週七天無時不刻地都在執行 FreeBSD，甚至沒有啟動其他作
|
||||
業系統。因此，如果你在 sysinstall 的 fdsik 編輯器裡選擇
|
||||
``A)ll FreeBSD''，並用 ``No'' 回答下一個問題，你就是在這種模式中
|
||||
。值得注意的是這代表 BSD bootstrap 也由這台磁碟機的 MBR 所產生，
|
||||
因此沒有留下空間給其他像是啟動管理員的程式。不要試著去安裝它，不
|
||||
然你會把 BSD bootsrtap 弄壞了。
|
||||
另外一個可選擇的用法是把整個磁碟撥給 FreeBSD 使用，並且不做其他
|
||||
作業系統的相容性考量。
|
||||
|
||||
<p>因此為何叫它``危險的''﹖一個處於這種模式的磁碟機不包含將被正
|
||||
<p>因此為何叫它``危險的''﹖一個處於這種模式的磁碟機不包含能被正
|
||||
常 PC 公用程式視為有效的 fdisk table。依循它們被設計的模式，只
|
||||
要它們在這樣一個磁碟機中一旦被觸及可能就會產生錯誤的提示，或更
|
||||
糟糕的，可能未經提示或通知你就把 FreeBSD bootstrap 弄壞。一些在
|
||||
PC 上廣泛使用的作業系統就有這種 ``使用者不友善性'' 的存在(當然
|
||||
，它們稱之為``使用者的友善性'')。至少已知在 HP Netservers 上的
|
||||
Award BIOS(它並不是唯一的特例)就是會忽略任何它認為沒有有效
|
||||
fdisk 列表的硬碟。這導致它啟動時，簡略的忽略過這樣一個磁碟裝置，
|
||||
切換到軟碟機，然後只是跟你吐著``讀取錯誤''的訊息。很讓人印象深
|
||||
刻吧﹖或許他們也叫這為``使用者友善性''，誰知道﹖
|
||||
糟糕的，可能未經提示或通知你就把 FreeBSD bootstrap 弄壞。另外
|
||||
，``危險奉獻''的磁碟 layout 會誤導許多廠牌的 BIOSsen(BIOS 偵測)
|
||||
像是AWARD(比如說在 HP Netserver 和 Micronics 等以及其他許多系
|
||||
統)，和 Symbios/NCR(如在 SCSI controllers 中很流行的 53C8xx
|
||||
系列)。這並非一個完整的列表，還有更多未列出。這種誤導的徵兆包
|
||||
括由 FreeBSD bootstrap 啟動，當硬碟無法被找到時而印出 "read
|
||||
error" 的訊息，以致於整個系統在啟動中整個停滯。
|
||||
|
||||
<p>這種模式的好處是：FreeBSD 擁有整個磁碟，不需要因為由 1980
|
||||
年代起簡略的分割模式，強迫一些人造而現在看起來無意義的限制
|
||||
在這些分割該怎麼被完成，浪費好幾個虛擬的`磁軌'。這些限制時
|
||||
常可能導致如何在 fdisk 列表中儲存分割資訊時兩種相異卻多餘
|
||||
的方法造成 geometry 的搭配不合，而變成 PC 的 OS 安裝過程最
|
||||
大的頭痛。請查閱
|
||||
<ref id="missing_os" name="Missing Operating System">。
|
||||
在``完全奉獻''的模式下，BSD bootstrap 從磁區 0 開始，這是唯一
|
||||
能轉換同一個 C/H/S 值的磁區，不管你的 BIOS 如何`轉換'你的磁
|
||||
碟。因此，你也可以在系統/控制器之間以一種不同的轉換架構置換磁
|
||||
碟，而不須承擔失敗後磁碟機再也不會啟動的風險。
|
||||
<p>那為何又要有這種模式呢？它只節省磁碟空間中數 kbyte 的大小，
|
||||
而對一個新的安裝過程中卻可能產生實際的困難。`危險奉獻'模式原本
|
||||
的想法是基於避免一個全新 FreeBSD installer 中最常見的問題 - 為
|
||||
了要在磁碟機上配合 BIOS 的 ``geometry'' 數目。
|
||||
|
||||
<p>``Geometry''是一個有點落伍的概念，但是卻仍在 PC 的 BIOS 中
|
||||
使用並且與磁碟機交互運作著，當 FreeBSD installer 建立 slice 時
|
||||
，它必須記錄這些 slices 在磁碟機上的位置，這方法必須和 BIOS 希
|
||||
望能找到它們的位置一致。假如錯了，你將不可能啟動系統。
|
||||
|
||||
<p>``Dangerously dedicated''模式(後面會簡稱為 DD mode)試著要讓
|
||||
這個問題簡單一點，某些情形下它做對了。但這只能當成最後的下下之
|
||||
策 - 還有更好的方法可以解決這問題的絕大部份。(譯者：這部份用了
|
||||
許多的口語用詞，原文照錄以供對照。)
|
||||
|
||||
<p>angerously dedicated'' mode tries to work around this
|
||||
by making the problem simpler. In some cases, it gets it right.
|
||||
But it's meant to be used as a last-ditch alternative - there
|
||||
are better ways to solve the problem 99 times out of 100.
|
||||
|
||||
<p>因此，當你在安裝時怎麼避免要使用``DD''模式？在開始時記下
|
||||
BIOS 要求使用磁碟機的 geometry，你可以在啟動的 ``boot:''提示
|
||||
號出現時，以``-v''指定核心印出這個訊息，或是在 loader 裡面
|
||||
使用``boot -v''。在 installer 開始動作前，核心會印出一串 BIOS
|
||||
geometries。別緊張 - 等 installer 開始啟動後使用 scrollback
|
||||
方式去讀這些數字，按照慣例地 BIOS 磁碟機的單元會跟 FreeBSD 列
|
||||
舉出來的一樣，IDE 先，然後才是 SCSI。
|
||||
|
||||
<p>當你在分割你的磁碟時，檢查在 FDISK 螢幕上出現的磁碟 geometry
|
||||
是正確的(也就是說要跟 BIOS 的數字相符合)；如果錯了，用``g''按鍵
|
||||
修改。當你在螢幕上看不到任何磁碟機，或假使磁碟機已經由另一個系
|
||||
統中移除時，特別應該這麼做。值得注意的是這只是指定你要由哪個磁碟
|
||||
上啟動；FreeBSD 將會自行找出在你系統上的其他磁碟機。
|
||||
|
||||
<p>一旦你取得 BIOS 跟 FreeBSD 兩者對磁碟機 geometry 的共識，你
|
||||
的困難幾乎已經迎刃而解，而且再也不需要使用``DD''mode。然而，假
|
||||
如你仍擔心當你嘗試啟動時會看到``read error''訊息，這時候你能做
|
||||
的就是禱告然後試看看 - 反正也沒什麼好失去的。
|
||||
|
||||
<p>要把``危險奉獻''的磁碟回復到正常 PC 使用，基本上有兩個選擇。
|
||||
第一，是你把足夠的 NULL 位元組寫入 MBR 確保任何隨後的安裝程
|
||||
|
|
@ -344,23 +363,37 @@
|
|||
<p>這將會安裝一個全新的主要啟動記錄，因此會破壞 BSD bootstrap。
|
||||
|
||||
<sect1>
|
||||
<heading>我如何能加入更多的置換空間﹖</heading>
|
||||
<heading>我如何能加入更多的置換空間(swap space)﹖</heading>
|
||||
|
||||
<p>最好的方法是增加你置換分割區的大小，或利用這個方便理由的好處去
|
||||
增加另一個硬碟。
|
||||
<p>最好的方法是增加你 swap 分割區的大小，或利用這個方便理由的好處去
|
||||
增加另一個硬碟。慣例算法是用主記憶體的兩倍當置換空間(swap space)
|
||||
，然而如果你只有很少量的主記憶體，你可能想另外設定 swap。設定足夠
|
||||
的置換空間，並為以後記憶體擴充預作準備可能是個好主意，這樣以後就
|
||||
不需要再做一次置換空間的設定。
|
||||
|
||||
<p>在分散的磁碟上增加置換空間會比單純地在同一個磁碟加入置換空間
|
||||
讓效率來的快一點。舉一個例子來說，如果你正在一個磁碟裡編譯來
|
||||
源程式，而置換空間在另一個磁碟，這會比置換空間跟編譯程式都在
|
||||
同一個磁碟時來得快。這對 SCSI 磁碟機特別正確。
|
||||
|
||||
<p>當你有好幾個磁碟機時，在每個磁碟上設定一個 swap 分割區是有
|
||||
利的，甚至最後使用一整個磁碟機當置換空間。一般來說，每個系統
|
||||
上的快速磁碟都應設定某些 swap，FreeBSD 內定支援最多四個交錯式
|
||||
swap 裝置。通常設定多重 swap 分割區時你會想讓它們都使用同樣大
|
||||
小，但有時我們會想讓主要 swap 分割區(primary swap partition)
|
||||
更大一點以容納核心程式的 core dump。你的 primary swap
|
||||
partition 至少必須和主記憶體一樣大，以能容納一個 kernel core。
|
||||
|
||||
<p>IDE 磁碟並不允許同時在同一通道裡存取兩個裝置（FreeBSD 不支援
|
||||
mode 4，因此所有的 IDE 磁碟 I/O 是``可程式化的''）。然而我仍
|
||||
會建議你把置換空間放在分別的磁碟。磁碟機這麼便宜，實在沒什麼
|
||||
好擔心的。
|
||||
|
||||
<p>把你的置換檔放在 NFS 實在是一個很爛的主意，除非你正在一個非常
|
||||
快速的網路環境下執行，還要有一個很好的伺服器。
|
||||
<p>在 NFS 上做置換僅在以下情形被建議使用：你沒有自己的磁碟可
|
||||
以使用。FreeBSD 4.0 以前 release 的版本在 NFS 上做置換是相當
|
||||
緩慢而無效率的，但在等於 4.0 或之後的 release 版本就有合理的
|
||||
速度了。即使如此，還是受到網路有效頻寬和在 NFS server 上額外
|
||||
裝載的限制。
|
||||
|
||||
<p>這裡有個範例是用 64MB vn-swap (<tt>/usr/swap0</tt>，當然你能用
|
||||
任何你想用的名字）。
|
||||
|
|
@ -679,13 +712,23 @@
|
|||
<bf/Fetchmail/ 是一個不錯的選擇因為它支援許多不同的通訊協定，通常
|
||||
你的 ISP 會提供 POP3。如果你選擇使用 user-ppp，你可以在連線到網路
|
||||
成功後自動抓取你的信件，只要在 <tt>/etc/ppp/ppp.linkup</tt> 裡面
|
||||
設定以下幾項：
|
||||
設定以下這項：
|
||||
|
||||
<verb>
|
||||
MYADDR:
|
||||
!bg su user -c fetchmail
|
||||
</verb>
|
||||
|
||||
<p>假使你正使用 <tt>sendmail</tt>(如下所示)傳送信件到非本地帳號
|
||||
，置入以下命令：
|
||||
|
||||
<verb>
|
||||
!bg su user -c "sendmail -q"
|
||||
</verb>
|
||||
|
||||
在上面那項命令之後。這會強迫 sendmail 在連接上網路後馬上開始處
|
||||
理 mailqueue。
|
||||
|
||||
<p>我假設你在 <tt/bsd.home/ 機器上有一個 <tt/user/ 的帳號。在
|
||||
<tt/bsd.home/ 機器上 <tt/user/ 的家目錄裡建立一個 <tt/.fetchmailrc/
|
||||
的檔案：
|
||||
|
|
@ -770,7 +813,7 @@ perl -i.bak -npe 's/\r\n/\n/g' file ...
|
|||
Kerberos。
|
||||
|
||||
<sect1>
|
||||
<heading>我該怎麼移除 Kerberos？</heading>
|
||||
<heading>我該怎麼移除 Kerberos？</handing>
|
||||
|
||||
<p>要從系統裡移除 Kerberos，重裝你正在執行的 release 版本內 bin
|
||||
distribution。如果你有 CDROM，你可以 mount cd(假設在 /cdrom)並執
|
||||
|
|
@ -816,4 +859,4 @@ cd /cdrom/bin
|
|||
</enum>
|
||||
|
||||
|
||||
</sect>
|
||||
</sect>
|
||||
|
|
@ -1,7 +1,7 @@
|
|||
<!-- $Id: admin.sgml,v 1.4 1999-02-03 13:22:28 wosch Exp $ -->
|
||||
<!-- $Id: admin.sgml,v 1.5 1999-02-10 01:40:04 foxfair Exp $ -->
|
||||
<!-- The FreeBSD Documentation Project -->
|
||||
<!-- Translate into Chinese by foxfair@FreeBSD.ORG -->
|
||||
<!-- English Version: 1.16 -->
|
||||
<!-- English version: 1.19 -->
|
||||
|
||||
<sect>
|
||||
<heading>系統管理<label id="admin"></heading>
|
||||
|
|
@ -293,39 +293,58 @@
|
|||
的 slice 就是使用整個自己的分割區。可供選擇的是，你可以選擇安裝
|
||||
啟動選擇器(boot-selector) 在磁碟機數個可能的作業系統上來回切換。
|
||||
|
||||
<p>現在，這是某些常見情形，人們只有 PC 的使用背景。更多本來曾使用
|
||||
Unix 又想把機器設定只執行 FreeBSD 的人，大多會用傳統 Unix 的方
|
||||
法讓一個作業系統佔據整個磁碟，從最開頭的第一個磁區到最後一個。
|
||||
一個真實的 fdisk table 並在這個情形中並沒有實質功用，機器上一天
|
||||
24 小時，每週七天無時不刻地都在執行 FreeBSD，甚至沒有啟動其他作
|
||||
業系統。因此，如果你在 sysinstall 的 fdsik 編輯器裡選擇
|
||||
``A)ll FreeBSD''，並用 ``No'' 回答下一個問題，你就是在這種模式中
|
||||
。值得注意的是這代表 BSD bootstrap 也由這台磁碟機的 MBR 所產生，
|
||||
因此沒有留下空間給其他像是啟動管理員的程式。不要試著去安裝它，不
|
||||
然你會把 BSD bootsrtap 弄壞了。
|
||||
另外一個可選擇的用法是把整個磁碟撥給 FreeBSD 使用，並且不做其他
|
||||
作業系統的相容性考量。
|
||||
|
||||
<p>因此為何叫它``危險的''﹖一個處於這種模式的磁碟機不包含將被正
|
||||
<p>因此為何叫它``危險的''﹖一個處於這種模式的磁碟機不包含能被正
|
||||
常 PC 公用程式視為有效的 fdisk table。依循它們被設計的模式，只
|
||||
要它們在這樣一個磁碟機中一旦被觸及可能就會產生錯誤的提示，或更
|
||||
糟糕的，可能未經提示或通知你就把 FreeBSD bootstrap 弄壞。一些在
|
||||
PC 上廣泛使用的作業系統就有這種 ``使用者不友善性'' 的存在(當然
|
||||
，它們稱之為``使用者的友善性'')。至少已知在 HP Netservers 上的
|
||||
Award BIOS(它並不是唯一的特例)就是會忽略任何它認為沒有有效
|
||||
fdisk 列表的硬碟。這導致它啟動時，簡略的忽略過這樣一個磁碟裝置，
|
||||
切換到軟碟機，然後只是跟你吐著``讀取錯誤''的訊息。很讓人印象深
|
||||
刻吧﹖或許他們也叫這為``使用者友善性''，誰知道﹖
|
||||
糟糕的，可能未經提示或通知你就把 FreeBSD bootstrap 弄壞。另外
|
||||
，``危險奉獻''的磁碟 layout 會誤導許多廠牌的 BIOSsen(BIOS 偵測)
|
||||
像是AWARD(比如說在 HP Netserver 和 Micronics 等以及其他許多系
|
||||
統)，和 Symbios/NCR(如在 SCSI controllers 中很流行的 53C8xx
|
||||
系列)。這並非一個完整的列表，還有更多未列出。這種誤導的徵兆包
|
||||
括由 FreeBSD bootstrap 啟動，當硬碟無法被找到時而印出 "read
|
||||
error" 的訊息，以致於整個系統在啟動中整個停滯。
|
||||
|
||||
<p>這種模式的好處是：FreeBSD 擁有整個磁碟，不需要因為由 1980
|
||||
年代起簡略的分割模式，強迫一些人造而現在看起來無意義的限制
|
||||
在這些分割該怎麼被完成，浪費好幾個虛擬的`磁軌'。這些限制時
|
||||
常可能導致如何在 fdisk 列表中儲存分割資訊時兩種相異卻多餘
|
||||
的方法造成 geometry 的搭配不合，而變成 PC 的 OS 安裝過程最
|
||||
大的頭痛。請查閱
|
||||
<ref id="missing_os" name="Missing Operating System">。
|
||||
在``完全奉獻''的模式下，BSD bootstrap 從磁區 0 開始，這是唯一
|
||||
能轉換同一個 C/H/S 值的磁區，不管你的 BIOS 如何`轉換'你的磁
|
||||
碟。因此，你也可以在系統/控制器之間以一種不同的轉換架構置換磁
|
||||
碟，而不須承擔失敗後磁碟機再也不會啟動的風險。
|
||||
<p>那為何又要有這種模式呢？它只節省磁碟空間中數 kbyte 的大小，
|
||||
而對一個新的安裝過程中卻可能產生實際的困難。`危險奉獻'模式原本
|
||||
的想法是基於避免一個全新 FreeBSD installer 中最常見的問題 - 為
|
||||
了要在磁碟機上配合 BIOS 的 ``geometry'' 數目。
|
||||
|
||||
<p>``Geometry''是一個有點落伍的概念，但是卻仍在 PC 的 BIOS 中
|
||||
使用並且與磁碟機交互運作著，當 FreeBSD installer 建立 slice 時
|
||||
，它必須記錄這些 slices 在磁碟機上的位置，這方法必須和 BIOS 希
|
||||
望能找到它們的位置一致。假如錯了，你將不可能啟動系統。
|
||||
|
||||
<p>``Dangerously dedicated''模式(後面會簡稱為 DD mode)試著要讓
|
||||
這個問題簡單一點，某些情形下它做對了。但這只能當成最後的下下之
|
||||
策 - 還有更好的方法可以解決這問題的絕大部份。(譯者：這部份用了
|
||||
許多的口語用詞，原文照錄以供對照。)
|
||||
|
||||
<p>angerously dedicated'' mode tries to work around this
|
||||
by making the problem simpler. In some cases, it gets it right.
|
||||
But it's meant to be used as a last-ditch alternative - there
|
||||
are better ways to solve the problem 99 times out of 100.
|
||||
|
||||
<p>因此，當你在安裝時怎麼避免要使用``DD''模式？在開始時記下
|
||||
BIOS 要求使用磁碟機的 geometry，你可以在啟動的 ``boot:''提示
|
||||
號出現時，以``-v''指定核心印出這個訊息，或是在 loader 裡面
|
||||
使用``boot -v''。在 installer 開始動作前，核心會印出一串 BIOS
|
||||
geometries。別緊張 - 等 installer 開始啟動後使用 scrollback
|
||||
方式去讀這些數字，按照慣例地 BIOS 磁碟機的單元會跟 FreeBSD 列
|
||||
舉出來的一樣，IDE 先，然後才是 SCSI。
|
||||
|
||||
<p>當你在分割你的磁碟時，檢查在 FDISK 螢幕上出現的磁碟 geometry
|
||||
是正確的(也就是說要跟 BIOS 的數字相符合)；如果錯了，用``g''按鍵
|
||||
修改。當你在螢幕上看不到任何磁碟機，或假使磁碟機已經由另一個系
|
||||
統中移除時，特別應該這麼做。值得注意的是這只是指定你要由哪個磁碟
|
||||
上啟動；FreeBSD 將會自行找出在你系統上的其他磁碟機。
|
||||
|
||||
<p>一旦你取得 BIOS 跟 FreeBSD 兩者對磁碟機 geometry 的共識，你
|
||||
的困難幾乎已經迎刃而解，而且再也不需要使用``DD''mode。然而，假
|
||||
如你仍擔心當你嘗試啟動時會看到``read error''訊息，這時候你能做
|
||||
的就是禱告然後試看看 - 反正也沒什麼好失去的。
|
||||
|
||||
<p>要把``危險奉獻''的磁碟回復到正常 PC 使用，基本上有兩個選擇。
|
||||
第一，是你把足夠的 NULL 位元組寫入 MBR 確保任何隨後的安裝程
|
||||
|
|
@ -344,23 +363,37 @@
|
|||
<p>這將會安裝一個全新的主要啟動記錄，因此會破壞 BSD bootstrap。
|
||||
|
||||
<sect1>
|
||||
<heading>我如何能加入更多的置換空間﹖</heading>
|
||||
<heading>我如何能加入更多的置換空間(swap space)﹖</heading>
|
||||
|
||||
<p>最好的方法是增加你置換分割區的大小，或利用這個方便理由的好處去
|
||||
增加另一個硬碟。
|
||||
<p>最好的方法是增加你 swap 分割區的大小，或利用這個方便理由的好處去
|
||||
增加另一個硬碟。慣例算法是用主記憶體的兩倍當置換空間(swap space)
|
||||
，然而如果你只有很少量的主記憶體，你可能想另外設定 swap。設定足夠
|
||||
的置換空間，並為以後記憶體擴充預作準備可能是個好主意，這樣以後就
|
||||
不需要再做一次置換空間的設定。
|
||||
|
||||
<p>在分散的磁碟上增加置換空間會比單純地在同一個磁碟加入置換空間
|
||||
讓效率來的快一點。舉一個例子來說，如果你正在一個磁碟裡編譯來
|
||||
源程式，而置換空間在另一個磁碟，這會比置換空間跟編譯程式都在
|
||||
同一個磁碟時來得快。這對 SCSI 磁碟機特別正確。
|
||||
|
||||
<p>當你有好幾個磁碟機時，在每個磁碟上設定一個 swap 分割區是有
|
||||
利的，甚至最後使用一整個磁碟機當置換空間。一般來說，每個系統
|
||||
上的快速磁碟都應設定某些 swap，FreeBSD 內定支援最多四個交錯式
|
||||
swap 裝置。通常設定多重 swap 分割區時你會想讓它們都使用同樣大
|
||||
小，但有時我們會想讓主要 swap 分割區(primary swap partition)
|
||||
更大一點以容納核心程式的 core dump。你的 primary swap
|
||||
partition 至少必須和主記憶體一樣大，以能容納一個 kernel core。
|
||||
|
||||
<p>IDE 磁碟並不允許同時在同一通道裡存取兩個裝置（FreeBSD 不支援
|
||||
mode 4，因此所有的 IDE 磁碟 I/O 是``可程式化的''）。然而我仍
|
||||
會建議你把置換空間放在分別的磁碟。磁碟機這麼便宜，實在沒什麼
|
||||
好擔心的。
|
||||
|
||||
<p>把你的置換檔放在 NFS 實在是一個很爛的主意，除非你正在一個非常
|
||||
快速的網路環境下執行，還要有一個很好的伺服器。
|
||||
<p>在 NFS 上做置換僅在以下情形被建議使用：你沒有自己的磁碟可
|
||||
以使用。FreeBSD 4.0 以前 release 的版本在 NFS 上做置換是相當
|
||||
緩慢而無效率的，但在等於 4.0 或之後的 release 版本就有合理的
|
||||
速度了。即使如此，還是受到網路有效頻寬和在 NFS server 上額外
|
||||
裝載的限制。
|
||||
|
||||
<p>這裡有個範例是用 64MB vn-swap (<tt>/usr/swap0</tt>，當然你能用
|
||||
任何你想用的名字）。
|
||||
|
|
@ -679,13 +712,23 @@
|
|||
<bf/Fetchmail/ 是一個不錯的選擇因為它支援許多不同的通訊協定，通常
|
||||
你的 ISP 會提供 POP3。如果你選擇使用 user-ppp，你可以在連線到網路
|
||||
成功後自動抓取你的信件，只要在 <tt>/etc/ppp/ppp.linkup</tt> 裡面
|
||||
設定以下幾項：
|
||||
設定以下這項：
|
||||
|
||||
<verb>
|
||||
MYADDR:
|
||||
!bg su user -c fetchmail
|
||||
</verb>
|
||||
|
||||
<p>假使你正使用 <tt>sendmail</tt>(如下所示)傳送信件到非本地帳號
|
||||
，置入以下命令：
|
||||
|
||||
<verb>
|
||||
!bg su user -c "sendmail -q"
|
||||
</verb>
|
||||
|
||||
在上面那項命令之後。這會強迫 sendmail 在連接上網路後馬上開始處
|
||||
理 mailqueue。
|
||||
|
||||
<p>我假設你在 <tt/bsd.home/ 機器上有一個 <tt/user/ 的帳號。在
|
||||
<tt/bsd.home/ 機器上 <tt/user/ 的家目錄裡建立一個 <tt/.fetchmailrc/
|
||||
的檔案：
|
||||
|
|
@ -770,7 +813,7 @@ perl -i.bak -npe 's/\r\n/\n/g' file ...
|
|||
Kerberos。
|
||||
|
||||
<sect1>
|
||||
<heading>我該怎麼移除 Kerberos？</heading>
|
||||
<heading>我該怎麼移除 Kerberos？</handing>
|
||||
|
||||
<p>要從系統裡移除 Kerberos，重裝你正在執行的 release 版本內 bin
|
||||
distribution。如果你有 CDROM，你可以 mount cd(假設在 /cdrom)並執
|
||||
|
|
@ -816,4 +859,4 @@ cd /cdrom/bin
|
|||
</enum>
|
||||
|
||||
|
||||
</sect>
|
||||
</sect>
|
||||
Loading…
Reference in a new issue